Đánh giá giá trị của biện pháp bảo vệ hậu lượng tử theo thời gian dữ liệu cần được giữ bí mật, không phải một mốc tương lai mang tính phỏng đoán.
“Thu thập ngay, giải mã sau”, hay HNDL, có nghĩa là kẻ tấn công thu thập dữ liệu đã mã hóa ở hiện tại với hy vọng sau này có được công cụ cần thiết để đọc chúng. Trong kịch bản lượng tử, mối lo chính nằm ở một số phương pháp mật mã khóa công khai mà máy tính lượng tử đủ mạnh có thể tấn công.
Rủi ro này không có nghĩa là mọi tin nhắn hiện nay đều đã bị phá mã, hay có một ngày chắc chắn điều đó sẽ xảy ra. Mức độ quan trọng của rủi ro phụ thuộc vào loại mật mã, dữ liệu có thể thu thập và khoảng thời gian thông tin cần được giữ bí mật.
Vì sao thời gian cần giữ bí mật lại quan trọng?
Một tin nhắn để sắp xếp công việc hằng ngày có thể không còn nhiều giá trị sau vài giờ, nhưng hợp đồng, hồ sơ cá nhân hoặc danh tính của nguồn tin báo chí có thể vẫn nhạy cảm trong nhiều năm. Cần tính đến sự khác biệt này khi lựa chọn biện pháp bảo vệ và lập kế hoạch chuyển đổi.
Trong phần giải thích về mật mã hậu lượng tử, NIST cũng đề cập đến rủi ro đối với dữ liệu cần giữ bí mật lâu dài và việc chuyển đổi mất nhiều thời gian. Chưa rõ khi nào sẽ có máy tính lượng tử đủ khả năng phá vỡ các hệ mật mã hiện có. Lập kế hoạch trong điều kiện bất định khác với việc tuyên bố một ngày cụ thể mà bảo mật sẽ sụp đổ.
| Câu hỏi về dữ liệu của bạn | Vì sao điều này quan trọng? |
|---|---|
| Dữ liệu cần được giữ bí mật đến khi nào? | Xác định giá trị tiềm tàng của việc tiết lộ trong tương lai |
| Ai có thể thu thập một bản sao? | Đưa năng lực và khả năng tiếp cận của kẻ tấn công vào đánh giá |
| Khóa được tạo và lưu giữ như thế nào? | Chỉ tên thuật toán mã hóa nội dung, chẳng hạn AES, chưa phải câu trả lời đầy đủ |
| Có những bản sao nào trong bản sao lưu hoặc trên thiết bị? | Một số con đường làm lộ dữ liệu hoàn toàn không cần đến máy tính lượng tử |
Bảng này là công cụ hỗ trợ ra quyết định, không phải điểm số thống kê hay bằng chứng rằng dữ liệu cụ thể của bạn đã bị thu thập.
ML-KEM làm gì?
Tiêu chuẩn FIPS 203 định nghĩa cơ chế ML-KEM để thiết lập một bí mật dùng chung. ML-KEM-768 là một trong các bộ tham số của cơ chế này. Bí mật thu được có thể được dùng trong một giao thức để dẫn xuất khóa mã hóa nội dung; bản thân ML-KEM không phải là phương pháp mã hóa trực tiếp một bộ phim hay một văn bản dài.
Khả năng kháng lượng tử không phải là bằng chứng rằng một cơ chế sẽ không bao giờ bị phá vỡ. Tính an toàn phụ thuộc vào các giả định toán học, cách kết hợp thuật toán đúng đắn, cách triển khai và việc quản lý khóa. Việc xuất hiện tên ML-KEM trên trang sản phẩm không phải là chứng nhận độc lập cho toàn bộ ứng dụng nhắn tin.
Vì sao sử dụng thiết kế lai?
Thiết kế lai kết hợp vật liệu khóa cổ điển và hậu lượng tử bằng một cơ chế cụ thể để không phụ thuộc vào một họ thuật toán duy nhất. Mục tiêu có thể là duy trì tính bí mật nếu một thành phần bị phá vỡ, nhưng kết quả này phụ thuộc vào thiết kế của cơ chế kết hợp và các giả định của giao thức; chỉ đặt hai tên cạnh nhau là chưa đủ.
Tính bí mật chuyển tiếp, hay forward secrecy, và tính an toàn sau xâm phạm, hay post-compromise security, cũng là hai thuộc tính riêng biệt. Giao thức cần làm rõ việc lộ khóa nào sẽ ảnh hưởng đến khoảng thời gian nào và cần đầu vào mới nào để khôi phục an toàn. Chỉ xoay vòng một chuỗi tất định không thể loại bỏ kẻ tấn công vẫn đang hiện diện trên thiết bị.
Điều này có ý nghĩa gì với người dùng Livara?
Tài liệu bảo mật của Livara mô tả việc kết hợp P-256 và ML-KEM-768 cho LVR1, đồng thời phân phối khóa nhóm thông qua các phiên giữa từng cặp. Đây là mô tả của nhà phát triển; khi đánh giá, hãy xem xét riêng phiên bản sản phẩm, phạm vi bảo vệ của từng loại cuộc trò chuyện và bằng chứng kỹ thuật.
Đừng suy ra rằng mọi tính năng đều được bảo vệ chỉ vì một loại tin nhắn được bảo vệ. Cuộc gọi, bản sao lưu, kênh công khai và việc khôi phục danh tính có thể tuân theo những quy tắc khác nhau. Mô hình đe dọa của Livara và hướng dẫn chọn ứng dụng nhắn tin an toàn là những điểm khởi đầu phù hợp hơn một nhãn “lượng tử” chung chung.
Việc chuyển sang khóa hậu lượng tử không giải quyết được những gì?
- Phần mềm độc hại hoặc việc truy cập thiết bị đang hiển thị nội dung đã giải mã.
- Người nhận lưu, chụp ảnh hoặc chia sẻ lại tin nhắn.
- Siêu dữ liệu mà sản phẩm có chủ đích giữ lại để định tuyến.
- Bản sao lưu không có biện pháp bảo vệ độc lập.
- Việc ghi lại lần nữa nội dung vốn đã bị lộ.
Ngoài ra, việc nâng cấp hôm nay không thay đổi bản sao của lưu lượng mạng mà kẻ tấn công đã thu thập trước đó. Để phân biệt nội dung với thông tin đi kèm, hãy đọc hướng dẫn về siêu dữ liệu của ứng dụng nhắn tin.
Nên bắt đầu từ đâu?
Trước hết, hãy xác định những dữ liệu cần được giữ bí mật trong thời gian dài. Sau đó, hãy hỏi biện pháp bảo vệ hậu lượng tử thực sự được kích hoạt trong phiên bản nào, ở luồng nào, những đặc tả và đánh giá nào đã được công bố, cũng như giới hạn của việc khôi phục an toàn là gì. Đồng thời, đừng bỏ qua việc cập nhật thiết bị, xác minh người liên hệ và bảo vệ bản sao lưu; những rủi ro này đã tồn tại ngay lúc này.
Tôi có nên cho rằng tất cả tin nhắn của mình sẽ bị đọc trong tương lai không?
Không. Không có cơ sở vững chắc cho kết luận đó nếu chưa biết thiết kế mật mã và năng lực của kẻ tấn công. HNDL là lý do để lập kế hoạch bảo vệ phù hợp với dữ liệu nhạy cảm, không phải sự chắc chắn rằng mọi tin nhắn sẽ bị lộ.
Mã hóa đầu cuối tự nó có phải là hậu lượng tử không?
Không. Tính chất đầu cuối nói về nơi có thể truy cập khóa và nội dung; khả năng chống tấn công lượng tử phụ thuộc vào thuật toán và giao thức.
