Giới thiệu dự án

Sự bùng nổ của kỷ nguyên số và thiết bị thông minh đã định hình lại hoàn toàn cách người dùng tiếp cận dịch vụ trực tuyến. Theo thống kê từ Statista, năm 2023 toàn cầu ghi nhận hơn 5 tỷ người sử dụng Internet, thị trường ứng dụng di động đạt doanh thu vượt mốc 475 tỷ USD với hơn 1 tỷ thiết bị thông minh xuất xưởng mỗi năm. Tuy nhiên, hệ điều hành Android với kiến trúc mở đang đối mặt với làn sóng tấn công mã độc và khai thác lỗ hổng leo thang theo cấp số nhân.

+-----------------------------------------------------------------------------+
|                         BỐI CẢNH AN TOÀN DỮ LIỆU ANDROID                    |
|                                                                             |
|  [>5 Tỷ Người Dùng Internet] ---> [475+ Tỷ USD Doanh Thu App Di Động]       |
|                                 |                                           |
|                                 v                                           |
|                  [Môi Trường Thực Thi Không Tin Cậy]                        |
|                                 |                                           |
|        +------------------------+------------------------+                  |
|        |                                                 |                  |
|        v                                                 v                  |
|  [Mô Hình Hộp Đen / Hộp Xám]                   [Mô Hình Hộp Trắng]          |
|  (Mã hóa chuẩn AES-128 FIPS 197)               (Tấn công: Root, GDB, Frida, |
|  -> Khóa giải mã lộ trên RAM                   Memory Dump, Dịch ngược APK) |
|        |                                                 |                  |
|        +------------------------+------------------------+                  |
|                                 v                                           |
|               [GIẢI PHÁP: MẬT MÃ HỘP TRẮNG (WBC)]                           |
|               - Triệt tiêu khóa rõ trong bộ nhớ RAM                         |
|               - Nhúng khóa vào các bảng tra cứu LUT                         |
|               - Khử ánh xạ tuyến tính bằng song ánh phi tuyến               |
+-----------------------------------------------------------------------------+

Vấn đề cốt lõi (Problem Statement) nằm ở chỗ các giải pháp mật mã cổ điển (như chuẩn mã hóa AES - FIPS PUB 197) được thiết kế dựa trên giả định Mô hình Hộp Đen (Black-box Model), nơi môi trường thực thi được coi là an toàn tuyệt đối và kẻ tấn công chỉ có thể quan sát đầu vào/đầu ra. Trên thực tế, thiết bị di động của người dùng cuối là một Môi trường Không Đáng Tin Cậy (Untrusted Environment). Kẻ tấn công nắm toàn quyền kiểm soát thiết bị (Root access, Dynamic Debugging với GDB/Frida, Reverse Engineering với Jadx/IDA Pro, Memory Dumping). Trong điều kiện này, khóa bí mật của thuật toán mã hóa đối xứng dễ dàng bị trích xuất trực tiếp từ bộ nhớ RAM trong quá trình mở rộng khóa (KeyExpansion) hoặc thực thi phép cộng khóa vòng (AddRoundKey).

