Giới thiệu dự án

Trong kỷ nguyên số hóa và Cách mạng Công nghiệp 4.0, sự bùng nổ của các hệ thống mạng phức hợp, hạ tầng điện toán đám mây và thiết bị Internet vạn vật (Internet of Things - IoT) đã tạo ra bề mặt tấn công ngày càng mở rộng. Theo các thống kê an ninh mạng quốc tế, số lượng các vụ tấn công mạng có chủ đích (APT), mã độc tống tiền và rò rỉ dữ liệu tăng trưởng theo cấp số nhân mỗi năm. Trong bối cảnh đó, điều tra pháp chứng kỹ thuật số (Digital Forensics - DF) đóng vai trò then chốt nhằm thu thập, phân tích và cung cấp căn cứ pháp lý để xử lý các vi phạm. Tuy nhiên, quy trình giám sát nguồn gốc bằng chứng số (Chain of Custody - CoC) truyền thống đang đối mặt với những thách thức nghiêm trọng: dữ liệu điện tử dễ bị can thiệp, chỉnh sửa, xóa dấu vết, sao chép trái phép hoặc thiếu tính ràng buộc pháp lý khi đưa ra tranh tụng trước tòa án.

+-----------------------------------------------------------------------------+
|               VẤN ĐỀ TRỌNG TÂM CỦA CHUỖI GIÁM ĐỊNH TRUYỀN THỐNG             |
|                                                                             |
|  [Thu thập] ----> [Bảo quản] ----> [Phân tích] ----> [Đệ trình Tòa án]      |
|       |                 |                |                   |              |
|       v                 v                v                   v              |
|  Dễ bị sửa đổi   Rủi ro rò rỉ     Thiếu kiểm soát     Khó chứng minh tính   |
|  (Data Tampering)(Single Point    truy cập chi tiết   nguyên bản, toàn vẹn  |
|                  of Failure)      (Improper Access)   (CoC Invalidation)    |
+-----------------------------------------------------------------------------+

Vấn đề cốt lõi đặt ra là làm thế nào để đảm bảo tuyệt đối tính toàn vẹn (integrity), tính xác thực (authenticity), tính bất biến (immutability), khả năng truy xuất nguồn gốc (provenance/traceability) và chống chối bỏ (non-repudiation) cho các bằng chứng số trong suốt vòng đời của chúng. Đề tài "Bộ khung điều tra số hỗ trợ lưu trữ và quản lý chuyển giao bằng chứng số dựa trên Blockchain" (Blockchain-based Forensic Framework - BbF) được nghiên cứu và phát triển bởi nhóm tác giả thuộc Trường Đại học Công nghệ Thông tin – ĐHQG-HCM nhằm giải quyết triệt để bài toán này.

Mục tiêu nghiên cứu cụ thể

  1. Nghiên cứu và chuẩn hóa quy trình CoC: Xây dựng mô hình chuỗi giám định pháp chứng kỹ thuật số chuẩn hóa, ghi lại toàn bộ lịch sử tương tác từ khi thu thập đến khi đệ trình.
  2. Thiết kế kiến trúc hệ thống BbF phân tán: Kết hợp nền tảng Blockchain doanh nghiệp có phân quyền Hyperledger Fabric và hệ thống lưu trữ tệp phân tán IPFS (InterPlanetary File System).
  3. Hiện thực hóa cơ chế kiểm soát truy cập tinh vi: Cài đặt mô hình kiểm soát truy cập dựa trên thuộc tính (Attribute-Based Access Control - ABAC) thông qua Smart Contract (Chaincode).
  4. Tích hợp thu thập bằng chứng tự động trên mạng SDN: Xây dựng module trích xuất lưu lượng mạng trên kiến trúc mạng định nghĩa bằng phần mềm (Software-Defined Networking - SDN).
  5. Thực nghiệm, đánh giá và tối ưu hiệu năng: Đo lường thông lượng giao dịch (TPS), độ trễ (latency), mức tiêu hao tài nguyên và khả năng chịu lỗi của hệ thống.

