Giới thiệu dự án

Sự bùng nổ của Internet vạn vật (Internet of Things - IoT) đang định hình lại cấu trúc hạ tầng số toàn cầu, đóng vai trò then chốt trong quá trình xây dựng đô thị thông minh (Smart City) và các hệ thống tự động hóa công nghiệp. Theo các báo cáo thống kê chuyên ngành, số lượng thiết bị thông minh kết nối mạng đã cán mốc 35 tỷ thiết bị vào năm 2021 và dự kiến vượt ngưỡng 75 tỷ thiết bị vào năm 2025. Sự phát triển vượt bậc này kết hợp với mô hình Điện toán đám mây (Cloud Computing) và Điện toán biên (Edge Computing) thúc đẩy mạnh mẽ khả năng tự vận hành của các cảm biến và thiết bị thông minh mà không cần sự can thiệp thủ công từ con người.

Tuy nhiên, cấu trúc quản lý tập trung truyền thống đang bộc lộ những điểm yếu chí mạng về an toàn thông tin:

  • Nguy cơ điểm lỗi đơn (Single Point of Failure - SPoF) và tấn công từ chối dịch vụ phân tán (DDoS/DoS) làm tê liệt toàn bộ hệ thống quản trị thiết bị.
  • Xâm phạm quyền riêng tư dữ liệu: Dữ liệu định danh và thông tin truyền thông dễ bị kiểm soát, phân tích trái phép hoặc rò rỉ khi đặt tại các máy chủ trung tâm.
  • Lỗ hổng bảo mật cố hữu trên thiết bị IoT: Nghiên cứu thực nghiệm chỉ ra hàng loạt thiết bị thương mại phổ biến (như Nest Smoke-Alarm, Hue Light-Bulbs, WeMo Motion Switch) thiếu hụt hoàn toàn các cơ chế xác thực và mã hóa chuẩn mực.
+-----------------------------------------------------------------------------------+
|                              VẤN ĐỀ TRỌNG TÂM                                     |
|  Thiếu cơ chế xác thực phi tập trung + Kiểm soát luồng truy cập biên kém an toàn  |
+-----------------------------------------------------------------------------------+
                                       |
                                       v
+-----------------------------------------------------------------------------------+
|                              GIẢI PHÁP ĐỀ XUẤT                                    |
|     Hệ thống BlockBee: Tích hợp Hyperledger Sawtooth & ONOS SDN Controller        |
+-----------------------------------------------------------------------------------+

Mạng khả lập trình (Software-Defined Networking - SDN) ra đời như một giải pháp đột phá giúp tách biệt hoàn toàn mặt phẳng điều khiển (Control Plane) và mặt phẳng dữ liệu (Data Plane). SDN cho phép bộ điều khiển trung tâm (SDN Controller) giám sát toàn diện topo mạng và điều phối các luồng dữ liệu (Flow Rules) thông qua giao thức OpenFlow. Dẫu vậy, SDN truyền thống vẫn tồn tại lỗ hổng nghiêm trọng ở giao tiếp kênh phía nam (Southbound API) do thiếu cơ chế xác thực danh tính phân tán cho các thiết bị biên gia nhập mạng.

Khóa luận tốt nghiệp kỹ sư ngành An toàn Thông tin của tác giả Lê Công Hầu (Trường Đại học Công nghệ Thông tin - ĐHQG TP.HCM, thực hiện tại Phòng thí nghiệm An toàn Thông tin - InSec Lab dưới sự hướng dẫn của TS. Phạm Văn Hậu và ThS. Phan Thế Duy) đã giải quyết triệt để bài toán trên bằng cách đề xuất hệ thống xác thực và kiểm soát truy cập BlockBee, tích hợp nền tảng Hyperledger Sawtooth Blockchain vào hạ tầng SDN/Edge Computing.