Nhằm giải quyết triệt để điểm yếu chí tử trên, đề tài khóa luận "Nghiên cứu mật mã hộp trắng để tăng cường bảo mật dữ liệu trên ứng dụng Android" do sinh viên Đỗ Đông Chiến thực hiện dưới sự hướng dẫn của TS. Nguyễn Tấn Cầm tại Trường Đại học Công nghệ Thông tin - ĐHQG TP.HCM tập trung vào 4 mục tiêu cụ thể:

  1. Nghiên cứu cơ sở toán học trên trường hữu hạn $GF(2^8)$, lý thuyết hỗn loạn - khuếch tán của Shannon và kỹ thuật che giấu giải thuật Mật mã Hộp trắng (Whitebox Cryptography - WBC) theo mô hình Chow et al. (2002).
  2. Thiết kế và hiện thực hóa thư viện mật mã hộp trắng WBC AES-128 kết hợp chế độ mã hóa chuỗi khối (Cipher Block Chaining - CBC) và chuẩn đệm dữ liệu PKCS#5 trên nền tảng Android NDK (C/C++).
  3. Xây dựng hệ thống ứng dụng minh họa hoàn chỉnh luồng nghiệp vụ (End-to-End) gồm ứng dụng Android client và hệ thống backend trên Google Cloud Platform (GCP) với Spring Boot, NGINX, MySQL, Kubernetes và hệ thống giám sát an ninh SIEM Wazuh.
  4. Kiểm thử tính đúng đắn theo vector kiểm thử chuẩn của NIST, đo lường hiệu năng thực thi trên các thiết bị di động vật lý (LG-V600, RMX3478) và thực hiện thám mã thực nghiệm (Cryptanalysis) để chứng minh khả năng kháng trích xuất khóa.

Phạm vi và giới hạn: Nghiên cứu giới hạn ở thuật toán mã hóa khối đối xứng AES độ dài khóa 128-bit (AES-128), hoạt động ở chế độ CBC phục vụ bài toán bảo mật lưu trữ dữ liệu người dùng cục bộ trên hệ điều hành Android.

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

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

Trong mô hình an toàn thông tin, các hình thái tấn công thám mã được phân cấp theo lượng thông tin và quyền hạn của kẻ tấn công:

Tiêu chí so sánh Mô hình Hộp Đen (Black-box) Mô hình Hộp Xám (Grey-box) Mô hình Hộp Trắng (White-box)
Quyền hạn kẻ tấn công Chỉ quan sát Input / Output Đo kênh phụ (Thời gian, Năng lượng, Điện từ) Toàn quyền can thiệp bộ nhớ, CPU, Code, Debugger
Môi trường thực thi Đáng tin cậy (Server bảo mật, HSM) Bán tin cậy (Thẻ thông minh, Chip vi xử lý) Không tin cậy (Mobile app, PC, DRM Client)
Cơ chế tấn công chính Phân tích vi sai, Tuyến tính cổ điển Tấn công kênh bên (Side-channel), Bơm lỗi (Fault) Hooking (Frida), Trích xuất RAM, Sửa mã nhị phân
Khả năng bảo vệ khóa AES Tốt nếu thuật toán chuẩn Yếu nếu không có phần cứng kháng kênh bên Thất bại hoàn toàn nếu dùng triển khai chuẩn

Mô hình hóa yêu cầu hệ thống theo phương pháp MoSCoW:

  • Must have: Thư viện WBC AES-128 Native C/C++ cho Android; tích hợp chế độ CBC; đệm PKCS#5; không xuất hiện khóa rõ (Plain Key) trong quá trình cấp phát bộ nhớ.
  • Should have: Module tạo vé ngẫu nhiên (Initialization Vector - IV); kết nối API bảo mật với Cloud Backend; ghi nhận nhật ký an ninh tập trung qua SIEM.
  • Could have: Áp dụng kỹ thuật làm rối mã (Code Obfuscation) nâng cao trên file nhị phân .so.
  • Won't have (lần này): Hỗ trợ chuẩn mã hóa khóa công khai RSA Whitebox hoặc AES-256.

Thiết kế hệ thống

Kiến trúc giải pháp được thiết kế theo mô hình đa tầng phân tán, kết nối an toàn giữa Client di động và hạ tầng Cloud:

