Giới thiệu dự án

Trong bối cảnh chuyển đổi số và sự bùng nổ của mô hình điện toán đám mây (Cloud Computing), các doanh nghiệp đang chuyển dịch cơ sở dữ liệu (CSDL) nội bộ sang các nhà cung cấp dịch vụ đám mây (Cloud Service Provider - CSP) như AWS, Google Cloud, Microsoft Azure. Theo Gartner và Cybersecurity Ventures, thị trường điện toán đám mây đạt quy mô 371,4 tỷ USD vào năm 2020 và chạm mốc 832,1 tỷ USD vào năm 2025 với tốc độ tăng trưởng kép (CAGR) 17,5%. Tổng khối lượng dữ liệu toàn cầu lưu trữ trên cloud dự kiến vượt 100 Zettabytes (chiếm hơn 50% dữ liệu thế giới).

Tuy nhiên, mối đe dọa an toàn thông tin trên môi trường đám mây diễn biến phức tạp. Theo thống kê từ McAfee, các cuộc tấn công mạng nhằm vào dịch vụ đám mây tăng tới 630% chỉ trong giai đoạn đầu đại dịch Covid-19, trong đó ngành y tế và tài chính chịu ảnh hưởng nặng nề nhất với hơn 198 triệu địa chỉ IP độc hại được ghi nhận. Khảo sát thực tế chỉ ra 75% doanh nghiệp xem bảo mật dữ liệu đám mây là mối quan tâm sống còn, bởi CSP về bản chất là một thực thể "bán tin cậy" (honest-but-curious): họ thực hiện đúng chức năng lưu trữ và tính toán nhưng có thể chủ động quét, thu thập hoặc khai thác dữ liệu riêng tư của khách hàng.

+-----------------------------------------------------------------------+
|                         THÁCH THỨC AN NINH CƠ SỞ DỮ LIỆU ĐÁM MÂY      |
+-----------------------------------------------------------------------+
|  +------------------------+  +---------------------+  +-------------+ |
|  |  Rò rỉ đa người thuê   |  | Quản trị viên ngầm  |  | Tấn công    | |
|  |  (Multi-tenancy Leak)  |  | (Insider Threat)    |  | Trojan Horse| |
|  +------------------------+  +---------------------+  +-------------+ |
+-----------------------------------------------------------------------+
                                   |
                                   v
+-----------------------------------------------------------------------+
|  GIẢI PHÁP: MÃ HÓA NỘI DUNG (CP-ABE) + TÌM KIẾM BẢN MÃ (SSE) TRÊN SQL  |
+-----------------------------------------------------------------------+

Vấn đề thực tiễn (Problem Statement)

Các hệ thống quản trị cơ sở dữ liệu quan hệ (RDBMS) truyền thống dựa vào các mô hình kiểm soát truy cập như:

  • DAC (Discretionary Access Control): Quyền quyết định thuộc về chủ sở hữu dữ liệu nhưng dễ bị tổn thương trước tấn công Trojan Horse và sao chép dữ liệu trái phép.
  • MAC (Mandatory Access Control): Phân cấp bảo mật cứng nhắc theo mô hình Bell-LaPadula (No Read-Up, No Write-Down), không thể thích ứng với hệ thống động quy mô lớn.
  • RBAC (Role-Based Access Control): Phân quyền theo vai trò gây ra hiện tượng bùng nổ vai trò (role explosion) khi mở rộng quy mô đa phòng ban.
  • Lưu trữ dữ liệu dạng rõ (Plaintext): Khi máy chủ DB bị xâm nhập hoặc quản trị viên hệ thống đám mây lạm quyền, toàn bộ thông tin nhạy cảm (hồ sơ bệnh án, định danh cá nhân, giao dịch tài chính) sẽ bị lộ lọt hoàn toàn.

Mục tiêu dự án

  1. Nghiên cứu toàn diện cơ chế kiểm soát truy cập dựa trên thuộc tính (ABAC) và các lược đồ mã hóa định hướng thuộc tính: KP-ABE (Key-Policy ABE) và CP-ABE (Ciphertext-Policy ABE).
  2. Xây dựng giải pháp mã hóa có thể tìm kiếm đối xứng (Searchable Symmetric Encryption - SSE) trên dữ liệu mã hóa, bảo toàn tính riêng tư tìm kiếm chuyển tiếp (Forward Search Privacy - FsP).
  3. Thiết kế và hiện thực hóa mô hình bảo mật lai (Hybrid Security Architecture) tích hợp trực tiếp lên hệ quản trị CSDL quan hệ MySQL 8.0.
  4. Đánh giá thực nghiệm hiệu năng tính toán giải mã, mã hóa, sinh trapdoor và truy vấn bản mã nhằm chứng minh tính khả thi trong môi trường sản xuất.

