Trong nhiều năm, mật mã học hiện đại đã dựa vào một giả định tương đối ổn định: một số bài toán toán học đủ khó để máy tính thông thường không thể giải trong thời gian thực tế. Các hệ thống mã hóa, chữ ký số và trao đổi khóa được xây dựng trên nền tảng đó, giúp bảo vệ giao dịch trực tuyến, kết nối giữa các trung tâm dữ liệu, hồ sơ điện tử và nhiều dịch vụ thiết yếu. Tuy nhiên, sự phát triển của máy tính lượng tử đang đặt giả định này trước một thách thức khác về bản chất.
Máy tính lượng tử chưa phải công cụ có thể lập tức phá vỡ mọi hệ thống bảo mật. Dù vậy, quá trình chuẩn bị cho giai đoạn hậu lượng tử không thể chờ đến khi một cỗ máy đủ mạnh xuất hiện. Các tổ chức cần nhiều năm để kiểm kê tài sản mã hóa, thay đổi thư viện phần mềm, cập nhật thiết bị mạng, kiểm thử khả năng tương thích và xử lý những hệ thống cũ khó nâng cấp. Vì thế, mật mã hậu lượng tử đang trở thành một chương trình chuyển đổi hạ tầng, diễn ra âm thầm nhưng có phạm vi rộng hơn nhiều so với việc cài đặt một bản vá bảo mật.
Vì sao máy tính lượng tử tạo ra áp lực mới?
Các hệ thống mật mã khóa công khai phổ biến hiện nay, trong đó có những cơ chế dựa trên bài toán phân tích số nguyên hoặc bài toán logarit rời rạc, được thiết kế để chống lại năng lực tính toán cổ điển. Nếu máy tính lượng tử đạt đến quy mô và độ ổn định cần thiết, một số thuật toán lượng tử có thể làm giảm đáng kể độ khó của những bài toán này. Hệ quả là các khóa công khai, chữ ký số hoặc thông tin trao đổi khóa vốn được xem là an toàn có thể không còn giữ được mức bảo vệ cũ.
Rủi ro không chỉ nằm ở dữ liệu sẽ được xử lý trong tương lai. Một bên tấn công có thể thu thập dữ liệu đã mã hóa từ hôm nay, lưu trữ chúng và chờ đến khi có năng lực giải mã phù hợp. Kịch bản này thường được mô tả bằng ý tưởng “thu thập trước, giải mã sau”. Nó đặc biệt đáng lưu ý với thông tin có vòng đời dài như hồ sơ y tế, dữ liệu nghiên cứu, bí mật thương mại, thiết kế công nghiệp hoặc tài liệu liên quan đến chính sách công. Một kết nối hiện tại có thể vẫn an toàn trong ngày hôm nay, nhưng dữ liệu bị đánh cắp vẫn có giá trị nếu được giải mã sau nhiều năm.
Điều đó không có nghĩa mọi tổ chức phải lập tức loại bỏ toàn bộ mật mã đang sử dụng. Các thuật toán đối xứng và hàm băm thường được đánh giá khác với những cơ chế khóa công khai. Cách tiếp cận phù hợp là phân loại rủi ro, xác định dữ liệu cần bảo vệ lâu dài và hiểu rõ hệ thống nào phụ thuộc vào loại thuật toán nào. Từ đó, kế hoạch chuyển đổi mới có thể tránh được cả hai thái cực: chủ quan chờ đợi hoặc thay đổi thiếu kiểm soát.
Mật mã hậu lượng tử hoạt động theo hướng nào?
Mật mã hậu lượng tử, thường được gọi là post-quantum cryptography, là nhóm thuật toán được thiết kế để chống lại cả máy tính cổ điển lẫn các dạng tấn công lượng tử đã được biết đến. Khác với mật mã lượng tử, vốn liên quan đến việc sử dụng các đặc tính vật lý của hệ lượng tử để phân phối khóa, mật mã hậu lượng tử chủ yếu là các thuật toán phần mềm và phần cứng có thể triển khai trên hạ tầng truyền thống.
Nhiều hướng nghiên cứu được đưa ra dựa trên những bài toán khác nhau, chẳng hạn cấu trúc mạng tinh thể, mã sửa sai hoặc hàm băm. Mỗi hướng có điểm mạnh, kích thước khóa, yêu cầu hiệu năng và mô hình triển khai riêng. Không có một thuật toán duy nhất phù hợp cho mọi tình huống. Hệ thống cần trao đổi khóa sẽ có yêu cầu khác với hệ thống cần tạo chữ ký số; thiết bị hạn chế tài nguyên lại khác với máy chủ trung tâm dữ liệu.
Trong quá trình chuẩn hóa, các thuật toán như ML-KEM cho cơ chế đóng gói khóa, ML-DSA cho chữ ký số và SLH-DSA dựa trên hàm băm đã trở thành những tên tuổi quan trọng trong hệ sinh thái hậu lượng tử. Ý nghĩa của việc chuẩn hóa không chỉ nằm ở tên thuật toán. Nó tạo ra cơ sở chung để nhà sản xuất phần cứng, nhà phát triển phần mềm, đơn vị cung cấp dịch vụ đám mây và cơ quan quản lý có thể xây dựng các sản phẩm tương thích hơn. Tuy nhiên, chuẩn hóa không tự động giải quyết những khó khăn trong triển khai thực tế.
Thách thức lớn nhất nằm ở khâu chuyển đổi
Một tổ chức thường không biết đầy đủ mọi nơi đang sử dụng mật mã. Thuật toán có thể nằm trong giao thức kết nối, thư viện của ứng dụng, thiết bị mạng, hệ thống sao lưu, chứng thư số, phần mềm quản lý danh tính hoặc một sản phẩm do nhà cung cấp bên ngoài phát triển. Một số hệ thống cũ thậm chí đã hết vòng đời hỗ trợ nhưng vẫn xử lý dữ liệu quan trọng. Nếu không có bản đồ phụ thuộc, việc thay đổi một thành phần có thể làm gián đoạn dịch vụ hoặc tạo ra lỗi tương thích khó phát hiện.
Bước đầu tiên vì thế là xây dựng danh mục tài sản mã hóa. Danh mục này cần trả lời những câu hỏi thực tế: dữ liệu nào đang được bảo vệ, thuật toán được dùng ở đâu, khóa được tạo và lưu trữ thế nào, chứng thư số có thời hạn bao lâu, hệ thống phụ thuộc vào nhà cung cấp nào và thành phần nào khó thay thế nhất. Đây là công việc đòi hỏi phối hợp giữa đội an toàn thông tin, phát triển phần mềm, vận hành hạ tầng, pháp chế và các đơn vị nghiệp vụ. Chỉ bộ phận bảo mật sẽ khó có đủ thông tin để nhìn thấy toàn bộ chuỗi phụ thuộc.
Tiếp theo là đánh giá mức độ linh hoạt của từng hệ thống. Một kiến trúc có khả năng thay thuật toán mà không phải viết lại phần lớn ứng dụng sẽ thuận lợi hơn nhiều. Ngược lại, nếu thuật toán được gắn cứng trong mã nguồn hoặc nằm trong thiết bị không thể cập nhật, chi phí chuyển đổi sẽ cao. Đây là lý do khả năng thay thế mật mã, thường được gọi là crypto-agility, ngày càng được xem như một yêu cầu thiết kế dài hạn. Hệ thống không nên phụ thuộc tuyệt đối vào một thuật toán duy nhất, nhưng việc hỗ trợ nhiều lựa chọn cũng phải đi kèm cơ chế quản trị rõ ràng để tránh cấu hình sai.
Triển khai lai và bài toán hiệu năng
Trong giai đoạn chuyển tiếp, nhiều tổ chức có thể cân nhắc mô hình lai, kết hợp cơ chế hiện tại với thuật toán hậu lượng tử trong cùng quy trình trao đổi khóa hoặc xác thực. Cách làm này nhằm giảm rủi ro khi một thành phần chưa được đánh giá đầy đủ, đồng thời cho phép hệ thống thích nghi dần với các tiêu chuẩn mới. Tuy nhiên, mô hình lai không phải chiếc áo giáp tự động. Nó làm quy trình phức tạp hơn, có thể khiến kích thước thông điệp và chữ ký tăng lên, đồng thời phát sinh yêu cầu mới về lưu trữ, băng thông và xử lý.
Vấn đề hiệu năng đặc biệt quan trọng với thiết bị Internet vạn vật, bộ định tuyến, hệ thống điều khiển công nghiệp và các ứng dụng di động. Một thuật toán có thể hoạt động tốt trên máy chủ mạnh nhưng gây độ trễ đáng kể trên thiết bị có bộ nhớ hạn chế. Kích thước khóa hoặc chữ ký lớn hơn cũng có thể ảnh hưởng đến giao thức truyền thông vốn được thiết kế cho gói dữ liệu nhỏ. Vì vậy, thử nghiệm phải diễn ra trong môi trường gần với thực tế, bao gồm tải cao, mất kết nối, cập nhật từ xa và khả năng khôi phục khi nâng cấp thất bại.
Không nên chỉ đo thời gian xử lý trung bình. Đội kỹ thuật cần quan sát mức sử dụng bộ nhớ, độ dài thông điệp, lượng dữ liệu truyền, tác động đến pin, thời gian khởi động và cách hệ thống phản ứng khi các bên sử dụng phiên bản thuật toán khác nhau. Những chi tiết tưởng như nhỏ có thể quyết định một giải pháp có thể vận hành ổn định hay chỉ phù hợp trong phòng thí nghiệm.
Chuẩn bị từ quản trị rủi ro đến mua sắm công nghệ
Một kế hoạch hậu lượng tử hiệu quả cần gắn với quản trị rủi ro thay vì chỉ được giao cho một dự án kỹ thuật riêng lẻ. Ban lãnh đạo cần biết dữ liệu nào có thời hạn bảo mật dài, dịch vụ nào không thể gián đoạn và nhà cung cấp nào có lộ trình hỗ trợ thuật toán mới. Các hợp đồng công nghệ trong tương lai cũng nên yêu cầu nhà cung cấp công bố thành phần mật mã, chính sách cập nhật, thời gian hỗ trợ và khả năng thay thế thuật toán khi tiêu chuẩn thay đổi.
Đào tạo nhân sự cũng là một phần quan trọng. Kỹ sư cần hiểu sự khác nhau giữa cơ chế trao đổi khóa, chữ ký số và mã hóa dữ liệu; đội vận hành cần biết cách giám sát các phiên bản thuật toán; bộ phận mua sắm cần có tiêu chí đánh giá thay vì chỉ dựa vào tuyên bố “sẵn sàng cho lượng tử”. Những tuyên bố chung chung không thể thay thế tài liệu kỹ thuật, kết quả kiểm thử và cam kết cập nhật rõ ràng.
Ở cấp độ cá nhân, người dùng không cần tự thay đổi mọi thiết lập mật mã. Điều có thể làm là ưu tiên các dịch vụ còn được nhà cung cấp hỗ trợ lâu dài, cập nhật phần mềm đúng hạn và thận trọng với những hệ thống lưu trữ dữ liệu nhạy cảm trong thời gian dài. Trách nhiệm chính vẫn thuộc về nhà phát triển và đơn vị vận hành, bởi họ kiểm soát kiến trúc, khóa và chính sách bảo vệ dữ liệu.
Chuyển đổi sớm để tránh một cuộc chạy đua bị động
Mật mã hậu lượng tử không phải một sản phẩm có thể mua về rồi triển khai trong một ngày. Đây là quá trình nhiều lớp, bắt đầu từ việc hiểu tài sản đang tồn tại, phân loại dữ liệu, kiểm tra chuỗi cung ứng và xây dựng năng lực thay thế thuật toán. Những tổ chức bắt đầu sớm sẽ có thời gian thử nghiệm trong phạm vi nhỏ, xử lý lỗi tương thích và phối hợp với nhà cung cấp trước khi phải thay đổi trên diện rộng.
Giá trị lớn nhất của quá trình này không chỉ là chuẩn bị cho máy tính lượng tử. Một hạ tầng có khả năng thay đổi mật mã linh hoạt thường cũng dễ thích nghi hơn trước các lỗ hổng mới, yêu cầu pháp lý mới và sự thay đổi của công nghệ. Trong bối cảnh dữ liệu ngày càng có vòng đời dài, bảo mật không thể chỉ được đo bằng việc hệ thống có an toàn ở hiện tại hay không. Câu hỏi quan trọng hơn là hệ thống có thể tiếp tục bảo vệ dữ liệu khi những giả định kỹ thuật hôm nay không còn đúng hay không.