graph TD
    subgraph Android_Client ["Android Client Application"]
        UI["Mobile UI (Kotlin/Java)"]
        JNI["JNI Bridge"]
        WBC["WBC AES-128 CBC Engine (C/C++)"]
        SecStore["Secure Local Storage"]
        UI --> JNI
        JNI --> WBC
        WBC --> SecStore
    end

    subgraph GCP_Cloud ["Google Cloud Platform (GCP) Infrastructure"]
        NGINX["NGINX Reverse Proxy (Port 443)"]
        K8S["Kubernetes Cluster / Docker"]
        SpringBoot["Spring Boot API Gateway"]
        MySQL[("MySQL 8.0 (Relational Data)")]
        GCS[("Google Cloud Storage (D2)")]
        Wazuh["Wazuh SIEM Manager"]
        
        NGINX --> SpringBoot
        SpringBoot --> MySQL
        SpringBoot --> GCS
        K8S -. Logs/Events .-> Wazuh
    end

    JNI -. HTTPS / REST API .-> NGINX

Technology Stack chi tiết:

  • Mobile Client: Android SDK API 33, Android NDK r25b, C++17 Native Library, Java/Kotlin UI.
  • Backend Application: Java 17, Spring Boot v3.1.2, Maven, Spring Security.
  • Infrastructure & Proxy: Google Compute Engine (GCE), NGINX v1.24, Docker v24.0, Kubernetes v1.27.
  • Storage & Security: MySQL v8.0, Google Cloud Storage (GCS), Wazuh SIEM v4.5.
+-----------------------------------------------------------------------------+
|               CẤU TRÚC BẢNG TRA CỨU MẬT MÃ HỘP TRẮNG (LUT WBC)              |
|                                                                             |
|  [Đầu Vào 8-bit] ---> [Bảng Tra Ty (SubBytes + ShiftRows + AddRoundKey)]    |
|                             |                                               |
|                             v                                               |
|               [Bảng Hợp Nhất (T-Box + MixColumns)]                          |
|                             |                                               |
|                             v                                               |
|               [Khử Tuyến Tính: Bảng Song Ánh Nhập/Xuất]                     |
|                             |                                               |
|                             v                                               |
|               [Mạng Phép Cộng Bảng Tra Cứu XOR (Type II/III/IV)]            |
|                             |                                               |
|                             v                                               |
|  [Đầu Ra 8-bit/32-bit Đã Mã Hóa - Triệt Tiêu Hoàn Toàn Khóa Gốc]            |
+-----------------------------------------------------------------------------+

Phương pháp luận (Methodology)

Dự án áp dụng mô hình phát triển linh hoạt (Agile Scrum) gồm 4 giai đoạn chính kéo dài trong 16 tuần:

  1. Sprint 1 (Tuần 1-4): Nghiên cứu lý thuyết đại số trừu tượng, trường hữu hạn $GF(2^8)$, thiết kế toán học cho hệ thống bảng tra cứu LUT (Look-Up Table).
  2. Sprint 2 (Tuần 5-8): Hiện thực thuật toán Chow WBC AES-128 bằng C/C++, xây dựng bảng khử tuyến tính và hàm ghép nối chế độ CBC.
  3. Sprint 3 (Tuần 9-12): Phát triển JNI Wrapper, xây dựng ứng dụng Android Client, thiết lập hạ tầng GCP, triển khai Spring Boot và Wazuh SIEM.
  4. Sprint 4 (Tuần 13-16): Đánh giá benchmark, kiểm thử bảo mật (Frida Dynamic Hooking), tối ưu bộ nhớ và nghiệm thu.

Implementation và kết quả

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

Cốt lõi của phương pháp Chow et al. là biến đổi toàn bộ 4 bước của mỗi vòng mã hóa AES (SubBytes, ShiftRows, MixColumns, AddRoundKey) thành một chuỗi các phép tra bảng phức hợp (Look-Up Tables - LUT). Khóa vòng $K^{(r)}$ được nhúng trực tiếp vào bảng thế $S$-box, tạo thành bảng $T$:

$$T_{i,j}^{(r)}(x) = S(x \oplus k_{i,j}^{(r)})$$

Để chống lại việc trích xuất bảng $T$, các phép song ánh phi tuyến ngẫu nhiên (Non-linear Bijections) $P$ và $Q$ được áp dụng vào đầu vào và đầu ra của mỗi bảng tra:

$$T'{i,j} = Q{i,j} \circ T_{i,j} \circ P_{i,j}^{-1}$$

Cấu trúc thuật toán thực thi vòng mã hóa Whitebox AES-128 trong thư viện C++:

// Trích xuất cấu trúc thuật toán mã hóa khối Whitebox AES-128
#include "whitebox_aes.h"
#include <cstring>

void wbc_aes128_encrypt_block(const uint8_t state_in[16], uint8_t state_out[16], const WBCContext* ctx) {
    uint8_t state[16];
    uint8_t next_state[16];
    
    // Áp dụng External Input Bijection
    for (int i = 0; i < 16; ++i) {
        state[i] = ctx->ext_in_bijection[i][state_in[i]];
    }

    // 9 Vòng đầu tiên: Tra cứu bảng Type II và Type IV (T-Box kết hợp MixColumns & XOR network)
    for (int r = 0; r < 9; ++r) {
        for (int c = 0; c < 4; ++c) {
            uint32_t col_val = 0;
            // Thực hiện tra cứu bảng kết hợp phân tán khóa
            uint32_t y0 = ctx->type2_table[r][c * 4 + 0][state[c * 4 + 0]];
            uint32_t y1 = ctx->type2_table[r][c * 4 + 1][state[((c * 4 + 1) + 4) % 16]];
            uint32_t y2 = ctx->type2_table[r][c * 4 + 2][state[((c * 4 + 2) + 8) % 16]];
            uint32_t y3 = ctx->type2_table[r][c * 4 + 3][state[((c * 4 + 3) + 12) % 16]];
            
            // Khử tuyến tính thông qua mạng bảng tra XOR (Type IV Table)
            col_val = xor_table_lookup(y0, y1, y2, y3, ctx->type4_table[r][c]);
            
            unpack_to_state(col_val, &next_state[c * 4]);
        }
        std::memcpy(state, next_state, 16);
    }

    // Vòng 10: Tra cứu bảng Type IB (Không có MixColumns)
    for (int i = 0; i < 16; ++i) {
        state[i] = ctx->type1b_table[i][state[i]];
    }

    // Áp dụng External Output Bijection
    for (int i = 0; i < 16; ++i) {
        state_out[i] = ctx->ext_out_bijection[i][state[i]];
    }
}

Để mã hóa toàn vẹn dữ liệu người dùng, chế độ CBC được hiện thực kết hợp tạo vector khởi tạo (IV) ngẫu nhiên bằng bộ sinh số giả ngẫu nhiên chuẩn mật mã:

// Wrapper gọi thư viện Native C++ từ tầng Android Service
public class WhiteboxStorageManager {
    static {
        System.loadLibrary("wbc_crypto_engine");
    }

    private native byte[] nativeEncryptCBC(byte[] data, byte[] iv);
    private native byte[] nativeDecryptCBC(byte[] cipherData, byte[] iv);

    public byte[] secureStoreUserData(byte[] rawPayload) {
        byte[] iv = new byte[16];
        SecureRandom random = new SecureRandom();
        random.nextBytes(iv); // Sinh IV ngẫu nhiên
        
        byte[] padded = applyPKCS5Padding(rawPayload);
        byte[] encryptedData = nativeEncryptCBC(padded, iv);
        
        // Kết hợp IV + Ciphertext để lưu trữ cục bộ
        return ByteBuffer.allocate(iv.length + encryptedData.length)
                         .put(iv)
                         .put(encryptedData)
                         .array();
    }
}

Kiểm thử và Đánh giá hiệu năng

Hệ thống được đánh giá thực nghiệm trên 2 thiết bị Android vật lý đại diện cho 2 phân khúc phần cứng:

  • Thiết bị 1: LG V60 ThinQ (LG-V600), Chipset Qualcomm Snapdragon 865, 8GB RAM, Android 12.
  • Thiết bị 2: Realme 9 Pro 5G (RMX3478), Chipset Qualcomm Snapdragon 695 5G, 6GB RAM, Android 13.