Phương pháp tiếp cận và kết quả kỳ vọng

Giải pháp BbF lựa chọn nền tảng Hyperledger Fabric kết hợp IPFS Cluster để xây dựng cơ chế lưu trữ lai (Hybrid Storage). Dữ liệu nhị phân dung lượng lớn của bằng chứng (như file pcap, disk image, log) được mã hóa đối xứng (AES-256) và lưu trữ phân tán trên IPFS. Trong khi đó, mã định danh nội dung (Content Identifier - CID), mã băm toàn vẹn (SHA-256), chữ ký số (ECDSA) và siêu dữ liệu (metadata) được ghi vĩnh viễn vào sổ cái phân tán thông qua Smart Contract. Hệ thống kỳ vọng đạt thông lượng xử lý trên 60 giao dịch/giây (Transactions Per Second - TPS), độ trễ dưới 0.5 giây trong điều kiện vận hành chuẩn và đảm bảo an toàn tuyệt đối trước các hành vi can thiệp trái phép.

Phạm vi nghiên cứu tập trung vào việc lưu trữ, xác thực, quản lý phân quyền và kiểm soát chuỗi chuyển giao bằng chứng số; không can thiệp sâu vào việc phân tích tự động nội dung mã độc hay kỹ thuật dịch ngược (reverse engineering).

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

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

Nghiên cứu tiến hành đánh giá so sánh các giải pháp pháp chứng số dựa trên Blockchain đã được công bố trên thế giới để xác định khoảng trống công nghệ:

Tiêu chí Hệ thống truyền thống Forensic-Chain (Lone et al., 2019) IoTFC (Shancang Li et al., 2019) Khung BbF (Đề xuất)
Nền tảng kiến trúc Cơ sở dữ liệu tập trung (RDBMS) Hyperledger Composer Blockchain chuyên dụng cho IoT Hyperledger Fabric v2.2+
Kiểm soát truy cập RBAC cơ bản (Tập trung) RBAC tĩnh Phân quyền mức Node ABAC tích hợp trong Smart Contract
Lưu trữ tệp bằng chứng Máy chủ lưu trữ cục bộ Lưu trực tiếp / Cơ sở dữ liệu Off-chain đơn điểm IPFS Cluster phân tán + Mã hóa AES-256
Hỗ trợ mạng SDN Không hỗ trợ Không hỗ trợ Không hỗ trợ Hỗ trợ tự động qua Module Plugin
Tính mở rộng & Tích hợp Kém (Dễ lỗi đơn điểm) Thấp (Mô hình đóng) Trung bình (Giới hạn trên IoT) Cao (Kiến trúc RESTful API + Plugin)

Phân tích yêu cầu hệ thống theo mô hình MoSCoW

  • Must-have (Bắt buộc): Đảm bảo tính bất biến của bản ghi CoC; mã hóa bằng chứng trước khi tải lên IPFS; kiểm soát quyền truy cập chi tiết qua ABAC; chữ ký số xác thực người khởi tạo.
  • Should-have (Cần có): Giao diện Web trực quan cho điều tra viên; hệ thống RESTful API kết nối mạng Blockchain; tích hợp bắt gói tin tự động từ SDN Controller.
  • Could-have (Có thể có): Khả năng mở rộng đa kênh (Multi-channel) cho từng vụ án độc lập; cơ chế xuất báo cáo điều tra tự động chuẩn hóa tư pháp.
  • Won't-have (Tạm thời chưa có): Tự động trích xuất đặc trưng mã độc bằng học sâu (Deep Learning) ngay trên node blockchain.

Thiết kế hệ thống

Kiến trúc BbF được xây dựng theo mô hình 4 tầng module hóa linh hoạt:

+-----------------------------------------------------------------------------------+
| 1. ORGANIZATIONS (TỔ CHỨC THAM GIA)                                               |
|    [Cơ quan Điều tra]      [Viện Kiểm sát]        [Tòa án]        [Luật sư]       |
+-----------------------------------------------------------------------------------+
+-----------------------------------------------------------------------------------+
| 2. APPLICATION LAYER (LỚP ỨNG DỤNG & DỊCH VỤ)                                     |
|    - Web User Interface (Giao diện điều tra viên & Quản trị)                      |
|    - Node.js Express RESTful Blockchain API                                       |
|    - Fabric Client SDK (Wallet Management: Certificates & Private Keys)           |
+-----------------------------------------------------------------------------------+
+-----------------------------------------------------------------------------------+
| 3. BLOCKCHAIN NETWORK INFRASTRUCTURE (HYPERLEDGER FABRIC)                         |
|    - CA (Certificate Authority per Org)                                           |
|    - Peer Nodes (Endorsing / Committing Nodes + LevelDB / CouchDB)                |
|    - Orderer Nodes (Raft Consensus - Crash Fault Tolerant)                        |
|    - Smart Contracts / Chaincode (Golang): Participant, Case, Evidence Logic     |
|    - Forensic Private Channel                                                     |
+-----------------------------------------------------------------------------------+
+-----------------------------------------------------------------------------------+
| 4. DISTRIBUTED FILE STORAGE (LỚP LƯU TRỮ PHÂN TÁN)                               |
|    - IPFS Cluster (Pinning Service, P2P Swarm, Content Addressing via CID)        |
|    - Dữ liệu bằng chứng mã hóa (Encrypted Evidence Blobs + Encrypted AES Keys)    |
+-----------------------------------------------------------------------------------+

Công nghệ và phiên bản sử dụng

  • Cốt lõi Blockchain: Hyperledger Fabric v2.2 LTS (Hỗ trợ phân quyền doanh nghiệp, không tốn phí Gas, cơ chế đồng thuận Raft/CFT).
  • Hợp đồng thông minh (Chaincode): Viết bằng ngôn ngữ Golang (v1.15+).
  • Lưu trữ phân tán: IPFS v0.8+ kết hợp IPFS-Cluster v0.13+.
  • Lớp API & Ứng dụng: Node.js (v14+), Express.js, Fabric-Network SDK, Bootstrap 4, JSON Web Token (JWT).
  • Hạ tầng mạng SDN thử nghiệm: Mininet v2.3, Ryu SDN Controller (v4.34), giao thức OpenFlow v1.3.

Cơ chế kiểm soát truy cập dựa trên thuộc tính (ABAC)

BbF sử dụng ABAC bằng cách nhúng các thuộc tính ủy quyền trực tiếp vào chứng chỉ số X.509 do Certificate Authority (CA) của từng tổ chức cấp phát. Khi người dùng thực hiện giao dịch, Smart Contract sẽ giải mã chứng chỉ và kiểm tra các thuộc tính trước khi cho phép thay đổi sổ cái:

Danh sách thuộc tính tiêu biểu:
- Case-creating: Quyền khởi tạo vụ án mới.
- Case-updating / Case-finishing: Cập nhật thông tin hoặc kết thúc điều tra vụ án.
- Evidence-creating: Quyền tạo và đóng gói bằng chứng số.
- Report-uploading: Tải lên báo cáo phân tích giám định.
- Evidence-transferring: Quyền chuyển giao bằng chứng cho điều tra viên/cơ quan khác.
- Evidence-querying: Quyền truy vấn và tải nội dung tệp bằng chứng.

Phương pháp nghiên cứu và quản lý dự án

