Vì sao không thể chờ thuật toán chữ ký hậu lượng tử “tốt hơn”
"The article argues that post-quantum signature migration cannot wait for a future “best” algorithm and that ML-DSA must be used for the first transition, while newer candidates continue through NIST’s third-round evaluation. It compares candidate schemes by key/signature size, signing and verification performance, and implementation risks, highlighting tradeoffs such as SQIsign’s small signatures but slow, side-channel-sensitive signing, and UOV’s tiny signatures but very large public keys. No CVE is mentioned; the main impact is on authentication and TLS/WebPKI security against future quantum attacks, with the practical fix being deployment of standardized post-quantum algorithms like ML-KEM and ML-DSA now."
Tác động chính là giảm rủi ro mất an toàn cho xác thực và TLS/WebPKI khi mật mã cổ điển bị suy yếu bởi lượng tử; điểm then chốt gồm ML-DSA cho giai đoạn chuyển tiếp, theo dõi các ứng viên NIST để cải thiện, và quản trị rủi ro triển khai như side-channel timing ở một số sơ đồ.
Ảnh hưởng vận hành ở mức trung bình đến cao do cần thay đổi quy trình ký/xác minh, phân phối khóa và tương thích hệ thống chứng chỉ; các điểm cần chú ý gồm chi phí hiệu năng khi dùng chữ ký lớn như ML-DSA, và ràng buộc băng thông/kích thước khóa khi cân nhắc các lựa chọn như UOV trong mô hình WebPKI/TLS.
Bài viết lập luận rằng việc chuyển đổi sang thuật toán chữ ký hậu lượng tử không thể trì hoãn đến khi có “thuật toán tốt nhất” trong tương lai. Lý do là lộ trình triển khai cần bắt đầu sớm để bảo vệ hệ thống xác thực trước nguy cơ tấn công harvest-now-decrypt-later và các khả năng phá vỡ mật mã cổ điển khi máy tính lượng tử đủ mạnh.
Theo bài viết, giải pháp thực tế cho giai đoạn đầu là sử dụng ML-DSA (chữ ký) cùng với ML-KEM (mã hóa). ML-KEM/ML-DSA đã được NIST chuẩn hóa năm 2024 sau cuộc thi mở kéo dài nhiều năm. Trong khi đó, NIST đang đưa 9 ứng viên chữ ký hậu lượng tử vào vòng đánh giá thứ ba; đồng thời dự thảo chuẩn FN-DSA (tên gọi trước đây: Falcon) dự kiến sớm được công bố.
Bài viết so sánh các lựa chọn theo kích thước khóa/chữ ký, hiệu năng ký/xác minh và rủi ro triển khai. Ví dụ, SQIsign có chữ ký nhỏ nhưng ký chậm và nhạy với yêu cầu triển khai chống side-channel timing; UOV có chữ ký rất nhỏ nhưng khóa công khai cực lớn, gây bất lợi cho các mô hình như TLS/WebPKI. Khuyến nghị trọng tâm là triển khai sớm các thuật toán đã chuẩn hóa như ML-DSA/ML-KEM, đồng thời tiếp tục theo dõi các ứng viên để tối ưu về sau.