Phương pháp tiếp cận và Phạm vi giải pháp

Dự án áp dụng phương pháp mã hóa chính sách bản mã CP-ABE kết hợp ánh xạ song tuyến tính (Bilinear Pairing) trên đường cong elliptic để mã hóa dữ liệu cùng cây cấu trúc truy cập $\mathcal{T}$. Đồng thời, hệ thống triển khai lược đồ SSE sử dụng cấu trúc chỉ mục đảo (Inverted Index) kết hợp hàm băm mật mã HMAC-SHA256, cho phép máy chủ đám mây thực thi câu lệnh truy vấn tìm kiếm dữ liệu mà không cần giải mã bản rõ.

Phạm vi và Giới hạn:

  • Phạm vi: Ứng dụng trên hệ CSDL SQL quan hệ (MySQL), tập trung vào các trường dữ liệu văn bản nhạy cảm (EHR, PII).
  • Giới hạn: Chưa tối ưu cho các phép tính toán số học phức tạp liên tục (Fully Homomorphic Encryption - FHE) do giới hạn về chi phí tính toán phần cứng.

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

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

Tiêu chí DAC MAC (Bell-LaPadula) RBAC Đề xuất: ABAC + CP-ABE + SSE
Cơ chế cấp quyền Chủ sở hữu quyết định Nhãn phân cấp hệ thống Gán theo vai trò (Role) Biểu thức logic trên tập thuộc tính
Độ mịn quyền truy cập Thấp Trung bình Trung bình Cực kỳ chi tiết (Fine-grained)
Kháng tấn công thông đồng Kém Trung bình Kém Cao (Nhờ ánh xạ song tuyến tính)
Bảo vệ dữ liệu tại CSP Không (Lưu bản rõ) Không (Lưu bản rõ) Không (Lưu bản rõ) Toàn diện (Dữ liệu & Index mã hóa)
Hỗ trợ tìm kiếm bản mã Không Không Không Hỗ trợ tìm kiếm từ khóa an toàn

Phân loại yêu cầu người dùng theo mô hình MoSCoW

  • Must-Have: Mã hóa trường dữ liệu bằng khóa $PK$ và cấu trúc cây truy cập $\mathcal{T}$; giải mã thành công khi tập thuộc tính $\mathcal{S}$ thỏa mãn $\mathcal{T}$; cơ chế sinh Trapdoor từ khóa truy vấn $w$.
  • Should-Have: Cập nhật khóa động khi người dùng thay đổi thuộc tính; tính năng ủy quyền khóa (Delegation) an toàn; hỗ trợ Forward Search Privacy ngăn rò rỉ quan hệ thêm/xóa.
  • Could-Have: Tích hợp bộ nhớ đệm Trapdoor phía client để tăng tốc độ truy vấn từ khóa lặp lại.
  • Won't-Have (Giai đoạn này): Tính toán đại số tuyến tính đồng cấu toàn phần đa bên trên dữ liệu số thực.

Thiết kế hệ thống

flowchart TB
    subgraph Trusted_Domain [Vùng Tin Cậy - Client / Enterprise]
        DO[Data Owner]
        DU[Data User]
        AA[Attribute Authority - AA]
    end

    subgraph Untrusted_Cloud [Vùng Đám Mây Bán Tin Cậy - Semi-Trusted CSP]
        Server[Cloud API Server]
        MySQL[(MySQL Encrypted Database)]
    end

    AA -->|1. Setup: Master Key MK, Public Key PK| DO
    AA -->|2. KeyGen: Secret Key SK_i| DU
    DO -->|3. Encrypt data & BuildIndex| Server
    Server -->|4. Store Encrypted Data & Inverted Index| MySQL
    DU -->|5. Trapdoor T_w| Server
    Server -->|6. Search Matching Index| MySQL
    MySQL -->|7. Encrypted Results| DU
    DU -->|8. DecryptNode with SK_i| DU

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

  • Ngôn ngữ phát triển: Python 3.8+ / C++ (PBC Wrapper)
  • Thư viện mật mã chuyên sâu: Charm-Crypto 0.50 (kết hợp thư viện GMP 6.2.1 và PBC Library 0.5.14 hỗ trợ Pairing-based Cryptography)
  • Hệ quản trị CSDL: MySQL Server 8.0.25 (InnoDB Engine, utf8mb4)
  • Giao diện & API: Flask Framework 2.0.1 / SQLAlchemy ORM 1.4
  • Thuật toán đối xứng bổ trợ: AES-256-CBC, HMAC-SHA256, PBKDF2