Dự án áp dụng mô hình phát triển phần mềm lặp (Iterative Lifecycle) kết hợp Agile:

  • Giai đoạn 1 (Tuần 1 - 4): Khảo sát quy trình CoC pháp lý, xác định tiêu chuẩn chứng cứ điện tử theo tiêu chuẩn ISO/IEC 27037.
  • Giai đoạn 2 (Tuần 5 - 10): Thiết kế và lập trình Smart Contract (Golang), xây dựng mô hình mạng Hyperledger Fabric cục bộ trên Docker container.
  • Giai đoạn 3 (Tuần 11 - 15): Phát triển cụm IPFS Cluster, xây dựng Blockchain API trung gian và cổng Web UI.
  • Giai đoạn 4 (Tuần 16 - 20): Tích hợp module thu thập SDN, tiến hành kiểm thử hiệu năng với Hyperledger Caliper, kiểm thử bảo mật và đóng gói hệ thống.

Implementation và kết quả

Quy trình phát triển và thuật toán cốt lõi

Quy trình tạo mới và lưu trữ bằng chứng số được định nghĩa chặt chẽ qua 4 bước:

  1. Xử lý tệp bằng chứng: Điều tra viên tải tệp bằng chứng lên máy chủ API. Hệ thống tạo khóa ngẫu nhiên $K_{AES}$, mã hóa nội dung tệp bằng thuật toán AES-256-GCM, đồng thời tính toán mã băm nguyên bản $Hash_{SHA256}$.
  2. Lưu trữ Off-chain: Tệp mã hóa được đẩy lên mạng IPFS Cluster. Mạng IPFS trả về địa chỉ định danh nội dung $CID$.
  3. Ký số định danh: Hệ thống sử dụng Private Key trong Wallet của điều tra viên để tạo chữ ký số $Sign_{ECDSA}(CID \parallel Hash_{SHA256})$.
  4. Ghi nhận On-chain: Gọi Smart Contract tạo bản ghi bằng chứng mới trên sổ cái Blockchain.
// Cấu trúc dữ liệu đối tượng Bằng chứng số (Evidence Structure) trong Smart Contract
type Evidence struct {
    EvidenceID      string   `json:"evidenceId"`
    CaseID          string   `json:"caseId"`
    OwnerID         string   `json:"ownerId"`
    CollectLocation string   `json:"collectLocation"`
    Description     string   `json:"description"`
    ContentAddress  string   `json:"contentAddress"`  // IPFS CID
    FileHash        string   `json:"fileHash"`        // SHA-256 hash của file gốc
    DigitalSignature string  `json:"digitalSignature"` // Chữ ký số của Owner
    FileName        string   `json:"fileName"`
    Timestamp       string   `json:"timestamp"`
    Reports         []Report `json:"reports"`
    EventHistory    []Event  `json:"eventHistory"`    // Nhật ký chuyển giao CoC
}

Thuật toán tạo mới bằng chứng (Evidence Creation Algorithm)

Algorithm: Evidence Creation Logic in BbF
Input: EvidenceFile, EvidenceID, CaseID, CollectLocation, Description, UserToken
Output: Giao dịch được xác thực và ghi vĩnh viễn vào sổ cái Ledger

1:  Verify UserToken qua JWT. Nếu không hợp lệ -> REJECT.
2:  Calculate Original_Hash = SHA256(EvidenceFile).
3:  Generate AES_Key -> Encrypted_File = Encrypt_AES256(EvidenceFile, AES_Key).
4:  Upload Encrypted_File to IPFS Cluster -> Nhận về ContentAddress (CID).
5:  Retrieve User_Certificate và User_PrivateKey từ Wallet.
6:  DigitalSignature = Sign_ECDSA(User_PrivateKey, ContentAddress + Original_Hash).
7:  Invoke Chaincode "CreateEvidence" trên Forensic Channel:
8:      IF CheckAttribute(User_Certificate, "Evidence-creating") == FALSE THEN
9:          ABORT ("Lỗi: Người dùng không có đặc quyền tạo bằng chứng");
10:     IF Case_Is_Closed(CaseID) == TRUE THEN
11:         ABORT ("Lỗi: Vụ án đã đóng, không thể bổ sung bằng chứng");
12:     IF User_Not_In_Case(CaseID, UserID) THEN
13:         ABORT ("Lỗi: Điều tra viên không thuộc danh sách phân công của vụ án");
14:     Create new Evidence state on World State (LevelDB/CouchDB);
15:     Append Event("Evidence Created", UserID, Timestamp) vào EventHistory;
16:     Update Case State & Participant State;
17:     Emit Blockchain Event;
18: RETURN Success Message.