+-----------------------------------------------------------------------------+
|                  BIỂU ĐỒ SO SÁNH THỜI GIAN THỰC THI MÃ HÓA                  |
|                  (Đo trên 1000 lượt với các kích thước mẫu)                 |
|                                                                             |
|  Thời Gian (ms)                                                             |
|   120 +                                                                     |
|       |                                                    [112.4 ms]       |
|   100 +                                                    RMX3478 (10KB)   |
|       |                                                                     |
|    80 +                                  [78.2 ms]                          |
|       |                                  LG-V600 (10KB)                     |
|    60 +                                                                     |
|       |                                                                     |
|    40 +                [34.1 ms]                                            |
|       |                RMX3478 (1KB)                                        |
|    20 +  [21.5 ms]                                                          |
|       |  LG-V600 (1KB)                                                      |
|     0 +---+----------------+-----------------+----------------+--------->   |
|          16 Bytes         256 Bytes        1 KByte          10 KBytes       |
|                                                                             |
|   * Ghi chú: WBC AES-128 có độ trễ cao hơn AES phần cứng do chi phí tra     |
|     bảng LUT (~770 KB RAM), nhưng hoàn toàn đáp ứng thời gian thực (<120ms).|
+-----------------------------------------------------------------------------+

Dữ liệu kiểm thử chi tiết:

Payload Size Chuẩn AES-128 (Android Crypto API) WBC AES-128 (LG-V600) WBC AES-128 (RMX3478) Độ chính xác KAT
16 Bytes (1 Block) 0.08 ms 0.35 ms 0.52 ms 100% Khớp NIST
256 Bytes 0.22 ms 4.80 ms 7.10 ms 100% Khớp NIST
1 KByte 0.85 ms 21.50 ms 34.10 ms 100% Khớp NIST
10 KBytes 5.10 ms 78.20 ms 112.40 ms 100% Khớp NIST

Thực nghiệm Thám mã (Cryptanalysis)

Khóa luận tiến hành thực nghiệm tấn công trên 2 kịch bản ứng dụng:

+-----------------------------------------------------------------------------+
|                      KỊCH BẢN THÁM MÃ THỰC NGHIỆM                           |
|                                                                             |
|  [Kịch Bản 1: Ứng Dụng Chuẩn OpenSSL/Java]                                  |
|  Frida Hooking / GDB Memory Dump ---> Trích xuất được Khóa Rõ:             |
|  "2b 7e 15 16 28 ae d2 a6 ab f7 15 88 09 cf 4f 3c"  [THÀNH CÔNG TRONG 15S]  |
|                                                                             |
|  [Kịch Bản 2: Ứng Dụng Tích Hợp WBC AES-128 C++ + Obfuscation]              |
|  Frida Hooking / GDB Memory Dump ---> Chỉ thấy các Bảng Tra Cứu LUT         |
|  (Bị xáo trộn bởi Song Ánh Phi Tuyến)               [TRÍCH XUẤT THẤT BẠI]   |
+-----------------------------------------------------------------------------+
  • Kịch bản 1 (Ứng dụng không áp dụng WBC): Sử dụng công cụ dịch ngược Jadx-GUI phân tích file .apk, kết hợp framework Frida hook vào hàm javax.crypto.Cipher.init(). Kết quả: Trích xuất toàn bộ 16 bytes khóa bí mật gốc chỉ sau 15 giây gỡ lỗi trong bộ nhớ RAM.
  • Kịch bản 2 (Ứng dụng tích hợp WBC AES-128 và Obfuscation): Dịch ngược file .so qua Ghidra và IDA Pro. Mọi lệnh mã hóa đều chuyển thành các lệnh truy xuất mảng hằng số phân tán. Tiến hành dump toàn bộ heap memory trong thời gian thực nhưng không tìm thấy cấu trúc khóa 128-bit hay bảng $S$-box nguyên bản. Tấn công trích xuất khóa bằng Frida thất bại hoàn toàn.

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

  1. Triệt tiêu hoàn toàn sự phụ thuộc vào Black-box Model trên Android: Đề tài đã chuyển dịch thành công giải thuật mã hóa chuẩn từ phụ thuộc vào sự bí mật của khóa trong bộ nhớ sang phụ thuộc vào độ phức tạp của các cấu trúc bảng hợp nhất và song ánh ngẫu nhiên.
  2. Hiện thực hóa trọn vẹn luồng mã hóa CBC Hộp trắng: Khắc phục nhược điểm rò rỉ mẫu dữ liệu của chế độ ECB trong các nghiên cứu lý thuyết trước đây, đảm bảo tính ngẫu nhiên hóa tuyệt đối cho bản mã.
  3. Mô hình kiến trúc tổng thể Client-Cloud có khả năng ứng dụng thực tế: Không dừng lại ở mức độ thuật toán mô phỏng trên máy tính cá nhân, đề tài xây dựng hoàn chỉnh cầu nối JNI Native trên Android kết hợp với hệ thống Backend microservices đạt chuẩn doanh nghiệp trên GCP.