Thiết kế lược đồ cơ sở dữ liệu (Database Schema)

-- Bảng lưu trữ hồ sơ bệnh nhân mã hóa CP-ABE
CREATE TABLE encrypted_patient_records (
    record_id INT AUTO_INCREMENT PRIMARY KEY,
    patient_code_hash VARCHAR(64) NOT NULL,
    policy_str TEXT NOT NULL,
    ciphertext_payload LONGBLOB NOT NULL,
    created_at TIMESTAMP DEFAULT CURRENT_TIMESTAMP
) ENGINE=InnoDB;

-- Bảng Inverted Index phục vụ tìm kiếm SSE
CREATE TABLE encrypted_inverted_index (
    keyword_token VARCHAR(64) NOT NULL,
    encrypted_doc_id VARCHAR(128) NOT NULL,
    version_tag INT DEFAULT 1,
    PRIMARY KEY (keyword_token, encrypted_doc_id)
) ENGINE=InnoDB;

Thiết kế điểm cuối API (API Endpoints)

  • POST /api/v1/auth/setup: Khởi tạo tham số hệ thống $\kappa$, sinh cặp khóa $(PK, MK)$.
  • POST /api/v1/user/keygen: Tiếp nhận tập thuộc tính $\mathcal{S}_i$, cấp phát khóa bí mật $SK_i$.
  • POST /api/v1/records/encrypt: Đẩy payload bản mã $CT$ và cây truy cập $\mathcal{T}$ lên MySQL.
  • POST /api/v1/records/search: Tiếp nhận Trapdoor $T_w$, thực thi quét chỉ mục trên CSDL đám mây và trả về tập bản mã $D_w$.

Quy trình và phương pháp luận

Dự án áp dụng mô hình phát triển phần mềm lặp lăng trụ (Iterative Prototyping) kết hợp phương pháp luận kiểm chứng toán học mật mã (Provable Security).

Giai đoạn Mốc thời gian Nội dung công việc & Deliverables
Phase 1 Tuần 1 - 4 Nghiên cứu lý thuyết ánh xạ song tuyến tính, mô hình BLP, DAC, RBAC, ABAC.
Phase 2 Tuần 5 - 8 Thiết kế thuật toán CP-ABE, KP-ABE và mô hình dữ liệu SSE trên môi trường lý thuyết.
Phase 3 Tuần 9 - 14 Lập trình module mật mã bằng Charm-Crypto, thiết kế DB MySQL, tích hợp API.
Phase 4 Tuần 15 - 18 Thực hiện Benchmark hiệu năng, kiểm thử tải, đánh giá an toàn và hoàn thiện báo cáo.

Implementation và kết quả

Chi tiết giải thuật then chốt

1. Thuật toán mã hóa CP-ABE (Ciphertext-Policy Attribute-Based Encryption)

Hệ thống sử dụng đường cong elliptic với cặp nhóm $(G_0, G_1)$ cấp nguyên tố $q$ cùng ánh xạ song tuyến tính $e: G_0 \times G_0 \to G_1$.

# Trích đoạn giải thuật CP-ABE cốt lõi (Mô phỏng toán học từ source code)
from charm.toolbox.pairinggroup import PairingGroup, ZR, G1, GT, pair

class CPABEEngine:
    def __init__(self, group_obj):
        self.group = group_obj

    def setup(self):
        g = self.group.random(G1)
        alpha = self.group.random(ZR)
        beta = self.group.random(ZR)
        h = g ** beta
        egg_alpha = pair(g, g) ** alpha
        pk = {'g': g, 'h': h, 'egg_alpha': egg_alpha}
        mk = {'beta': beta, 'g_alpha': g ** alpha}
        return pk, mk

    def keygen(self, mk, pk, attributes):
        r = self.group.random(ZR)
        g_r = pk['g'] ** r
        D = (mk['g_alpha'] * (pk['g'] ** r)) ** (1 / mk['beta'])
        D_j = {}
        D_j_prime = {}
        for attr in attributes:
            r_j = self.group.random(ZR)
            D_j[attr] = g_r * (self.group.hash(attr, G1) ** r_j)
            D_j_prime[attr] = pk['g'] ** r_j
        return {'D': D, 'D_j': D_j, 'D_j_prime': D_j_prime, 'attributes': attributes}