Mục tiêu dự án

  1. Nghiên cứu và mô hình hóa: Phân tích toàn diện cơ chế hoạt động của công nghệ Sổ cái phân tán (Distributed Ledger Technology - DLT) trên nền tảng Hyperledger Sawtooth và kiến trúc mạng khả lập trình SDN.
  2. Thiết kế kiến trúc hệ thống xác thực BlockBee: Xây dựng quy trình xác thực đa tầng (Multi-tier Authentication), quản trị danh tính thiết bị phân tán và tự động hóa áp dụng chính sách kiểm soát truy cập (Access Control List - ACL).
  3. Hiện thực hóa hạ tầng thực nghiệm: Triển khai mô hình Edge Computing giả lập bằng Docker, Containernet, Mininet kết nối với ONOS Controller và mạng Sawtooth Validator.
  4. Phát triển module chức năng: Xây dựng Transaction Processor tùy biến, API Gateway và công cụ giải mã phục vụ điều tra, kiểm toán giao dịch (Forensic Audit Tool).
  5. Đánh giá hiệu năng và bảo mật: Đo lường mức độ tiêu thụ tài nguyên CPU, độ trễ xử lý dưới các kịch bản tải từ 10 đến 50 requests đồng thời và đối soát với các tiêu chuẩn an toàn thông tin (ITSEC, TCSEC, STRIDE).

Phạm vi và giới hạn

  • Môi trường triển khai: Hệ điều hành Ubuntu 18.04 LTS, container hóa toàn bộ các node chức năng với Docker Engine và Docker Compose.
  • Cơ chế đồng thuận: Hỗ trợ kiểm thử trên thuật toán PBFT (Practical Byzantine Fault Tolerance) và PoET (Proof of Elapsed Time) của Sawtooth.
  • Mật mã học áp dụng: Thuật toán ký số đường cong Elliptic ECDSA chuẩn secp256k1, hàm băm mật mã SHA-256/SHA-512, và mã hóa bất đối xứng RSA-2048 cho payload dữ liệu.

Phân tích và thiết kế giải pháp

Phân tích hiện trạng

Các công trình nghiên cứu trên thế giới đã bước đầu tích hợp Blockchain vào hệ sinh thái IoT và SDN, tuy nhiên mỗi giải pháp đều tồn tại những hạn chế nhất định về tính tương thích và độ trễ:

Giải pháp Nền tảng cốt lõi Cơ chế kiểm soát Ưu điểm Hạn chế
COSMOS (Lola Cloud) Multi-chain Blockchain Quản lý định danh người dùng Smart Home Phân lập dữ liệu tốt giữa các chuỗi Không tích hợp điều khiển mạng động qua SDN
DistBlockNet Private Blockchain + OpenFlow Gateway phân vùng mạng IoT Tự động hóa cập nhật Flow Table Chi phí xử lý đồng thuận cao trên thiết bị biên
Bubbles of Trust Public/Consortium Blockchain Xác thực theo vé (Ticket-based) Tạo vùng tin cậy (Trust Bubbles) linh hoạt Cấu trúc phân quyền phức tạp, độ trễ cấp vé lớn
ANASTACIA SDN/NFV + Security Orchestrator Policy Enforcement Layer Tự động hóa thực thi chính sách an ninh Thiếu cơ chế chống chối bỏ bất biến cho nhật ký truy cập
BlockBee (Đề xuất) Hyperledger Sawtooth + ONOS Transaction Processor gọi Northbound REST API Xác thực phân tán, ghi nhận bất biến, đẩy ACL động Cần tối ưu tài nguyên mã hóa bất đối xứng trên thiết bị IoT yếu

Yêu cầu người dùng và hệ thống được chuẩn hóa theo mô hình MoSCoW:

  • Must have: Đăng ký thiết bị mới an toàn; Xác thực định danh phân tán; Tự động đẩy Flow Rule/ACL lên ONOS Controller qua REST API; Thu hồi quyền truy cập tức thì bởi Admin.
  • Should have: Mã hóa bất đối xứng toàn bộ payload truyền thông giữa Edge Device và Blockchain; Công cụ giải mã ngoại tuyến (Offline Forensic Tool) cho quản trị viên.
  • Could have: Hỗ trợ chuyển đổi linh hoạt cơ chế đồng thuận (PBFT sang Raft/PoET) mà không cần khởi động lại toàn bộ mạng lưới.
  • Won't have: Triển khai quản trị phân tán đa cụm SDN Controller (Multi-domain SDN) trong giai đoạn 1.

Thiết kế hệ thống

Kiến trúc hệ thống tổng thể bao gồm 3 phân vùng độc lập kết nối qua các chuẩn giao thức bảo mật:

+--------------------------+          +--------------------------------------------+
|      SDN CONTROLLER      |          |               MẠNG BLOCKBEE                |
|      (ONOS Platform)     |          |           (Hyperledger Sawtooth)           |
|                          |          |                                            |
|  +--------------------+  |  REST    |  +---------------+      +---------------+  |
|  | Northbound REST API|<------------+--|Transaction    |      |BlockBee       |  |
|  +---------+----------+  |  (ACL)   |  |Processor (TP) |<-----+REST API       |  |
|            |             |          |  +-------+-------+      +-------+-------+  |
|  +---------v----------+  |          |          |                      ^          |
|  | OpenFlow Controller|  |          |  +-------v-------+              |          |
|  +---------+----------+  |          |  | Merkle-Radix  |              |          |
+------------|-------------+          |  | State Storage |              |          |
             |                        |  +---------------+              |          |
             | OpenFlow v1.3          |          ^                      |          |
             |                        |          |                      |          |
+------------v---------------------+  |  +-------v-------------------+  |          |
|     HẠ TẦNG MẠNG THỰC NGHIỆM     |  |  |      Validator Node       |  |          |
| (Containernet/Mininet Emulation) |  |  |   (PBFT/PoET Consensus)   |--+          |
|                                  |  |  +---------------------------+             |
|  +----------------------------+  |  +--------------------------------------------+
|  | Open vSwitch (OVS Switch)  |  |                                ^
|  +--------------+-------------+  |                                | JSON/Payload
|                 |                |                                | (Sign + Encrypt)
|  +--------------v-------------+  |                                |
|  |  Edge Device (Containernet)|--+--------------------------------+
|  +--------------+-------------+
|                 |
|  +--------------v-------------+
|  | End Host / Smart IoT Nodes |
|  +----------------------------+

Ngăn xếp công nghệ (Technology Stack)

  • Hệ điều hành: Ubuntu 18.04.5 LTS (Bionic Beaver), Linux Kernel 4.15+.
  • Nền tảng ảo hóa & Điều phối: Docker Engine Community v19.03.12, Docker Compose v1.24.1, Ansible Automation Engine v2.9.
  • Mạng SDN: ONOS Controller (Open Network Operating System) v2.2.x, OpenFlow Protocol v1.3, Open vSwitch (OVS).
  • Mạng Blockchain: Hyperledger Sawtooth Framework v1.2, Sawtooth Python SDK, Sawtooth REST API Server.
  • Giả lập mạng IoT: Containernet (Extension của Mininet hỗ trợ Docker containers làm máy chủ/switch).
  • Môi trường thực thi & Thư viện: Python 3.7+, cryptography, secp256k1, hashlib, requests.

Thiết kế an toàn thông tin

  1. Toán học đường cong Elliptic (ECDSA): Hệ thống sử dụng đường cong secp256k1 chuẩn NIST với phương trình: $$y^2 \pmod p = (x^3 + 7) \pmod p$$ Trong đó $p = 2^{256} - 2^{32} - 977$. Khóa bí mật (Private Key) dài 256-bit được tạo ngẫu nhiên tại Edge Device, dùng để sinh chữ ký số cho từng giao dịch (Transaction) gửi lên mạng lưới.
  2. Cấu trúc lưu trữ Merkle-Radix: Sawtooth ánh xạ toàn bộ dữ liệu trạng thái tài khoản và quyền hạn (State Data) vào cây Merkle-Radix với địa chỉ băm 70 ký tự hex, đảm bảo tính toàn vẹn và ngăn chặn giả mạo trạng thái.
  3. Mã hóa Payload đa lớp: Payload chứa thông tin nhạy cảm ($Operation, Username, Password$) được mã hóa bất đối xứng RSA-2048 với khóa công khai của Transaction Processor ($TP_{pub}$), chỉ có Transaction Processor nắm giữ Private Key mới có thể giải mã để xử lý.

Implementation và kết quả

Development process

Quá trình xây dựng hệ thống trải qua 4 giai đoạn logic với các deliverables cụ thể:

[Phase 1: Chuẩn bị]   --> [Phase 2: Core Blockchain] --> [Phase 3: Tích hợp SDN] --> [Phase 4: Thực nghiệm]
- Cấu hình Ubuntu 18.04    - Xây dựng Transaction TP     - Cấu hình ONOS Controller    - Test tải 10-50 reqs
- Cài đặt Docker/Compose   - Thiết kế Batch & Payload     - Kết nối Containernet/OVS    - Đo CPU & Latency
- Cài Ansible & Mininet    - Thiết lập Merkle State      - Viết module REST API ACL    - Đánh giá chuẩn an toàn

Cấu trúc thuật toán cốt lõi

Thuật toán 1: Quy trình đăng ký tài khoản cho thiết bị mới
# Pseudo-code logic thực thi tại Client (Edge Device) và Transaction Processor
def client_registration_process(username, password, edge_private_key, tp_public_key):
    # 1. Tạo Payload nghiệp vụ
    payload_raw = {"op": "REGISTER", "user": username, "pwd": password}
    
    # 2. Mã hóa Payload bằng RSA Public Key của TP
    encrypted_payload = rsa_encrypt(payload_raw, tp_public_key)
    
    # 3. Tạo Transaction Header và ký bằng Private Key của Edge
    tx_header = create_sawtooth_header(
        family_name="blockbee",
        family_version="1.0",
        signer_pubkey=get_public_key(edge_private_key),
        payload_sha512=hashlib.sha512(encrypted_payload).hexdigest()
    )
    tx_signature = ecdsa_sign(tx_header, edge_private_key)
    
    # 4. Đóng gói Transaction vào Batch và gửi đến REST API
    batch = create_batch(tx_header, tx_signature, encrypted_payload)
    return submit_to_sawtooth_api(batch)

def tp_registration_handler(transaction, state_context):
    # 1. Giải mã Payload bằng Private Key của TP
    decrypted_payload = rsa_decrypt(transaction.payload, tp_private_key)
    op, user, pwd = extract_fields(decrypted_payload)
    
    # 2. Kiểm tra xung đột dữ liệu trên State Storage
    state_address = make_custom_address(user)
    current_data = state_context.get_state([state_address])
    if current_data:
        raise InvalidTransaction(f"Tài khoản '{user}' đã tồn tại trên hệ thống!")
        
    # 3. Lưu mật khẩu đã băm vào State Storage
    state_context.set_state({state_address: hash_password(pwd)})
Thuật toán 2: Chứng thực và tự động đẩy Access Control List (ACL) lên SDN Controller
def tp_authentication_handler(transaction, state_context, onos_api_client):
    # 1. Xác thực chữ ký số thiết bị gửi (Edge Device Signature Verification)
    if not verify_ecdsa_signature(transaction.header, transaction.signature):
        raise InvalidTransaction("Chữ ký số của Edge Gateway không hợp lệ!")
        
    # 2. Giải mã Payload và trích xuất Credentials
    decrypted_payload = rsa_decrypt(transaction.payload, tp_private_key)
    op, user, pwd = extract_fields(decrypted_payload)
    
    # 3. Đối soát với dữ liệu lưu trữ trên Merkle-Radix Tree
    state_address = make_custom_address(user)
    stored_credential = state_context.get_state([state_address])
    if not stored_credential or stored_credential.password != hash_password(pwd):
        raise InvalidTransaction("Xác thực thất bại: Sai thông tin đăng nhập!")
        
    # 4. Gửi chỉ thị cập nhật Flow Rule / ACL sang ONOS REST API
    flow_rule = {
        "priority": 40000,
        "timeout": 0,
        "isPermanent": True,
        "deviceId": "of:0000000000000001",
        "treatment": {"instructions": [{"type": "OUTPUT", "port": "2"}]},
        "selector": {"criteria": [{"type": "ETH_SRC", "mac": get_mac(user)}]}
    }
    response = onos_api_client.post("/onos/v1/flows", json=flow_rule, auth=('onos', 'rocks'))
    if response.status_code != 201:
        raise InternalError("Không thể đẩy chính sách ACL xuống SDN Controller!")
