Bài viết này do AI tạo ra, có thể mắc sai sót.
Cloudflare công bố Automatic Key Exchange, cơ chế tự đo khả năng trao đổi khóa của origin TLS 1.3 rồi chọn thuật toán phù hợp ngay từ ClientHello đầu tiên. Mục tiêu kép: giảm độ trễ kết nối giữa edge và origin, đồng thời tự động ưu tiên trao đổi khóa lai hậu lượng tử khi origin đã hỗ trợ.
Trong TLS 1.3, client phải gửi keyshare ngay ở ClientHello. Nếu origin muốn thuật toán khác, nó trả về HelloRetryRequest và handshake phải thêm một vòng mạng. Trước đây Cloudflare thường mở đầu bằng X25519: tương thích rộng, nhưng không tối ưu cho origin ưu tiên P-256, P-384 hoặc hybrid hậu lượng tử.
Keyshare X25519MLKEM768 lớn hơn nhiều, 1.216 byte so với 32 byte của X25519. Gửi nó mặc định cho mọi origin có thể làm ClientHello tách nhiều gói và gây lỗi ở middlebox cũ. Vì vậy, đo thực tế trước khi chọn là điểm then chốt của cơ chế mới.
Cloudflare chạy một số TLS handshake nhẹ ngoài đường traffic production, mỗi lần chỉ thử một nhóm key agreement. Kết quả được tổng hợp theo subdomain và lưu lượng thực tế, sau đó hệ thống chọn thuật toán mạnh nhất mà origin chấp nhận. Origin được quét lại hằng ngày để phản ánh thay đổi ở load balancer, TLS library hoặc cấu hình server.
Khi rollout, preference mới chỉ áp dụng cho một phần traffic. Hệ thống theo dõi lỗi và HelloRetryRequest; nếu retry tăng vượt baseline, nó quay về lựa chọn cũ. Cách này giảm rủi ro biến tối ưu mã hóa thành sự cố kết nối.
Theo Cloudflare, trên cohort đã quét, khoảng 33% domain được ưu tiên X25519MLKEM768, 64% vẫn dùng X25519 và khoảng 3% chuyển sang curve cổ điển khác. Tỷ lệ TLS 1.3 hậu lượng tử hoàn tất trong một round trip tăng từ 0% lên 99,2%; lưu lượng origin hậu lượng tử đạt khoảng 45 tỷ kết nối mỗi ngày.
Điều này giúp giảm nguy cơ “harvest now, decrypt later”: kẻ tấn công lưu traffic mã hóa hôm nay để chờ năng lực giải mã trong tương lai. Tuy vậy, kết quả chỉ áp dụng khi origin và đường truyền đã xử lý được hybrid keyshare; đây không phải phép nâng cấp mã hóa cho server cũ.
Điểm đáng giá nhất không phải một toggle PQC, mà là mô hình vận hành tự thích nghi: đo capability, rollout nhỏ, quan sát lỗi, rollback và quét lại. Đây là cách khả thi để đưa thay đổi mật mã vào hàng triệu origin dị biệt mà không buộc từng quản trị viên phải tự chọn curve.
Với hệ thống có traffic động, cache miss hoặc nhiều kết nối mới tới origin, bớt một round trip TLS có thể tác động trực tiếp đến độ trễ người dùng. Với hệ thống đã giữ keep-alive lâu, lợi ích latency nhỏ hơn vì không phát sinh handshake mới.
Đội vận hành vẫn cần thận trọng với các policy compliance. Việc giới hạn thuật toán thể hiện yêu cầu bảo mật, không tự tạo năng lực tương thích. Trước khi ép post-quantum hoặc FIPS, cần kiểm thử đủ các origin, LB và thiết bị chặn/kiểm tra TLS trên đường đi.
Cloudflare Blog, “Automatic Key Exchange: faster, post-quantum secure origin handshakes for 45 billion daily connections”, công bố ngày 08/09/2026. Nội dung nguồn đã được đối chiếu trước khi biên soạn.
