Thời gian cần giữ bí mật của một tin nhắn có thể dài hơn tuổi thọ của cả thiết bị lẫn kỹ thuật mật mã dùng để thiết lập khóa.
Một tin nhắn gửi hôm nay có thể cần được giữ riêng tư lâu hơn rất nhiều so với thời gian sử dụng chiếc điện thoại đã gửi nó. Khoảng cách đó khiến chiến lược “thu thập hôm nay, giải mã sau” trở nên quan trọng: đối thủ có thể lưu giữ lưu lượng đã mã hóa ngay bây giờ và thử khôi phục nội dung nếu công nghệ tương lai phá được cơ chế trao đổi khóa bảo vệ nó.
Chưa có mốc thời gian xác định cho sự xuất hiện của máy tính lượng tử có ý nghĩa đối với mật mã. Yêu cầu giữ bí mật mười năm là một ví dụ lập kế hoạch, không phải đếm ngược. Điều cần quyết định là liệu thông tin vẫn có thể gây hại sau khoảng thời gian cần để nâng cấp các hệ thống bảo vệ nó hay không.
Kẻ tấn công cần những gì
Chỉ lưu bản mã không bảo đảm sẽ giải mã được trong tương lai. Kẻ tấn công cần một bản thu thập hữu ích, dữ liệu giao thức liên quan và cách vượt qua những biện pháp bảo vệ được áp dụng. Lưu lượng bị thiếu, các bí mật độc lập và thiết kế giao thức đều có thể ảnh hưởng đến kết quả.
Một máy tính lượng tử đủ năng lực có thể đe dọa mật mã khóa công khai RSA và đường cong elliptic được dùng rộng rãi. Điều đó không có nghĩa mọi máy tính lượng tử hiện có đều phá được ứng dụng nhắn tin, hay mọi hình thức mã hóa đều thất bại như nhau. Mã hóa đối xứng như AES và thiết lập khóa công khai như ECDH có các giả định bảo mật khác nhau.
Chương trình hậu lượng tử của NIST khuyến nghị bắt đầu chuyển đổi sang các tiêu chuẩn đã công bố, đồng thời thừa nhận sự bất định về lộ trình lượng tử. Lập kế hoạch sớm rất quan trọng vì nâng cấp về sau không thể thu hồi dữ liệu mà đối thủ đã thu thập trước đó.
Vì sao tính bí mật chuyển tiếp thông thường chưa phải toàn bộ câu trả lời
Tính bí mật chuyển tiếp nhằm hạn chế việc lộ các tin nhắn trước đây khi khóa dài hạn bị xâm phạm về sau, với giả định rằng các bí mật phiên cũ đã được xóa đúng cách. Đây là một thuộc tính có giá trị ngay hôm nay.
Tuy nhiên, một cơ chế trao đổi dựa trên bài toán toán học dễ bị tấn công lượng tử không trở nên kháng lượng tử chỉ vì các giá trị riêng của nó là tạm thời. Nếu kẻ tấn công tương lai tái dựng được các giá trị đó từ những trao đổi công khai đã ghi lại, phiên trong quá khứ tương ứng vẫn có thể gặp rủi ro. Kết quả chính xác phụ thuộc vào toàn bộ giao thức và dữ liệu đã bị thu thập.
Thiết lập khóa hậu lượng tử xử lý mối đe dọa khác biệt đó. FIPS 203 chuẩn hóa ML-KEM, một cơ chế thiết lập bí mật chung. Giao thức nhắn tin có thể dùng bí mật ấy để dẫn xuất khóa, rồi mã hóa tin nhắn bằng thuật toán mã hóa đối xứng có xác thực. ML-KEM không phải tên gọi thay thế cho chính thuật toán mã hóa tin nhắn.
Thiết kế lai đóng góp điều gì
Thiết kế lai kết hợp các thành phần đóng góp cổ điển và hậu lượng tử theo một cấu trúc xác định. Lợi ích dự kiến là khả năng chống chịu nếu giả định của một thành phần thất bại trong khi thành phần kia vẫn vững chắc. Lợi ích ấy phụ thuộc vào cách kết hợp, xác thực, tính ngẫu nhiên và triển khai đúng; chỉ đưa hai tên thuật toán lên trang tính năng là chưa đủ.
Phần tổng quan bảo mật của Livara mô tả LVR1 sử dụng P-256 cùng các chu kỳ ML-KEM-768 định kỳ. Hãy xem đó là tuyên bố về giao thức được tài liệu hóa, không phải bảo đảm độc lập rằng mọi mục được lưu, chế độ gọi hay máy khách cũ đều được bảo vệ giống nhau. Phân phối khóa nhóm, tệp đính kèm và bản ghi âm đều cần kiểm tra phạm vi riêng.
Bảng thực hành về thời hạn giữ bí mật
Dùng các câu hỏi sau để chuyển mối lo lượng tử chung thành một cuộc xem xét cụ thể:
| Câu hỏi | Ví dụ về câu trả lời hữu ích |
|---|---|
| Nội dung phải được giữ bí mật bao lâu? | Mã cuộc họp ngắn hạn và hồ sơ nghiên cứu dài hạn có thời hạn khác nhau |
| Các bản sao được giữ ở đâu? | Thiết bị đầu cuối trò chuyện, bản xuất, tệp đính kèm, bản sao lưu và người nhận |
| Cơ chế trao đổi nào bảo vệ lưu lượng mới? | Giao thức và phiên bản chính xác, gồm cả đường tương thích hoặc dự phòng |
| Kho lưu trữ được bảo vệ thế nào? | Thuật toán mã hóa, việc quản lý khóa và mọi khóa dẫn xuất từ mật khẩu |
| Quá trình chuyển đổi mất bao lâu? | Cập nhật máy khách, kiểm thử khả năng tương tác, kiểm thử khôi phục và loại bỏ đường cũ |
Tổ chức có thể ưu tiên thông tin có thời gian bảo mật dài và lộ trình chuyển đổi chậm. Cá nhân có thể bắt đầu bằng việc cập nhật máy khách, kiểm tra xem bảo vệ có áp dụng cho cuộc trò chuyện đang dùng hay không và hạn chế các bản sao dữ liệu nhạy cảm không cần thiết.
Nâng cấp có thể bảo vệ hồi tố tin nhắn cũ không?
Nó có thể bảo vệ lưu lượng tương lai hoặc một bản sao mới được mã hóa bằng khóa khác. Nó không thể xóa bản sao bản mã hoặc bản rõ đã bị thu thập trước đó. Mã hóa lại kho lưu trữ chỉ hữu ích trong một kế hoạch rộng hơn có tính đến bản sao lưu cũ, tệp đã xuất và khóa bị xâm phạm.
Tương tự, xóa phần hiển thị cuộc trò chuyện không chứng minh rằng mọi bản sao trên thiết bị hoặc ở phía người nhận đã được xóa an toàn. Cách lưu trữ cục bộ và sao lưu vẫn quan trọng ngay cả khi trao đổi khóa trên mạng có khả năng kháng hậu lượng tử.
Những điều cách này không giải quyết
Mật mã hậu lượng tử không che giấu mọi siêu dữ liệu giao tiếp, ngăn chụp màn hình, loại bỏ mã độc hay biến kênh công khai thành riêng tư. Nó cũng không thể bảo đảm an toàn trong tương lai trước mọi kết quả phân tích mật mã mới.
Với tin nhắn dài hạn, hãy kết hợp giao thức được duy trì và xem xét kỹ với bảo vệ thiết bị đầu cuối, lựa chọn sao lưu có chủ đích và chính sách lưu giữ rõ ràng. Dùng mô hình đe dọa của Livara để luôn nhận diện các rủi ro riêng biệt này, thay vì coi từ “lượng tử” là một đánh giá bảo mật hoàn chỉnh.