Tiêu chí kỹ thuật Triển khai AES Chuẩn (Android Keystore) Triển khai Làm Rối Mã (DexGuard / ProGuard) Đề tài: WBC AES-128 CBC Engine
Kháng Root/Hooking Kém (Lộ khóa khi gọi bộ nhớ userland) Trung bình (Bị bẻ bởi Frida/Xposed script) Rất cao (Khóa bị hòa tan vào bảng LUT)
Phụ thuộc phần cứng Bắt buộc có TEE / StrongBox Không phụ thuộc Không phụ thuộc (Chạy trên mọi chip ARM)
Dung lượng bộ nhớ RAM Rất thấp (< 5 KB) Thấp (~10 KB) Chấp nhận được (~770 KB cho bảng tra)
Tính toàn vẹn thuật toán Chuẩn FIPS 197 Dễ bị sửa đổi mã máy Kháng đảo ngược cấu trúc dữ liệu

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

Trường hợp sử dụng thực tế (Real-world Use Cases)

  • Quản lý Bản quyền Kỹ thuật số (DRM): Bảo vệ các luồng nội dung số (Video streaming, Audio, E-book) khi giải mã offline trên thiết bị khách hàng mà không lo bị rip nội dung.
  • Lưu trữ bảo mật trong ứng dụng Ngân hàng & Fintech: Lưu trữ Access Token, Session Key, Mã PIN mã hóa cục bộ trên thiết bị đã bị root mà vẫn đảm bảo tiêu chuẩn PCI-DSS.
  • Khóa xác thực cho thiết bị IoT/Connected Cars: Bảo vệ thông tin đăng nhập và khóa mã hóa dữ liệu cảm biến truyền về máy chủ trung tâm.

Hướng dẫn triển khai (Deployment Guide)

# 1. Khởi tạo và biên dịch thư viện Native Android NDK
cd app/src/main/cpp
cmake -Bbuild -DCMAKE_BUILD_TYPE=Release
cmake --build build --target wbc_crypto_engine

# 2. Đóng gói file thư viện libwbc_crypto_engine.so vào APK Android
./gradlew assembleRelease

# 3. Triển khai hạ tầng Backend trên Google Kubernetes Engine (GKE)
kubectl apply -f k8s/nginx-ingress.yaml
kubectl apply -f k8s/springboot-deployment.yaml
kubectl apply -f k8s/mysql-statefulset.yaml

# 4. Kiểm tra trạng thái hệ thống giám sát an ninh Wazuh SIEM
systemctl status wazuh-manager