Kiểm thử và đánh giá thực nghiệm

Mô hình thực nghiệm được triển khai trên hệ thống máy chủ vật lý sử dụng nền tảng ảo hóa Docker, kết nối mạng mô phỏng SDN thông qua Ryu Controller và Mininet.

+-----------------------------------------------------------------------------+
|                     MÔ HÌNH THỰC NGHIỆM THU THẬP BẰNG CHỨNG SDN              |
|                                                                             |
|  [Hạ tầng mạng SDN]                [Module BbfScript Plugin]   [Hệ thống BbF] |
|   - Host 1 (Attacker: DoS/SYN)            |                          |       |
|   - Host 2 (Victim Server)    --> Bắt gói tin (Pcap)                 |       |
|   - OpenFlow Switch                       |                          |       |
|   - Ryu SDN Controller         --> Trích xuất siêu dữ liệu           |       |
|                                           |                          |       |
|                                           +--- Tự động gửi API ----->+       |
|                                                (RESTful Request)     |       |
+-----------------------------------------------------------------------------+

Kết quả đánh giá hiệu năng (Performance Benchmarks)

Hệ thống sử dụng bộ công cụ đo lường tiêu chuẩn Hyperledger Caliper để đánh giá hiệu năng giao dịch trên kênh ForensicChannel:

Tốc độ gửi (Send Rate) Thời gian phản hồi trung bình (Avg Latency) Thông lượng thực tế (Throughput) Tỷ lệ giao dịch thành công
10 TPS 0.08 giây 10.0 TPS 100%
30 TPS 0.12 giây 29.8 TPS 100%
50 TPS 0.19 giây 49.6 TPS 100%
70 TPS 0.35 giây 67.4 TPS 100%
100 TPS 0.78 giây 88.2 TPS 99.8% 
Tương quan giữa Tốc độ gửi (Send Rate) và Độ trễ trung bình (Avg Latency):

Latency (s)
  1.0 |                                                  * (100 TPS, 0.78s)
  0.8 |
  0.6 |
  0.4 |                                  * (70 TPS, 0.35s)
  0.2 |                  * (50 TPS, 0.19s)
  0.0 |  * (10 TPS)  * (30 TPS)
      +-----------------------------------------------------------------> Send Rate
         10          30          50      70              100 (TPS)

Mức độ tiêu thụ tài nguyên phần cứng

  • Peer Node: Chiếm dụng trung bình 4.5% - 12.8% CPU, 120MB - 180MB RAM.
  • Orderer Node (Raft): Chiếm dụng trung bình 1.8% - 3.2% CPU, 65MB - 90MB RAM.
  • IPFS Cluster Peer: Chiếm dụng trung bình 3.1% - 8.5% CPU, 140MB - 250MB RAM.

Kết quả đạt được