Thuật toán 3: Giải mã thông điệp kiểm toán ngoại tuyến (Forensic Decoding Tool)
def forensic_decrypt_payload(base64_ciphertext, rsa_private_key_path):
    # 1. Base64 Decode
    raw_ciphertext = base64.b64decode(base64_ciphertext)
    
    # 2. Load RSA Private Key của Transaction Processor
    with open(rsa_private_key_path, "rb") as key_file:
        private_key = serialization.load_pem_private_key(key_file.read(), password=None)
        
    # 3. Giải mã bản rõ để kiểm tra lịch sử giao dịch gốc
    plaintext = private_key.decrypt(
        raw_ciphertext,
        padding.OAEP(mgf=padding.MGF1(algorithm=hashes.SHA256()), algorithm=hashes.SHA256(), label=None)
    )
    return plaintext.decode('utf-8')

Testing và validation

Hệ thống được thiết lập trên môi trường thực nghiệm phân tán gồm 3 máy trạm ảo hóa liên kết qua mạng nội bộ:

  • Máy A (SDN Controller): Cài đặt ONOS v2.2 trong Docker container, expose cổng Web UI 8181 và REST API endpoint 8181/onos/v1/.
  • Máy B (Blockchain Engine): Chạy Hyperledger Sawtooth Validator, Transaction Processor tùy biến BlockBee TP, Sawtooth REST API (Port 8008).
  • Máy C (Mạng giả lập): Vận hành Mininet/Containernet kết nối với Open vSwitch để mô phỏng luồng traffic từ các Host thông minh đi qua Edge Device.
+-----------------------------------------------------------------------------------+
|                        KẾT QUẢ ĐO LƯỜNG TẢI HỆ THỐNG                              |
+-----------------------------------------------------------------------------------+
| Kịch bản thử nghiệm       | Tải CPU Đỉnh (Max) | Tải CPU Đáy (Min) | Độ trễ TB    |
+---------------------------+--------------------+-------------------+--------------+
| Đăng ký thiết bị (10 reqs)| 18.4%              | 4.2%              | 185 ms       |
| Đăng ký thiết bị (50 reqs)| 46.8%              | 9.1%              | 412 ms       |
| Xác thực & ACL (10 reqs)  | 22.1%              | 5.5%              | 210 ms       |
| Xác thực & ACL (50 reqs)  | 54.3%              | 11.8%             | 495 ms       |
| Thu hồi quyền (Admin Req) | 14.2%              | 3.8%              | 130 ms       |
+-----------------------------------------------------------------------------------+

Đánh giá bảo mật

  • Tính toàn vẹn (Integrity): Chống thay đổi dữ liệu lịch sử nhờ cấu trúc hàm băm liên kết Merkle Tree và thuật toán đồng thuận PBFT.
  • Tính chống chối bỏ (Non-repudiation): Mọi request gửi lên từ Edge Device đều bắt buộc có chữ ký số ECDSA hợp lệ gắn liền với cặp khóa của thiết bị.
  • Khả năng phục hồi (Resilience): Hệ thống duy trì hoạt động bình thường ngay cả khi $f < \frac{n-1}{3}$ node Validator gặp sự cố hoặc bị tấn công giả mạo (theo lý thuyết chịu lỗi Byzantine).

Đổi mới và đóng góp

  1. Mô hình kiến trúc lai SDN - Blockchain: Giải quyết triệt để điểm yếu xác thực ở kênh phía nam của SDN bằng cách ủy thác toàn bộ logic định danh và phân quyền cho hợp đồng thông minh (Smart Contract / Transaction Processor) trên Hyperledger Sawtooth.
  2. Cơ chế tự động hóa phân quyền động (Dynamic ACL Push): Loại bỏ hoàn toàn sự can thiệp thủ công của quản trị viên; ngay khi Blockchain xác thực định danh thành công, Flow Rules được tự động tính toán và đẩy trực tiếp xuống phần cứng chuyển mạch thông qua REST API của ONOS.
  3. Mã hóa kép bảo toàn tính riêng tư: Kết hợp chữ ký số ECDSA (xác thực tính chính danh của Edge Gateway) và mã hóa RSA (bảo vệ thông tin đăng nhập của người dùng cuối), đảm bảo dữ liệu ghi trên Sổ cái phân tán không bị lộ bản rõ ra ngoài.
  4. Cung cấp công cụ điều tra sự cố (Forensic Audit Utility): Phát triển module trích xuất, Base64 decode và giải mã nhật ký giao dịch, cung cấp bằng chứng bất biến cho quản trị viên an ninh mạng khi xử lý sự cố.

Ứng dụng thực tế và triển khai

