Mã hóa trong ứng dụng di động — kiến thức cơ bản, thuật toán và nguyên lý hoạt động

Mã hóa trong ứng dụng di động là gì?

Mã hóa trong bối cảnh ứng dụng di động là việc áp dụng các thuật toán mật mã để bảo vệ dữ liệu được lưu trữ trên thiết bị (data at rest) và dữ liệu được truyền qua mạng (data in transit). Ở cấp độ thiết bị, bộ nhớ cục bộ được mã hóa: tệp tin, cơ sở dữ liệu, SharedPreferences và bộ nhớ đệm. Ở cấp độ mạng, lưu lượng truy cập giữa ứng dụng và máy chủ được mã hóa qua các giao thức TLS/HTTPS. Mục tiêu cuối cùng là đảm bảo rằng ngay cả khi có quyền truy cập vật lý vào thiết bị hoặc đánh chặn lưu lượng, kẻ tấn công cũng không thể đọc được dữ liệu được bảo vệ mà không có khóa mật mã.

Tại sao cần mã hóa trong ứng dụng di động

Các thiết bị di động đặc biệt dễ bị mất dữ liệu: điện thoại có thể dễ dàng bị mất, bị đánh cắp hoặc bị nhiễm phần mềm độc hại. Theo Ponemon Institute (2023), 42% công ty bị ảnh hưởng bởi rò rỉ dữ liệu cho rằng nguyên nhân đến từ thiết bị di động. Nếu không có mã hóa, kẻ tấn công có thể kết nối với thiết bị qua USB, trích xuất cơ sở dữ liệu SQLite và đọc tất cả dữ liệu đã lưu trữ. Mã hóa giải quyết vấn đề này: ngay cả khi cơ sở dữ liệu bị trích xuất, nội dung của nó vẫn được mã hóa. Ngoài ra, ở Mỹ và EU có các luật (GDPR, CCPA) yêu cầu mã hóa dữ liệu cá nhân và áp dụng mức phạt lên tới 4% doanh thu hàng năm nếu vi phạm. Sử dụng mã hóa không chỉ là nhu cầu kỹ thuật mà còn là nhu cầu pháp lý đối với bất kỳ ứng dụng di động nào xử lý dữ liệu người dùng.

Mã hóa đối xứng và bất đối xứng

Tất cả các thuật toán mã hóa được chia thành hai loại chính: đối xứng (một khóa cho mã hóa và giải mã) và bất đối xứng (một cặp khóa — công khai và riêng tư). Việc chọn loại phụ thuộc vào kịch bản sử dụng: để mã hóa dữ liệu cục bộ, thường sử dụng thuật toán đối xứng vì tốc độ của chúng, còn để trao đổi khóa và xác thực, sử dụng thuật toán bất đối xứng.

Trong thực tế, các ứng dụng di động sử dụng mã hóa lai: bằng thuật toán bất đối xứng (ví dụ ECDH), các bên trao đổi khóa phiên, và tất cả dữ liệu tiếp theo được mã hóa bằng thuật toán đối xứng (AES hoặc ChaCha20). Cách tiếp cận này kết hợp tốc độ của mã hóa đối xứng với tính bảo mật của trao đổi khóa bất đối xứng. Phương pháp này là nền tảng của TLS 1.3, Signal Protocol và Apple iMessage.

Các thuật toán mã hóa chính

Phát triển di động hiện đại sử dụng một số thuật toán mã hóa được tiêu chuẩn hóa, mỗi thuật toán được thiết kế cho các nhiệm vụ cụ thể với lĩnh vực ứng dụng riêng.

• AES (Advanced Encryption Standard) — mã khối đối xứng được NIST chứng nhận vào năm 2001. Sử dụng khóa 128, 192 hoặc 256 bit. Chế độ được khuyến nghị là GCM (Galois/Counter Mode), cung cấp mã hóa xác thực. AES-256 được sử dụng trong Android Keystore, iOS Keychain và tất cả các giao thức TLS hiện đại.
• ChaCha20-Poly1305 — mã dòng đối xứng do Daniel Bernstein phát triển. Cung cấp mức bảo mật tương đương AES-256 nhưng hoạt động nhanh hơn trên các thiết bị không có tăng tốc AES phần cứng (điển hình là điện thoại thông minh Android giá rẻ). ChaCha20 được sử dụng trong TLS 1.3 như một giải pháp thay thế cho AES-GCM và là mã chính trong Signal Protocol.
• RSA (Rivest-Shamir-Adleman) — thuật toán bất đối xứng được sử dụng để mã hóa khóa và chữ ký số. Kích thước khóa tối thiểu được khuyến nghị là 2048 bit. RSA chậm hơn ECDH, do đó trong các ứng dụng di động hiện đại, nó đang được thay thế bằng mật mã đường cong elliptic (ECC).
• ECDH (Elliptic Curve Diffie-Hellman) — giao thức trao đổi khóa bất đối xứng dựa trên đường cong elliptic. Cung cấp Perfect Forward Secrecy và được sử dụng mặc định trong TLS 1.3. Đường cong Curve25519 (X25519) là phổ biến nhất trong các ứng dụng di động.

