Trình bày giải pháp bảo mật dữ liệu nhạy cảm lưu trữ cục bộ (Data-at-Rest) bằng SQLCipher/SEE trong SQLite. Cơ chế mã hóa cấp độ trang (Page-level Encryption) hoạt động như thế nào và làm sao để tích hợp tính năng Tìm kiếm toàn văn (FTS5) một cách an toàn, tối ưu?

Question

Accepted Answer

1. Cơ chế mã hóa cấp độ trang (Page-level Encryption) với SQLCipher/SEE
SQLite lưu trữ dữ liệu dưới dạng các trang (Pages) có kích thước cố định (mặc định 4096 bytes). Các giải pháp như SQLCipher hoặc SQLite Encryption Extension (SEE) can thiệp vào tầng VFS (Virtual File System) hoặc Pager Layer của SQLite để mã hóa từng trang dữ liệu riêng biệt.
Cơ chế hoạt động của SQLCipher:

Derive Key: Khi ứng dụng cung cấp mật khẩu (Passphrase), SQLCipher sử dụng hàm dựng khóa PBKDF2 (hoặc Argon2) kết hợp với Salt ngẫu nhiên (lưu ở 16 bytes đầu của file DB) để tạo ra khóa mã hóa 256-bit.
Page Encryption: Mỗi trang dữ liệu (Database Page) được mã hóa riêng biệt bằng thuật toán AES-256-CBC.
Data Integrity (HMAC): Mỗi trang bao gồm một mã HMAC-SHA512 (hoặc SHA256) ở cuối trang để chống sửa đổi dữ liệu trái phép (Tamper-proofing).
Memory Security: Khi SQLite đọc một trang từ đĩa vào Page Cache, SQLCipher thực hiện giải mã trang đó trên RAM. Khi trang bị ghi ngược xuống đĩa (Flush), nó sẽ được mã hóa lại với Vector Khởi tạo (IV) mới.

// Ví dụ khởi tạo khóa trong SQLCipher C API
sqlite3_key(db, "master_password_key", strlen("master_password_key"));
2. Tích hợp Tìm kiếm toàn văn (FTS5) an toàn và tối ưu
FTS5 (Full-Text Search 5) là một Virtual Table Module của SQLite cho phép xây dựng chỉ mục đảo (Inverted Index) phục vụ tìm kiếm từ khóa siêu nhanh.
a. Thách thức về bảo mật và giải pháp

Khi FTS5 chạy trên cơ sở dữ liệu được mã hóa bằng SQLCipher, bản thân các bảng ảo FTS5 (fts_content, fts_idx, fts_data...) cũng tự động được mã hóa ở cấp độ trang (Page-level Encryption).
Lưu ý an toàn: Không lưu trữ khóa mã hóa phẳng (Plaintext Password) trong bộ nhớ RAM ứng dụng dài hạn. Cần sử dụng các bộ nhớ an toàn của hệ điều hành (Keychain trên iOS, Keystore trên Android, DPAPI trên Windows).

b. Cấu hình FTS5 tối ưu hiệu năng Enterprise
Sử dụng kỹ thuật Contentless hoặc External Content Tables cho FTS5 để giảm thiểu việc nhân đôi dữ liệu (Redundancy):
-- Bảng dữ liệu gốc
CREATE TABLE documents (
    id INTEGER PRIMARY KEY,
    title TEXT,
    body TEXT
);

-- Tạo bảng FTS5 liên kết với bảng gốc (External Content Table)
CREATE VIRTUAL TABLE fts_docs USING fts5(
    title, 
    body, 
    content='documents', 
    content_rowid='id',
    tokenize='unicode61 remove_diacritics 2'
);

-- Triggers duy trì đồng bộ chỉ mục FTS5 khi bảng gốc thay đổi
CREATE TRIGGER docs_ai AFTER INSERT ON documents BEGIN
  INSERT INTO fts_docs(rowid, title, body) VALUES (new.id, new.title, new.body);
END;
c. Kỹ thuật Tối ưu hóa FTS5:

Tokenize: Sử dụng tokenizer unicode61 loại bỏ dấu câu và chuẩn hóa chữ hoa/thường.
Optimize Index: Thường xuyên thực hiện lệnh INSERT INTO fts_docs(fts_docs) VALUES('optimize'); trong các tác vụ bảo trì định kỳ để gộp (merge) các cây chỉ mục B-Tree phân mảnh của FTS5 thành một cấu trúc duy nhất, tối ưu tốc độ tìm kiếm.

1. Cơ chế mã hóa cấp độ trang (Page-level Encryption) với SQLCipher/SEE

Mở Khóa Full Câu Trả Lời & Code Chuẩn Senior

Làm Chủ Phỏng Vấn & Nâng Cao Trình Độ Chuyên Nghiệp

Tải Tuyển Tập 100+ Câu Hỏi Phỏng Vấn Chuyên Sâu (PDF)

Cần Mentor Phỏng Vấn Thử 1-1 & Tối Ưu CV?

Kiểm Tra CV Chuẩn ATS Miễn Phí

Câu hỏi SQLite liên quan cùng chủ đề