Hệ thống đã hoàn thiện 100% các mục tiêu chức năng đề ra:

  • Xác thực và phân quyền chính xác: 100% các yêu cầu truy cập trái phép hoặc không đủ thuộc tính ABAC bị Smart Contract chặn đứng tại tầng Endorsement.
  • Đảm bảo toàn vẹn dữ liệu: Kiểm tra đối soát mã băm SHA-256 giữa tệp tải về từ IPFS và dữ liệu lưu trên sổ cái đạt độ chính xác tuyệt đối (100%).
  • Truy vết chuỗi CoC: Toàn bộ lịch sử chuyển giao bằng chứng (từ First Responder -> Điều tra viên -> Công tố viên -> Tòa án) được thể hiện minh bạch, không thể xóa bỏ hoặc sửa đổi thời gian (Timestamp).

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

  1. Mô hình lưu trữ lai On-chain / Off-chain tối ưu: Giải quyết triệt để "nút thắt cổ chai" về dung lượng của công nghệ Blockchain. Bằng chứng số dung lượng lớn (hàng Gigabyte) được lưu trữ an toàn trên IPFS Cluster, trong khi chỉ các dữ liệu đại diện nhỏ gọn (Hash, CID, Signature) được lưu on-chain, giúp giảm tải kích thước sổ cái đến hơn 98% mà vẫn duy trì tính xác thực tuyệt đối.
  2. Kiểm soát truy cập hạt mịn (Fine-grained ABAC) trên Blockchain: Khắc phục nhược điểm của cơ chế RBAC truyền thống (dễ bị leo thang đặc quyền). ABAC cho phép kiểm soát quyền dựa trên ngữ cảnh thực tế của vụ án (Ví dụ: Chỉ điều tra viên được phân công cụ thể vào CaseID mới được phép upload báo cáo).
  3. Plugin tự động hóa thu thập trên mạng thế hệ mới SDN: Đưa ra giải pháp BbfScript tích hợp trực tiếp vào Controller của mạng SDN, tự động phát hiện dấu hiệu bất thường, đóng gói lưu lượng pcap và chuyển giao ngay lập tức vào Blockchain, giảm thiểu nguy cơ mất dấu vết khi kẻ tấn công xóa log.
  4. Công bố khoa học và giải thưởng uy tín:
    • Giải Nhất lĩnh vực Công nghệ Thông tin – Giải thưởng Sinh viên Nghiên cứu Khoa học Euréka lần thứ XXII (2020).
    • Báo cáo chuyên đề tại Hội thảo An toàn thông tin – Bộ Tư lệnh Tác chiến Không gian mạng (BTL 86) về chủ đề "Thách thức ATTT trong kỷ nguyên Chính phủ điện tử".

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

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

+-----------------------------------------------------------------------------+
|                QUY TRÌNH CHUYỂN GIAO BẰNG CHỨNG THỰC TẾ QUA BbF             |
|                                                                             |
| [1. Cơ quan Điều tra]                                                       |
|   - Phát hiện tấn công mạng DDoS/Data Breach trên hạ tầng SDN               |
|   - Tự động trích xuất file log/pcap -> BbF đóng gói & mã hóa lên IPFS      |
|   - Tạo bản ghi On-chain có chữ ký của Điều tra viên                        |
| [2. Viện Kiểm sát / Công tố viên]                                           |
|   - Nhận quyền sở hữu bằng chứng                                            |
|   - Tải file từ IPFS, tự động kiểm tra đối chiếu Hash SHA-256                |
|   - Bổ sung báo cáo cáo trạng điều tra                                      |
| [3. Tòa án & Hội đồng Xét xử]                                               |
|   - Truy vấn toàn bộ lịch sử CoC từ khối nguyên thủy (Genesis Block)        |
|   - Xác thực bằng chứng hợp lệ, không bị làm sai lệch -> Ra phán quyết      |
+-----------------------------------------------------------------------------+

Yêu cầu cấu hình hệ thống triển khai

  • Hạ tầng máy chủ (Tối thiểu cho mỗi Organization):
    • CPU: 4 Cores (x86_64).
    • RAM: 8 GB.
    • Ổ cứng: 100 GB SSD (Hỗ trợ mở rộng theo quy mô lưu trữ IPFS).
    • Hệ điều hành: Ubuntu Server 20.04 LTS / Linux Kernel 5.4+.
    • Phần mềm: Docker Engine 20.10+, Docker-Compose 1.29+, Node.js v14.x.
  • Băng thông mạng: Tối thiểu 100 Mbps nội bộ (kênh riêng TLS).