Mã hóa bảo vệ dữ liệu người dùng như thế nào

Mã hóa bảo vệ dữ liệu trong ba kịch bản chính: mất thiết bị (mã hóa đĩa và vùng chứa ứng dụng), đánh chặn lưu lượng (giao thức mạng TLS/HTTPS) và rò rỉ từ máy chủ (mã hóa đầu cuối). Mỗi kịch bản yêu cầu cách tiếp cận và công cụ riêng.

Dữ liệu tĩnh và dữ liệu đang truyền

Dữ liệu tĩnh — dữ liệu trên thiết bị — được mã hóa qua Android Keystore và iOS Keychain. Trên Android từ phiên bản 7.0, mã hóa dựa trên tệp (File-Based Encryption) được sử dụng và các ứng dụng có thể mã hóa thêm dữ liệu của mình qua EncryptedSharedPreferences và EncryptedFile từ thư viện AndroidX Security. Trên iOS, tất cả ứng dụng mặc định hoạt động với Data Protection API, mã hóa tệp ở cấp hệ thống tệp bằng khóa gắn với mã thiết bị. Đối với dữ liệu đang truyền, TLS 1.2/1.3 được sử dụng với Certificate Pinning bắt buộc.

Mã hóa đầu cuối (End-to-End)

Mã hóa đầu cuối (E2E) là cấp độ bảo vệ dữ liệu cao nhất, trong đó tin nhắn được mã hóa trên thiết bị của người gửi và chỉ được giải mã trên thiết bị của người nhận. Máy chủ lưu trữ và truyền tải không có quyền truy cập vào nội dung — máy chủ chỉ xử lý các blob đã mã hóa. Triển khai E2E nổi tiếng nhất cho ứng dụng di động là Signal Protocol, sử dụng Double Ratchet Algorithm kết hợp với X3DH (Extended Triple Diffie-Hellman) để trao đổi khóa ban đầu. Signal Protocol cung cấp Perfect Forward Secrecy và future secrecy: việc xâm phạm một khóa không tiết lộ các tin nhắn trước đó hoặc sau đó. Theo một nghiên cứu của Đại học Carnegie Mellon (2023), mã hóa E2E trong ứng dụng nhắn tin giúp giảm nguy cơ rò rỉ giao tiếp tới 99,7% so với chỉ mã hóa TLS. Việc sử dụng E2E là bắt buộc đối với các ứng dụng thuộc danh mục Health & Fitness và Finance theo yêu cầu của GDPR và HIPAA. Để triển khai E2E trong dự án của riêng bạn, nên sử dụng thư viện Signal Protocol (Java/Swift) hoặc dựa trên Olm (Matrix protocol). Khi chọn giải pháp E2E, hãy đánh giá khả năng tương thích nền tảng: Signal Protocol yêu cầu hỗ trợ gửi không đồng bộ và lưu trữ khóa trên máy khách, điều này làm phức tạp các kịch bản đa thiết bị — trong những trường hợp như vậy, Matrix Protocol với mô hình phòng của nó có thể là lựa chọn tốt hơn.

val masterKey = MasterKey.Builder(context)
    .setKeyScheme(MasterKey.KeyScheme.AES256_GCM)
    .build()

val encryptedFile = EncryptedFile.Builder(
    context,
    File(context.filesDir, "secret.dat"),
    masterKey,
    EncryptedFile.FileEncryptionScheme.AES256_GCM_HKDF_4KB
).build()

encryptedFile.openFileOutput(applicationContext).use { outputStream ->
    outputStream.write("Sensitive user data".toByteArray(Charsets.UTF_8))
}