Sự trỗi dậy của máy tính lượng tử đang tạo ra một "cơn bão" đe dọa sự an toàn của các hệ thống mật mã truyền thống như RSA hay ECC. Để đối phó với nguy cơ này, Mật mã học Hậu lượng tử (Post-Quantum Cryptography - PQC) đã được phát triển nhằm tạo ra các thuật toán có khả năng chống lại sức mạnh xử lý của các máy tính lượng tử trong tương lai. Go, với định hướng ưu tiên bảo mật, đã chính thức tích hợp các tiêu chuẩn PQC mới nhất vào phiên bản 1.24 thông qua gói crypto/mlkem.

Tại sao PQC lại cấp thiết?

Các phương pháp mã hóa phổ biến hiện nay dựa trên độ khó của bài toán phân tích số nguyên tố lớn hoặc logarit rời rạc. Tuy nhiên, thuật toán Shor chạy trên máy tính lượng tử có thể giải quyết các bài toán này trong thời gian đa thức. Điều này có nghĩa là các kết nối HTTPS, chữ ký số và dữ liệu mã hóa hiện tại có thể bị giải mã trong tương lai. Chiến lược "thu thập ngay, giải mã sau" của các tổ chức tấn công khiến việc chuyển đổi sang PQC trở thành một nhiệm vụ cấp bách ngay từ bây giờ.

Tiêu chuẩn ML-KEM và sự xuất hiện của crypto/mlkem

Viện Tiêu chuẩn và Công nghệ Quốc gia Hoa Kỳ (NIST) đã chọn ML-KEM (trước đây là Kyber), một thuật toán dựa trên mạng tinh thể (lattice-based), làm tiêu chuẩn chính cho cơ chế đóng gói khóa (Key Encapsulation Mechanism - KEM). Trong Go 1.24, gói crypto/mlkem hiện thực hóa tiêu chuẩn FIPS 203 với hai biến thể chính:

• ML-KEM-768: Cung cấp mức độ bảo mật tương đương AES-192, được khuyến nghị cho hầu hết các ứng dụng thông thường.
• ML-KEM-1024: Cung cấp mức độ bảo mật cao nhất, tương đương AES-256.

Sử dụng crypto/mlkem trong ứng dụng Go

Dưới đây là ví dụ về cách thiết lập khóa chung giữa hai bên bằng thuật toán ML-KEM-768 trong Go 1.24:

package main

import (
	"bytes"
	"crypto/mlkem"
	"fmt"
	"log"
)

func main() {
	// 1. Phía người nhận: Tạo cặp khóa giải đóng gói (Decapsulation Key)
	recipientPrivKey, err := mlkem.GenerateKey768()
	if err != nil {
		log.Fatal(err)
	}

	// 2. Phía người nhận: Xuất khóa đóng gói (Encapsulation Key - Công khai) để gửi cho người gửi
	recipientPubKey := recipientPrivKey.EncapsulationKey()
	pubKeyBytes := recipientPubKey.Bytes()
	fmt.Printf("Public Key (Preview): %x...\n", pubKeyBytes[:12])

	// 3. Phía người gửi: Nhận khóa công khai và thực hiện đóng gói
	parsedPubKey, err := mlkem.NewEncapsulationKey768(pubKeyBytes)
	if err != nil {
		log.Fatal(err)
	}

	// Tạo khóa chung (shared secret) và bản mã (ciphertext)
	sharedSecretSender, cipherText := parsedPubKey.Encapsulate()
	fmt.Printf("Shared Secret (Sender): %x\n", sharedSecretSender)

	// 4. Phía người nhận: Giải đóng gói bản mã bằng khóa riêng tư
	sharedSecretRecipient, err := recipientPrivKey.Decapsulate(cipherText)
	if err != nil {
		log.Fatal("Lỗi giải mã: ", err)
	}

	// 5. Kiểm tra tính trùng khớp của khóa chung
	if bytes.Equal(sharedSecretSender, sharedSecretRecipient) {
		fmt.Println("Thành công: Cả hai bên đã có chung khóa bí mật hậu lượng tử!")
	}
}

Tích hợp PQC vào TLS trong Go 1.24

Điểm đáng chú ý nhất đối với các nhà phát triển ứng dụng web là Go 1.24 đã kích hoạt mặc định cơ chế trao đổi khóa lai X25519MLKEM768 trong gói crypto/tls. Đây là sự kết hợp giữa thuật toán X25519 truyền thống và ML-KEM-768 hậu lượng tử.

Cách tiếp cận này mang lại "lợi ích kép":

• Nếu ML-KEM có lỗ hổng chưa phát hiện, X25519 vẫn đảm bảo an toàn theo tiêu chuẩn mật mã học cổ điển.
• Nếu máy tính lượng tử xuất hiện, ML-KEM sẽ bảo vệ kết nối khỏi bị bẻ khóa.

Khi sử dụng crypto/tls (ví dụ trong http.ListenAndServeTLS), nếu trường CurvePreferences trong tls.Config để trống (nil), Go sẽ tự động ưu tiên X25519MLKEM768. Điều này giúp các ứng dụng Go đạt được khả năng kháng lượng tử mà không cần thay đổi mã nguồn.

Kiểm soát và Tương thích

Mặc dù việc kích hoạt mặc định là bước tiến lớn, nhưng nó có thể gây ra vấn đề với một số thiết bị mạng cũ không xử lý được các bản ghi TLS lớn (do khóa PQC có kích thước lớn hơn nhiều so với ECC). Để quản lý điều này, Go cung cấp các tùy chọn:

• Vô hiệu hóa toàn cục: Sử dụng biến môi trường GODEBUG=tlsmlkem=0 khi chạy ứng dụng.
• Cấu hình thủ công: Thiết lập cụ thể danh sách đường cong trong tls.Config để loại bỏ cơ chế lai.

config := &tls.Config{
    // Chỉ sử dụng các đường cong cổ điển nếu cần tương thích ngược tuyệt đối
    CurvePreferences: []tls.CurveID{tls.X25519, tls.CurveP256},
}

Việc đưa crypto/mlkem vào thư viện chuẩn đánh dấu một cột mốc quan trọng trong quá trình hiện đại hóa hạ tầng bảo mật của hệ sinh thái Go. Các nhà phát triển nên bắt đầu cập nhật lên Go 1.24 để tận dụng các cải tiến này, đồng thời theo dõi sát sao lộ trình tiêu chuẩn hóa các thuật toán chữ ký số hậu lượng tử (như ML-DSA) dự kiến sẽ được bổ sung trong tương lai.