Phân tích hiệu quả kinh tế và vận hành

So với việc sử dụng các mạng Blockchain công khai (Public Blockchain như Ethereum, Bitcoin) với chi phí giao dịch (Gas fee) biến động và tốc độ chậm, việc ứng dụng mạng liên minh có phân quyền (Consortium/Permissioned Blockchain) như Hyperledger Fabric giúp triệt tiêu 100% chi phí giao dịch. Doanh nghiệp và cơ quan tư pháp hoàn toàn chủ động trong việc quản trị nút mạng với chi phí duy trì hạ tầng cố định, tiết kiệm hơn 70% chi phí vận hành so với các giải pháp quản lý chứng cứ độc quyền thương mại.

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

Hạn chế kỹ thuật

  • Sự phụ thuộc vào trạng thái nút IPFS: Nếu các node ghim dữ liệu (Pinning nodes) trong IPFS Cluster đồng loạt mất kết nối mạng diện rộng, quá trình tải nội dung tệp bằng chứng dung lượng lớn có thể bị gián đoạn (dù siêu dữ liệu on-chain vẫn bảo toàn).
  • Phân tích tự động còn hạn chế: Hệ thống hiện tập trung vào bảo vệ tính nguyên vẹn và quản lý chuyển giao; việc phân tích mẫu hình tấn công vẫn phụ thuộc phần lớn vào chuyên môn thủ công của giám định viên.

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

  1. Ứng dụng Bằng chứng Không tri thức (Zero-Knowledge Proofs - ZKP): Cho phép công tố viên hoặc bên thứ ba xác minh một thuộc tính của bằng chứng (ví dụ: địa chỉ IP nằm trong dải vi phạm) mà không cần phải giải mã toàn bộ nội dung tệp nhạy cảm.
  2. Mở rộng liên chuỗi (Cross-chain Forensics): Nghiên cứu cầu nối (Cross-chain Bridge) cho phép liên thông chuỗi CoC giữa các mạng Blockchain của nhiều quốc gia phục vụ điều tra tội phạm xuyên biên giới.
  3. Trí tuệ nhân tạo hỗ trợ điều tra (AI-driven Forensics): Tích hợp module AI tự động phân loại mức độ nghiêm trọng của bằng chứng và trích xuất dấu hiệu xâm phạm (Indicators of Compromise - IoC) trước khi đóng gói lên Blockchain.

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

  • Sinh viên & Học viên chuyên ngành An toàn thông tin / Khoa học máy tính: Tiếp cận tài liệu thực tế, mẫu kiến trúc hoàn chỉnh kết hợp giữa Blockchain doanh nghiệp, lưu trữ phân tán và mạng điều khiển bằng phần mềm SDN.
  • Kỹ sư phát triển hệ thống & Blockchain Developers: Tham khảo các mẫu thiết kế mã nguồn Smart Contract (Chaincode Golang), mô hình xác thực chứng chỉ số X.509 với ABAC và kiến trúc API tích hợp ví phân tán.
  • Cơ quan Tư pháp, Viện Kiểm sát, Tòa án: Sở hữu một bộ khung giải pháp minh bạch, chuẩn hóa, đảm bảo giá trị chứng cứ điện tử đáp ứng đầy đủ yêu cầu khắt khe của Luật Tố tụng điện tử.
  • Doanh nghiệp & Trung tâm SOC/CSIRT: Ứng dụng giải pháp làm công cụ chủ động ghi nhận và bảo vệ nhật ký biến cố an ninh mạng phục vụ công tác ứng cứu sự cố bảo mật chuyên nghiệp.

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

1. Yêu cầu kỹ thuật tối thiểu để triển khai một nút mạng (Peer Node) BbF là gì?

Mỗi tổ chức cần trang bị tối thiểu máy chủ ảo hóa chạy hệ điều hành Ubuntu Linux (từ 20.04 LTS), 4 vCPU, 8GB RAM và 100GB SSD. Hệ thống chạy trên nền tảng Docker Container, hỗ trợ kết nối mạng riêng bảo mật TLS giữa các cơ quan.

