Trong nhiều năm, phần lớn hoạt động bảo mật trên Internet dựa vào những bài toán toán học được xem là rất khó đối với máy tính thông thường. Khi người dùng truy cập một website, gửi thư điện tử, ký tài liệu số hoặc kết nối với hệ thống nội bộ, các thuật toán mã hóa giúp ngăn người không có quyền đọc hoặc thay đổi dữ liệu. Tuy nhiên, sự phát triển của máy tính lượng tử đang đặt ra một câu hỏi quan trọng: những cơ chế bảo vệ hiện nay có còn đủ an toàn trong tương lai hay không?
Câu hỏi này chưa đồng nghĩa với việc mọi hệ thống mã hóa sẽ lập tức bị phá vỡ. Máy tính lượng tử quy mô lớn, có khả năng thực hiện các phép tính cần thiết để tấn công những thuật toán phổ biến, vẫn là một mục tiêu kỹ thuật phức tạp. Dù vậy, dữ liệu nhạy cảm thường có vòng đời dài hơn vòng đời của một sản phẩm công nghệ. Một thông tin bị đánh cắp hôm nay có thể được lưu trữ, chờ đến khi năng lực tính toán thay đổi rồi mới bị giải mã. Vì thế, mật mã hậu lượng tử không chỉ là chủ đề dành cho phòng thí nghiệm. Đây đã trở thành một phần của kế hoạch quản trị rủi ro dài hạn.
Mối đe dọa đến từ đâu?
Nhiều hệ thống bảo mật hiện nay sử dụng mật mã khóa công khai để xác thực danh tính, trao đổi khóa hoặc tạo chữ ký số. Các cơ chế này dựa trên những bài toán mà máy tính truyền thống khó giải trong thời gian hợp lý. Chẳng hạn, một số hệ thống dựa vào độ khó của việc phân tích số lớn thành các thừa số nguyên tố, trong khi những hệ thống khác dựa trên bài toán liên quan đến đường cong elliptic.
Máy tính lượng tử khai thác các nguyên lý khác với máy tính thông thường. Trong một số điều kiện, thuật toán Shor có thể làm suy yếu nghiêm trọng các bài toán nền tảng nói trên nếu một máy tính lượng tử đủ lớn, đủ ổn định và có khả năng sửa lỗi phù hợp được xây dựng. Điều đó không có nghĩa mọi loại mã hóa đều bị ảnh hưởng giống nhau. Các thuật toán mã hóa đối xứng, vốn thường dùng cùng một khóa bí mật để mã hóa và giải mã, có cơ chế chống chịu khác và có thể được tăng cường bằng cách lựa chọn kích thước khóa phù hợp.
Rủi ro đáng chú ý nhất nằm ở dữ liệu cần được bảo mật trong thời gian dài. Một kẻ tấn công có thể thu thập các gói dữ liệu đã mã hóa, lưu giữ chúng và chờ đến một thời điểm trong tương lai để tìm cách giải mã. Cách tiếp cậ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 quan tâm với hồ sơ y tế, dữ liệu nghiên cứu, thông tin quốc phòng, bí mật thương mại, tài liệu pháp lý và những dữ liệu có giá trị lâu dài.
Mật mã hậu lượng tử là gì?
Mật mã hậu lượng tử, thường được gọi là mật mã chống lượng tử, là nhóm phương pháp được thiết kế để hoạt động trên các máy tính thông thường nhưng hướng tới khả năng chống lại cả những cuộc tấn công được thực hiện bằng máy tính lượng tử. Mục tiêu của nó không phải là xây dựng một máy tính lượng tử, mà là thay đổi các bài toán toán học đứng phía sau cơ chế bảo mật.
Các hướng nghiên cứu trong lĩnh vực này dựa trên nhiều dạng bài toán khác nhau, chẳng hạn bài toán liên quan đến mạng tinh thể, mã sửa sai, hàm băm hoặc các cấu trúc đại số. Mỗi nhóm có ưu điểm, giới hạn và đặc điểm triển khai riêng. Một thuật toán có thể tạo chữ ký nhỏ nhưng cần nhiều tài nguyên xử lý; thuật toán khác có thể phù hợp với trao đổi khóa nhưng làm tăng kích thước dữ liệu truyền qua mạng. Vì vậy, việc lựa chọn không thể chỉ dựa trên tên thuật toán hoặc một tuyên bố chung rằng công nghệ đó “an toàn trước lượng tử”.
Điểm quan trọng là mật mã hậu lượng tử không phải một sản phẩm cài đặt một lần rồi hoàn tất. Nó liên quan đến thư viện phần mềm, giao thức mạng, thiết bị phần cứng, hệ thống quản lý khóa, cơ chế cập nhật và quy trình vận hành. Khi thay đổi thuật toán, doanh nghiệp có thể phải xử lý khóa dài hơn, chữ ký lớn hơn, thời gian tính toán khác trước hoặc yêu cầu bộ nhớ cao hơn. Những thay đổi tưởng như nhỏ ở lớp mã hóa đôi khi tác động đến hiệu năng và khả năng tương thích của toàn bộ hệ thống.
Vì sao không nên chờ đến khi máy tính lượng tử xuất hiện?
Lý do đầu tiên là quá trình chuyển đổi hệ thống lớn thường kéo dài. Một tổ chức có thể đang vận hành hàng trăm ứng dụng, thiết bị mạng, nền tảng lưu trữ và dịch vụ từ nhiều nhà cung cấp. Mỗi thành phần lại có một cách xử lý chứng thư số, khóa mã hóa và giao thức kết nối khác nhau. Nếu chỉ bắt đầu kiểm tra khi một mối đe dọa trở nên cấp bách, doanh nghiệp có thể không còn đủ thời gian để thay thế những thành phần phụ thuộc vào công nghệ cũ.
Lý do thứ hai liên quan đến vòng đời của dữ liệu. Một dữ liệu được xem là không còn nhạy cảm sau vài tháng có thể có cách bảo vệ khác với dữ liệu phải giữ bí mật trong nhiều năm. Doanh nghiệp cần phân loại thông tin theo mức độ quan trọng, thời gian cần bảo mật và mức độ phụ thuộc vào mật mã khóa công khai. Không phải hệ thống nào cũng cần chuyển đổi cùng lúc, nhưng hệ thống chứa dữ liệu có giá trị dài hạn cần được ưu tiên đánh giá sớm.
Lý do thứ ba là nguy cơ phụ thuộc vào nhà cung cấp. Một số nền tảng có thể chưa hỗ trợ thuật toán mới hoặc chưa cho phép thay đổi cơ chế mã hóa một cách linh hoạt. Khi đó, tổ chức không chỉ cần một kế hoạch kỹ thuật mà còn phải đưa yêu cầu về khả năng thay thế thuật toán vào hợp đồng, tiêu chí mua sắm và quy trình đánh giá sản phẩm. Nếu bỏ qua khía cạnh này, doanh nghiệp có thể bị khóa trong một kiến trúc khó nâng cấp.
Ba bước chuẩn bị thực tế cho doanh nghiệp
Kiểm kê tài sản và luồng dữ liệu
Bước đầu tiên không phải là thay toàn bộ thuật toán mà là lập bản đồ mật mã. Doanh nghiệp cần biết hệ thống nào đang sử dụng chứng thư số, nơi khóa được tạo và lưu trữ, ứng dụng nào phụ thuộc vào giao thức bảo mật, dữ liệu nào được mã hóa khi truyền và dữ liệu nào được mã hóa khi lưu trữ. Việc kiểm kê nên bao gồm cả thiết bị cũ, phần mềm nội bộ, dịch vụ đám mây và các kết nối với đối tác.
Một bản kiểm kê có giá trị cần trả lời được những câu hỏi cụ thể: thuật toán nào đang được dùng, khóa có thời hạn bao lâu, ai chịu trách nhiệm gia hạn chứng thư, dữ liệu có cần bảo mật trong bao lâu và nếu phải thay đổi thuật toán thì hệ thống nào sẽ bị ảnh hưởng. Không có bản đồ này, tổ chức rất dễ bỏ sót một dịch vụ ít được chú ý nhưng lại đang bảo vệ thông tin quan trọng.
Đánh giá khả năng thay thế thuật toán
Khả năng thay thế thuật toán mà không phải viết lại toàn bộ ứng dụng là một yếu tố quan trọng. Một hệ thống có tính linh hoạt về mật mã cho phép thay đổi cơ chế mã hóa thông qua cấu hình, thư viện hoặc lớp trừu tượng được thiết kế phù hợp. Ngược lại, nếu thuật toán được nhúng trực tiếp vào nhiều phần của mã nguồn, quá trình chuyển đổi sẽ tốn thời gian và dễ tạo ra lỗi.
Doanh nghiệp nên kiểm tra xem các ứng dụng có hỗ trợ cập nhật thư viện bảo mật, thay đổi kích thước khóa và xử lý dữ liệu đầu ra lớn hơn hay không. Các bài kiểm thử cần quan tâm cả tính đúng đắn, hiệu năng, khả năng tương thích và phương án khôi phục khi chuyển đổi thất bại. Trong một số trường hợp, cơ chế kết hợp có thể được thử nghiệm để duy trì khả năng tương thích trong giai đoạn quá độ, nhưng cách làm này cũng cần được đánh giá cẩn thận về độ phức tạp và rủi ro vận hành.
Xây dựng lộ trình thay vì chạy theo một công cụ
Mật mã hậu lượng tử thường được thảo luận bằng tên của các thuật toán, nhưng lộ trình an toàn phải bắt đầu từ yêu cầu kinh doanh và mức độ rủi ro. Hệ thống phục vụ giao dịch tức thời có thể ưu tiên hiệu năng và độ trễ. Hệ thống lưu trữ hồ sơ dài hạn lại quan tâm nhiều hơn đến khả năng bảo mật lâu dài và quản lý khóa. Thiết bị có năng lực tính toán hạn chế sẽ cần phương án khác với máy chủ trung tâm dữ liệu.
Lộ trình nên chia thành các giai đoạn: khảo sát, thử nghiệm trong môi trường không quan trọng, đánh giá tác động, triển khai có kiểm soát và theo dõi sau chuyển đổi. Bộ phận an toàn thông tin cần phối hợp với nhóm kiến trúc, phát triển phần mềm, pháp chế, mua sắm và các đơn vị sở hữu dữ liệu. Đây không phải việc riêng của một nhóm chuyên gia, bởi quyết định về mã hóa ảnh hưởng đến cả chi phí, quy trình và trách nhiệm quản trị.
Những hiểu lầm cần tránh
Một hiểu lầm phổ biến là chỉ cần tăng kích thước khóa hiện tại thì mọi rủi ro lượng tử sẽ được giải quyết. Biện pháp này có thể hữu ích đối với một số cơ chế mã hóa đối xứng, nhưng không thay thế cho việc đánh giá lại các thuật toán khóa công khai và chữ ký số. Mỗi nhóm thuật toán có mô hình an toàn khác nhau, nên một giải pháp áp dụng cho loại này không mặc nhiên phù hợp với loại khác.
Hiểu lầm thứ hai là có thể bỏ qua những hệ thống cũ vì chúng sắp được thay thế. Trên thực tế, hệ thống cũ thường kết nối với các kho dữ liệu hoặc quy trình quan trọng. Nếu chưa thể thay ngay, doanh nghiệp cần ghi nhận rõ rủi ro, giới hạn quyền truy cập, tăng cường giám sát và có kế hoạch loại bỏ cụ thể. Việc trì hoãn có kiểm soát khác với việc không biết hệ thống đang tồn tại.
Hiểu lầm thứ ba là mua một sản phẩm được quảng bá là “chống lượng tử” sẽ hoàn tất nhiệm vụ. Bảo mật không chỉ nằm trong thuật toán. Khóa có thể bị lộ do cấu hình sai, chứng thư có thể hết hạn, quyền truy cập có thể bị cấp quá rộng, còn phần mềm vẫn có thể chứa lỗ hổng. Mật mã hậu lượng tử cần được đặt trong một chương trình an toàn thông tin tổng thể, bao gồm quản lý danh tính, cập nhật phần mềm, sao lưu, giám sát và ứng phó sự cố.
Chuẩn bị hôm nay để giữ quyền lựa chọn ngày mai
Máy tính lượng tử vẫn đang trong quá trình phát triển, nhưng điều đó không làm cho bài toán chuyển đổi trở nên xa vời. Giá trị của việc chuẩn bị sớm nằm ở khả năng nhìn rõ tài sản, hiểu phụ thuộc kỹ thuật và giảm các quyết định vội vàng về sau. Doanh nghiệp không nhất thiết phải thay đổi mọi hệ thống ngay lập tức. Điều cần thiết trước tiên là biết dữ liệu nào quan trọng, cơ chế nào đang bảo vệ dữ liệu và kiến trúc nào có thể thay đổi khi yêu cầu an toàn mới xuất hiện.
Mật mã hậu lượng tử vì thế nên được xem như một chương trình nâng cao khả năng thích ứng của hạ tầng số. Tổ chức nào thiết kế hệ thống với khả năng thay thế thuật toán, quản lý khóa chặt chẽ và kiểm kê dữ liệu đầy đủ sẽ có nhiều lựa chọn hơn khi công nghệ thay đổi. Trong một môi trường mà thông tin có thể cần được bảo vệ qua nhiều năm, chuẩn bị sớm không phải là phản ứng trước một mối đe dọa tưởng tượng, mà là cách bảo vệ giá trị của dữ liệu trong suốt vòng đời của nó.