Kịch bản ứng dụng thực tế

                    +------------------------------------------+
                    |           KHU CÔNG NGHIỆP THÔNG MINH     |
                    +------------------------------------------+
                                         |
     +-----------------------------------+-----------------------------------+
     |                                   |                                   |
     v                                   v                                   v
+------------------------+  +------------------------+  +------------------------+
|   Nhà máy & Cảm biến   |  |   Hệ thống Smart Grid  |  | Hạ tầng Giao thông Đô thị|
| - Xác thực cảm biến SCADA| | - Phân quyền trạm biến áp| | - Cấp quyền camera & đèn |
| - Chặn thiết bị lạ kết nối| | - Chống giả mạo lệnh điều | |   tín hiệu giao thông    |
|   vào dây chuyền sản xuất |   khiển lưới điện       | - Giám sát luồng xe ưu tiên|
+------------------------+  +------------------------+  +------------------------+

Hướng dẫn cài đặt và triển khai

Yêu cầu hệ thống (System Requirements)

  • Phần cứng tối thiểu: 03 máy chủ (hoặc máy ảo) CPU 4-Core 2.4GHz, 8GB RAM, 50GB SSD, Card mạng Gigabit Ethernet.
  • Hệ điều hành: Ubuntu Server 18.04 LTS 64-bit.

Các bước thiết lập hạ tầng

Bước 1: Cài đặt Docker và Docker-Compose trên máy chủ

# Cập nhật repository và cài đặt Docker
sudo apt-get update && sudo apt-get install -y docker.io
sudo systemctl enable --now docker

# Cài đặt docker-compose binary
sudo curl -L "https://github.com/docker/compose/releases/download/1.24.1/docker-compose-$(uname -s)-$(uname -m)" -o /usr/local/bin/docker-compose
sudo chmod +x /usr/local/bin/docker-compose
docker-compose --version

Bước 2: Khởi chạy SDN ONOS Controller

# Kéo Docker image của ONOS Controller
docker pull onosproject/onos:2.2.0

# Khởi chạy container ONOS
docker run -t -d --name onos-controller -p 8181:8181 -p 6653:6653 onosproject/onos:2.2.0

# Kích hoạt OpenFlow và Reactive Forwarding Applications
docker exec -it onos-controller onos-app localhost activate org.onosproject.openflow
docker exec -it onos-controller onos-app localhost activate org.onosproject.fwd

Bước 3: Khởi chạy mạng Hyperledger Sawtooth & BlockBee Processor

# Clone source code cấu hình Sawtooth
git clone https://github.com/leconghau/blockbee-sawtooth.git
cd blockbee-sawtooth

# Khởi động cụm Validator, REST API và Custom Transaction Processor
docker-compose -f sawtooth-blockbee-compose.yaml up -d

Bước 4: Cấu hình mạng giả lập Containernet

# Cài đặt Ansible và Containernet
sudo apt-get install -y git ansible python3-pip
git clone https://github.com/containernet/containernet.git
cd containernet/ansible
sudo ansible-playbook -i "localhost," -c local install.yml

# Khởi chạy kịch bản giả lập topo mạng
sudo python3 topology_simulation.py --controller 192.168.1.100:6653

Hạn chế và hướng phát triển

Hạn chế kỹ thuật

  • Quá trình mã hóa RSA và băm SHA-512 trên từng batch giao dịch gây áp lực tính toán lên các vi điều khiển IoT cấu hình thấp (như ESP8266, Arduino).
  • Mô hình thực nghiệm mới dừng lại ở quy mô một SDN Controller cục bộ, chưa kiểm thử kịch bản điều phối liên miền (Multi-controller Inter-domain).

Hướng phát triển tương lai

  • Tích hợp cơ chế mã hóa nhẹ (Lightweight Cryptography) chuẩn ASCON hoặc Chacha20-Poly1305 dành riêng cho vi cảm biến biên.
  • Triển khai Bằng chứng không tiết lộ tri thức (Zero-Knowledge Proofs - ZKP) để tăng cường bảo vệ danh tính thiết bị khi xác thực qua Blockchain công khai.
  • Mở rộng giải pháp lên kiến trúc Federated SDN để điều phối mạng lưới quy mô hàng trăm nghìn node IoT đa vùng.