Công thức giải mã tại nút lá $x$: $$\text{DecryptNode}(CT, SK_i, x) = \frac{e(D_j, C_x)}{e(D'_j, \hat{C}_x)} = \frac{e(g^r \cdot H(\text{att}(x))^{r_j}, g^{q_x(0)})}{e(g^{r_j}, H(\text{att}(x))^{q_x(0)})} = e(g, g)^{r \cdot q_x(0)}$$

Dựa vào phương pháp nội suy Lagrange tại gốc cây truy cập $r$ với $q_r(0) = s$, giá trị $Y = e(g, g)^{rs}$ được tái cấu trúc hoàn toàn, từ đó phục hồi khóa đối xứng để giải mã $M = \tilde{C} / e(g, g)^{\alpha s}$.

2. Thuật toán tìm kiếm mã hóa đối xứng (SSE)

import hmac
import hashlib

def build_trapdoor(k_search: bytes, keyword: str) -> str:
    """Sinh Trapdoor an toàn cho một từ khóa truy vấn w"""
    return hmac.new(k_search, keyword.encode('utf-8'), hashlib.sha256).hexdigest()

def execute_search(inverted_index: dict, trapdoor: str):
    """Tìm kiếm trực tiếp trên bảng băm chỉ mục mà không giải mã nội dung"""
    return inverted_index.get(trapdoor, [])

Thử nghiệm và Đánh giá hiệu năng

Thực nghiệm được tiến hành trên môi trường: CPU Intel Core i7-10750H @ 2.60GHz (6 Cores, 12 Threads), 16GB RAM DDR4, SSD NVMe, chạy Ubuntu 20.04 LTS và MySQL Server 8.0.

THỜI GIAN THỰC THI CP-ABE THEO SỐ LƯỢNG THUỘC TÍNH (ms)
100 |                                                 [Encrypt: 78.4ms]
 80 |                                           *
 60 |                             *  [Encrypt: 42.1ms]
 40 |               *  [Encrypt: 23.5ms]
 20 |   *  [11.2ms]
  0 +------------------------------------------------------------------
        2 Atts            5 Atts           10 Atts          20 Atts
        (Decrypt: 4.1ms)  (Decrypt: 8.9ms) (Decrypt: 16.2ms)(Decrypt: 31.4ms)
Quy mô dữ liệu (Số bản ghi) Thời gian sinh Trapdoor ($T_w$) Thời gian quét SQL Index SSE Tỷ lệ tìm kiếm chính xác (Precision)
1,000 records 0.12 ms 1.84 ms 100%
10,000 records 0.12 ms 8.45 ms 100%
50,000 records 0.13 ms 34.20 ms 100%
100,000 records 0.13 ms 68.90 ms 100%

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

  1. Kiểm soát truy cập chuẩn xác: Người dùng sở hữu tập thuộc tính thỏa mãn cây chính sách mới giải mã được dữ liệu; ngăn chặn hoàn toàn tấn công phối hợp (Collusion Resistance).
  2. Bảo mật truy vấn máy chủ: Máy chủ đám mây không thể suy diễn từ khóa gốc từ Trapdoor và không thể đọc được nội dung các cột nhạy cảm trong CSDL SQL.
  3. Độ trễ thấp: Tốc độ tìm kiếm qua chỉ mục băm mã hóa đạt dưới 70ms cho 100,000 bản ghi, hoàn toàn đáp ứng tiêu chuẩn thời gian thực của hệ thống phần mềm nghiệp vụ.

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

  1. Tích hợp lai CP-ABE & SSE trên RDBMS: Thay vì áp dụng riêng rẽ các mô hình học thuật, đề tài đã thiết kế thành công mô hình tích hợp đồng thời cơ chế mã hóa dữ liệu định hướng chính sách (Policy-embedded) và chỉ mục tìm kiếm bản mã trực tiếp vào cơ sở dữ liệu quan hệ SQL tiêu chuẩn.
  2. Cơ chế chống thông đồng bằng đa thức ngẫu nhiên: Thuật toán gán mỗi người dùng một chuỗi biến thể ngẫu nhiên $r$ duy nhất, loại bỏ triệt để nguy cơ hai người dùng không đủ quyền kết hợp khóa để giải mã bản mã cấp cao hơn.
  3. Tối ưu hóa hiệu năng tính toán: Giảm thiểu số phép tính Pairing đắt đỏ tại các nút không thỏa mãn trong cây truy cập nhờ thuật toán duyệt nhánh tỉa cành (Pruning Access Tree).
+-------------------------------------------------------------------------------+
|                      SO SÁNH CÔNG NGHỆ VỚI CÁC GIẢI PHÁP HIỆN HÀNH            |
+-------------------------------------------------------------------------------+
| Đặc tính kỹ thuật         | CryptDB (MIT)      | AWS KMS + RBAC | Đề tài nghiên cứu|
+---------------------------+--------------------+----------------+-----------------+
| Phân quyền dữ liệu mịn     | Thấp (Column level)| Trung bình     | Rất cao (Row/Att)|
| Không phụ thuộc CSP Key   | Không              | Không (CSP giữ)| Hoàn toàn       |
| Tính riêng tư tìm kiếm    | Rò rỉ OPE/DET      | Không hỗ trợ   | FsP SSE         |
| Kháng tấn công thông đồng | Không áp dụng      | Không áp dụng  | Tuyệt đối (Toán)|
+-------------------------------------------------------------------------------+

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

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

  • Hệ thống Hồ sơ Bệnh án Điện tử (Electronic Health Records - EHR): Dữ liệu bệnh án của bệnh nhân được mã hóa với chính sách: (Khoa = 'TimMach' AND ChucVu = 'BacSi') OR (PhongBan = 'CapCuu'). Chỉ bác sĩ thuộc khoa tim mạch hoặc nhân sự trực cấp cứu mới có khóa giải mã thông tin chi tiết; nhân viên quản trị server bệnh viện không thể đọc nội dung bệnh án.
  • Hệ thống Ngân hàng & Tài chính số: Phân quyền kiểm soát thông tin tín dụng khách hàng theo cấp chi nhánh, chức vụ quản lý và hạn mức kiểm toán mà không phụ thuộc vào quyền tài khoản database root.
+-----------------------------------------------------------------------+
|              LỘ TRÌNH TRIỂN KHAI DOANH NGHIỆP (ENTERPRISE ROADMAP)   |
+-----------------------------------------------------------------------+
|  Giai đoạn 1: Thiết lập cụm Attribute Authority (AA) nội bộ           |
|  Giai đoạn 2: Mã hóa và chuyển đổi cơ sở dữ liệu SQL hiện hữu          |
|  Giai đoạn 3: Tích hợp API Gateway mã hóa cho ứng dụng Web/Mobile     |
|  Giai đoạn 4: Đánh giá an toàn, kiểm toán định kỳ và sao lưu khóa     |
+-----------------------------------------------------------------------+

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

  • Hạ tầng máy chủ Client/AA: Tối thiểu 2 vCPU, 4GB RAM, cài đặt Ubuntu 20.04/22.04 LTS, Python 3.8+ và thư viện PBC Cryptography.
  • Hạ tầng Máy chủ CSDL Cloud: MySQL Server 8.0 trở lên, hỗ trợ kết nối bảo mật TLS 1.3, dung lượng lưu trữ tăng thêm khoảng 25-30% cho chỉ mục đảo.

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

Hạn chế kỹ thuật

  • Chi phí tính toán phép toán song tuyến (Bilinear Pairing) tăng tuyến tính theo số lượng thuộc tính trong cây truy cập.
  • Chưa hỗ trợ tìm kiếm mờ (Fuzzy Keyword Search) hoặc tìm kiếm theo khoảng giá trị (Range Query) trên dữ liệu mã hóa mà không làm rò rỉ phân phối dữ liệu.
  • Việc thu hồi thuộc tính người dùng (Attribute Revocation) đòi hỏi cập nhật lại khóa và tính toán lại các tham số công khai.

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

  • Nghiên cứu tích hợp mô hình Multi-Authority CP-ABE nhằm phân tán quyền lực của cơ quan cấp phát thuộc tính AA, giảm nguy cơ điểm lỗi đơn (Single Point of Failure).
  • Ứng dụng tăng tốc phần cứng (GPU CUDA / FPGA) cho các phép nhân điểm trên đường cong Elliptic để giảm độ trễ giải mã xuống dưới 1ms.
  • Mở rộng hỗ trợ các câu truy vấn phức tạp (Full-text Search, Regex Search) trên bản mã.

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

  • Sinh viên & Học viên ngành An toàn thông tin / KHMT: Nguồn tài liệu tham khảo hoàn chỉnh từ toán học mật mã đến mã nguồn hiện thực hóa hệ thống thực tế.
  • Kỹ sư phát triển phần mềm (Software Engineers): Nắm vững kiến trúc tích hợp hệ thống bảo mật không tin cậy (Zero-Trust) lên các hệ quản trị CSDL quan hệ quen thuộc.
  • Doanh nghiệp vừa và nhỏ (SMEs): Giải pháp tự chủ bảo vệ tài sản dữ liệu khi thuê dịch vụ đám mây công cộng với chi phí bản quyền 0 đồng (Open-source base).
  • Nhà nghiên cứu (Researchers): Dữ liệu thực nghiệm và nền tảng thuật toán làm cơ sở mở rộng sang các mô hình bảo mật tiên tiến như Dynamic Symmetric Searchable Encryption và Verifiable Computation.

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

1. Hệ thống có yêu cầu phần cứng chuyên dụng (như HSM) để lưu trữ Master Key không?

Hệ thống không bắt buộc phần cứng chuyên dụng; tuy nhiên, trong môi trường doanh nghiệp lớn, việc tích hợp Module bảo mật phần cứng (Hardware Security Module - HSM) để bảo vệ Master Key của Attribute Authority (AA) được khuyến nghị nhằm đảm bảo an toàn tối đa.

2. Dung lượng cơ sở dữ liệu bị tăng thêm bao nhiêu khi áp dụng mã hóa CP-ABE và chỉ mục SSE?

Thực nghiệm cho thấy kích thước dữ liệu bản mã và chỉ mục đảo tăng trung bình khoảng 25% - 35% so với lưu trữ văn bản rõ truyền thống, hoàn toàn nằm trong ngưỡng tối ưu cho hạ tầng lưu trữ hiện đại.

3. Hệ thống xử lý thế nào khi một nhân viên thay đổi vị trí công tác hoặc nghỉ việc?

Khi nhân viên chuyển đổi vị trí, quản trị viên AA phát hành khóa bí mật mới $SK_{new}$ tương ứng với tập thuộc tính mới và vô hiệu hóa khóa cũ thông qua danh sách thu hồi thuộc tính (Revocation List), các dữ liệu mã hóa trước đó không bị ảnh hưởng.

4. Máy chủ đám mây có thể tái hiện lại từ khóa thông qua các lần tìm kiếm lặp lại không?

Nhờ cơ chế Forward Search Privacy, mỗi lần cập nhật hoặc thực hiện truy vấn với các phiên bản chỉ mục mới, mối liên hệ giữa các Trapdoor truy vấn và các tài liệu thêm mới đều được làm mờ (obfuscated), ngăn chặn máy chủ thực hiện tấn công phân tích thống kê tần suất (Frequency Analysis Attack).

5. Chi phí triển khai và thời gian hoàn vốn (ROI) được ước tính như thế nào?

Giải pháp sử dụng mã nguồn mở hoàn toàn, giúp doanh nghiệp tiết kiệm 100% chi phí mua bản quyền các giải pháp bảo mật thương mại đắt đỏ (như Oracle Advanced Security). Thời gian triển khai chỉ mất từ 2 đến 4 tuần với tỷ suất hoàn vốn ước tính đạt trong vòng 6 tháng nhờ cắt giảm rủi ro phạt vi phạm rò rỉ dữ liệu (theo chuẩn GDPR, HIPAA, Nghị định 13/2023/NĐ-CP).

Kết luận

Đồ án tốt nghiệp "Mã hóa và kiểm soát quyền truy cập trên hệ quản trị cơ sở dữ liệu SQL" đã giải quyết triệt để bài toán bảo mật dữ liệu nhạy cảm trên môi trường điện toán đám mây bán tin cậy. Bằng việc kết hợp thành công lý thuyết mật mã tiên tiến CP-ABE với cơ chế tìm kiếm trên dữ liệu mã hóa SSE, nhóm nghiên cứu đã xây dựng một giải pháp hoàn chỉnh: đảm bảo tính bí mật tuyệt đối, phân quyền kiểm soát truy cập siêu mịn và duy trì khả năng tìm kiếm nghiệp vụ với hiệu năng cao trên hệ quản trị CSDL MySQL.

Đây là tiền đề vững chắc cho việc xây dựng các kiến trúc bảo mật Zero-Trust trong các tổ chức y tế, tài chính và chính phủ điện tử. Quý độc giả và các kỹ sư phần mềm có thể tham khảo phương pháp luận và mô hình kỹ thuật này để áp dụng trực tiếp vào các dự án bảo vệ dữ liệu đám mây thế hệ mới.