Phân tích hiệu quả kinh tế (ROI) và Khả năng mở rộng

  • Tiết kiệm chi phí phần cứng: Không yêu cầu doanh nghiệp phải đầu tư thiết bị di động đắt tiền trang bị chip bảo mật chuyên dụng HSM/SE, giảm 100% chi phí bản quyền giải pháp bảo mật phần cứng bên thứ ba.
  • Độ sẵn sàng cao: Hệ thống Backend trên GCP hỗ trợ Auto-scaling đáp ứng hàng triệu thiết bị đồng thời với mức tải CPU trên cụm máy chủ chỉ tăng dưới 5% đối với các tác vụ xác thực trung gian.

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

Hạn chế kỹ thuật

  • Chi phí không gian nhớ (Memory Footprint): Việc phân tán khóa tạo ra tập hợp bảng tra cứu có kích thước khoảng 770 KB, lớn hơn đáng kể so với triển khai AES thông thường (< 5 KB).
  • Tốc độ thực thi: Do toàn bộ phép tính toán số học trên trường $GF(2^8)$ được chuyển đổi thành các bước tra cứu bảng lồng nhau trong bộ nhớ, tốc độ mã hóa chậm hơn khoảng 4-8 lần so với việc sử dụng tập lệnh phần cứng AES-NI chuyên dụng.
  • Lỗ hổng trước các cuộc tấn công đại số nâng cao: Triển khai của Chow et al. nguyên bản có thể bị tổn thương trước các kỹ thuật thám mã đại số vi sai bậc cao (như tấn công BGE) nếu không kết hợp thêm các lớp bảo vệ che giấu (Masking schemes).

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

  • Tích hợp kỹ thuật Che giấu bậc cao (Higher-Order Masking) và cơ chế biến đổi bảng động (Dynamic Table Generation) định kỳ từ Server để vô hiệu hóa tấn công BGE.
  • Mở rộng thuật toán hỗ trợ độ dài khóa AES-192, AES-256 và nghiên cứu ứng dụng cho các hệ mật mã hậu lượng tử (Post-Quantum Cryptography - PQC).
  • Tối ưu hóa bảng tra cứu sử dụng cơ chế nén bảng (Space-hardened WBC) để giảm dung lượng bộ nhớ xuống dưới 100 KB, tối ưu cho các thiết bị nhúng IoT siêu nhỏ.

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

+-----------------------------------------------------------------------------+
|                         ĐỐI TƯỢNG HƯỞNG LỢI DỰ ÁN                           |
|                                                                             |
|  [Sinh Viên & Giảng Viên]        --> Nguồn tài liệu giải thuật & code mẫu   |
|  [Lập Trình Viên Mobile/SecOps] --> Thư viện C++/JNI tích hợp ngay          |
|  [Doanh Nghiệp Fintech / DRM]   --> Giải pháp bảo vệ dữ liệu Zero-Hardware  |
|  [Nhà Nghiên Cứu Mật Mã Học]     --> Cơ sở thực nghiệm thám mã hộp trắng    |
+-----------------------------------------------------------------------------+
  • Sinh viên & Giảng viên ngành An toàn Thông tin: Cung cấp tài liệu nghiên cứu toàn diện từ toán học trừu tượng đến mã nguồn thực nghiệm về mật mã hộp trắng – một lĩnh vực hiếm có tài liệu tiếng Việt chuyên sâu.
  • Lập trình viên Mobile & Kỹ sư An toàn thông tin: Sở hữu bộ khung mã nguồn Native C++ chuẩn hóa, dễ dàng tích hợp trực tiếp vào các dự án ứng dụng Android thực tế qua giao tiếp JNI.
  • Doanh nghiệp cung cấp giải pháp số: Có được giải pháp tự chủ công nghệ để bảo vệ tài sản số và dữ liệu nhạy cảm của khách hàng với chi phí bản quyền 0 đồng.
  • Cộng đồng Nghiên cứu Mật mã học: Đóng góp dữ liệu đo lường thực nghiệm (Benchmark) và kịch bản thám mã thực tế trên các dòng vi xử lý ARM di động hiện đại.

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

1. Yêu cầu kỹ thuật để deploy thư viện WBC lên Android là gì?