Đối tượng hưởng lợi

  • Sinh viên & Học viên cao học: Tiếp cận mã nguồn mẫu chuẩn mực, hiểu rõ cách thức tích hợp công nghệ Sổ cái phân tán (Hyperledger) vào chuyên ngành Kỹ thuật mạng và An toàn thông tin.
  • Kỹ sư & Nhà phát triển hệ thống (DevOps/SecOps): Nắm vững kiến trúc triển khai thực tế của Transaction Processor trên Sawtooth và kỹ thuật tương tác với REST API của ONOS Controller.
  • Doanh nghiệp & Đơn vị tích hợp giải pháp: Sở hữu mô hình tham chiếu hoàn chỉnh để xây dựng kiến trúc Zero Trust Access Control cho hạ tầng IoT/SCADA công nghiệp.
  • Nhà nghiên cứu học thuật: Cung cấp số liệu benchmark thực nghiệm chi tiết về mức tiêu thụ CPU và độ trễ giao dịch khi kết hợp SDN và DLT.

Câu hỏi thường gặp

1. Yêu cầu kỹ thuật tối thiểu để triển khai giải pháp trong thực tế là gì?

Hệ thống yêu cầu máy chủ cài đặt Ubuntu 18.04 LTS trở lên, Docker Engine v19.03+, Docker Compose v1.24+, RAM tối thiểu 8GB và kết nối mạng nội bộ băng thông ổn định tối thiểu 1 Gbps để các Validator trao đổi gói tin đồng thuận PBFT.

2. Hệ thống BlockBee có bị nghẽn cổ chai khi số lượng thiết bị IoT tăng đột biến không?

Hyperledger Sawtooth hỗ trợ cơ chế gom nhiều Transaction vào một Batch duy nhất trước khi gửi sang Validator. Cấu trúc này giúp giảm tải băng thông mạng, duy trì độ trễ xử lý dưới 500 ms ngay cả khi số lượng yêu cầu xác thực đồng thời tăng lên 50 requests/giây.

3. Làm thế nào để tích hợp BlockBee vào hạ tầng mạng SDN đã có sẵn?

Do BlockBee tương tác với SDN Controller hoàn toàn thông qua giao tiếp chuẩn Northbound REST API (HTTP JSON payload), hệ thống có thể kết nối trực tiếp với bất kỳ Controller phổ biến nào (ONOS, OpenDaylight, Ryu) mà không cần thay đổi kiến trúc thiết bị mạng chuyển mạch bên dưới.

4. Chi phí bảo trì và vận hành hệ thống Blockchain này có đắt đỏ như Bitcoin/Ethereum không?

Hoàn toàn không. BlockBee sử dụng Hyperledger Sawtooth là nền tảng Permissioned Consortium Blockchain, vận hành trên thuật toán đồng thuận không tiêu tốn năng lượng (PBFT/PoET), không mất phí giao dịch (Zero Gas Fee) và không đòi hỏi phần cứng đào coin chuyên dụng.

5. Dữ liệu tài khoản lưu trữ trên Blockchain có nguy cơ bị lộ mật khẩu không?

Không. Hệ thống áp dụng mô hình an ninh đa tầng: mật khẩu người dùng được băm an toàn trước khi lưu vào cây Merkle-Radix; đồng thời toàn bộ gói tin truyền thông từ Edge Device lên Blockchain đều được mã hóa bằng khóa công khai RSA-2048 của Transaction Processor.

Kết luận

Đồ án tốt nghiệp của tác giả Lê Công Hầu đã giải quyết xuất sắc bài toán xác thực phân tán và kiểm soát truy cập cho các thiết bị thông minh trong mạng khả lập trình. Bằng việc kết hợp tính bất biến, minh bạch của Hyperledger Sawtooth Blockchain với sự linh hoạt, tập trung hóa trong điều phối luồng của SDN ONOS Controller, hệ thống BlockBee đã chứng minh tính khả thi vượt trội với hiệu năng ổn định, độ trễ thấp và khả năng ngăn chặn hiệu quả các hình thức tấn công giả mạo danh tính trong môi trường IoT/Edge Computing. Đây là tài liệu tham khảo kỹ thuật giá trị cao cho các kỹ sư, nhà nghiên cứu đang tìm kiếm giải pháp an ninh mạng thế hệ mới.