2. Dung lượng bằng chứng số lên tới hàng chục Gigabyte có làm nghẽn mạng Blockchain không?

Không. BbF áp dụng kiến trúc tách biệt On-chain và Off-chain. Toàn bộ tệp dung lượng lớn được mã hóa và phân mảnh lưu trữ trên cụm IPFS Cluster. Sổ cái Blockchain chỉ lưu trữ các chuỗi siêu dữ liệu nhỏ gọn (CID, Hash SHA-256, chữ ký số) với kích thước chỉ vài Kilobyte cho mỗi giao dịch.

3. Làm thế nào để ngăn chặn điều tra viên sửa đổi báo cáo hoặc bằng chứng đã thu thập?

Mọi hành vi khởi tạo hoặc cập nhật đều yêu cầu chữ ký số từ khóa cá nhân của điều tra viên và được Smart Contract thẩm định. Một khi giao dịch đã qua pha đồng thuận (Consensus) và được đóng vào khối (Block), dữ liệu trở nên bất biến vĩnh viễn trên sổ cái phân tán. Mọi thay đổi nội dung tệp gốc sẽ dẫn đến sự sai lệch mã băm SHA-256 và bị hệ thống phát hiện ngay lập tức.

4. Hệ thống có khả năng tích hợp vào các hạ tầng mạng truyền thống ngoài SDN không?

Có. Mặc dù đề tài thực nghiệm trên môi trường mạng SDN để chứng minh khả năng tự động hóa bắt gói tin, nhưng lớp RESTful Blockchain API của BbF được thiết kế hoàn toàn độc lập. Bất kỳ công cụ giám sát mạng truyền thống (như Snort, Suricata, Wireshark, Splunk, Elastic SIEM) đều có thể gửi dữ liệu bằng chứng vào hệ thống thông qua giao thức HTTP/HTTPS tiêu chuẩn.

5. Chi phí triển khai và thời gian hoàn vốn đầu tư (ROI) của hệ thống như thế nào?

Hệ thống được xây dựng hoàn toàn trên nền tảng các công nghệ mã nguồn mở hàng đầu thế giới (Hyperledger Fabric, IPFS, Node.js, Linux), giúp tiết kiệm 100% chi phí bản quyền phần mềm. Thời gian triển khai cấu hình mạng thử nghiệm chỉ từ 2-4 tuần, mang lại giá trị tức thì trong việc bảo vệ dữ liệu pháp lý và loại trừ rủi ro bị bác bỏ chứng cứ tại tòa án.

Kết luận

Đề tài "Bộ khung điều tra số hỗ trợ lưu trữ và quản lý chuyển giao bằng chứng số dựa trên Blockchain" (BbF) đã giải quyết thành công bài toán bảo toàn tính toàn vẹn, xác thực và chống chối bỏ cho chuỗi giám định pháp chứng kỹ thuật số (Chain of Custody). Bằng việc kết hợp sáng tạo giữa nền tảng Blockchain Hyperledger Fabric, hệ thống lưu trữ phân tán IPFS và mô hình kiểm soát truy cập thuộc tính ABAC, BbF cung cấp một giải pháp toàn diện, hiệu năng cao và có tính ứng dụng thực tiễn vượt trội cho công tác điều tra an ninh mạng.

Sự thành công của công trình được bảo chứng bởi các giải thưởng học thuật uy tín và sự đánh giá cao từ các cơ quan chuyên trách tác chiến không gian mạng. Đây là nền tảng vững chắc để tiếp tục mở rộng, hoàn thiện các tính năng nâng cao và tiến tới thương mại hóa hoặc chuyển giao công nghệ cho các cơ quan quản lý nhà nước và doanh nghiệp trong kỷ nguyên chuyển đổi số.