Ứng dụng cần hỗ trợ tối thiểu Android 7.0 (API Level 24) trở lên, hỗ trợ kiến trúc CPU armeabi-v7a và arm64-v8a. Mã nguồn C++ yêu cầu chuẩn C++17 và tích hợp thông qua Android NDK r21 trở lên.

2. Giới hạn về khả năng mở rộng và giải pháp khắc phục dung lượng bảng LUT?

Bảng tra cứu của Chow WBC AES-128 chiếm khoảng 770 KB RAM. Đối với các thiết bị di động hiện đại có RAM từ 4GB - 12GB, dung lượng này hoàn toàn không ảnh hưởng đến hiệu năng hệ thống. Với các hệ thống cực kỳ hạn chế dung lượng, có thể áp dụng kỹ thuật giải nén bảng động theo từng vòng mã hóa.

3. Tích hợp WBC vào hệ thống backend/client hiện có như thế nào?

Thư viện WBC đóng vai trò là module mã hóa/giải mã ở tầng lưu trữ cục bộ. Bản mã xuất ra hoàn toàn tương thích với chuẩn AES-128 CBC thông thường. Do đó, hệ thống Backend phía chủ chỉ cần triển khai giải thuật AES-128 tiêu chuẩn (OpenSSL, Java Cryptography Architecture) với khóa bí mật tương ứng là có thể giải mã dữ liệu gửi lên từ Client một cách liền mạch.

4. Nhu cầu bảo trì, cập nhật và quản lý vòng đời khóa hộp trắng?

Khóa được cố định bên trong các bảng LUT khi tạo. Khi cần thay đổi khóa (Key Rotation), hệ thống Backend sẽ tạo tập bảng LUT mới và gửi an toàn về Client thông qua kênh truyền HTTPS có xác thực chứng chỉ số (Certificate Pinning) để cập nhật lại tệp nhị phân dữ liệu bảng trên ứng dụng.

5. Chi phí triển khai và thời gian hoàn vốn (ROI)?

Giải pháp sử dụng 100% công nghệ mã nguồn mở và nền tảng đám mây linh hoạt, không phát sinh chi phí mua bản quyền phần mềm độc quyền từ bên thứ ba. Doanh nghiệp có thể tiết kiệm hàng chục nghìn USD chi phí kiểm toán bảo mật và ngăn chặn thiệt hại hàng trăm nghìn USD từ các vụ rò rỉ dữ liệu hoặc xâm phạm bản quyền ứng dụng.

Kết luận

Khóa luận tốt nghiệp "Nghiên cứu mật mã hộp trắng để tăng cường bảo mật dữ liệu trên ứng dụng Android" đã giải quyết xuất sắc bài toán then chốt trong an toàn thông tin hiện đại: Bảo vệ dữ liệu mật mã trong môi trường thực thi hoàn toàn bị kiểm soát bởi kẻ tấn công.

Bằng việc kết hợp chặt chẽ giữa cơ sở toán học trường hữu hạn, giải thuật phân tán khóa Chow et al., ngôn ngữ lập trình cấp thấp C++ Native trên Android và hạ tầng điện toán đám mây Google Cloud Platform, công trình đã chứng minh tính khả thi vượt trội của Mật mã Hộp trắng trong thực tiễn. Kết quả thực nghiệm khẳng định giải pháp vô hiệu hóa hoàn toàn các kỹ thuật trích xuất khóa động bằng Frida và GDB, duy trì hiệu năng ổn định (< 120ms) và bảo toàn tính tương thích hoàn hảo với các chuẩn công nghiệp.

Đây là tiền đề kỹ thuật vững chắc để các nhà phát triển ứng dụng di động, các tổ chức tài chính và doanh nghiệp nội dung số áp dụng ngay vào sản phẩm thực tế, nâng cao năng lực tự vệ cho hệ thống thông tin di động trước các mối đe dọa an ninh mạng ngày càng phức tạp.