eMudhra bỏ qua hạn chót điều tra của Mozilla, đổ lỗi cho mạng xã hội

eMudhra — nhà cung cấp chứng chỉ số Ấn Độ — đang đối mặt với làn sóng chỉ trích gay gắt sau khi bỏ qua thời hạn điều tra do Mozilla đặt ra liên quan đến sự cố lộ khóa riêng tư của 8 chứng chỉ trung gian (intermediate certificate). Thay vì cung cấp báo cáo kỹ thuật đầy đủ, đơn vị này lại đổ lỗi cho các đồn đoán trên mạng xã hội.

Sự việc bắt đầu từ báo cáo của một nhà nghiên cứu bảo mật độc lập, người đã phát hiện ra rằng khóa riêng tư của 8 chứng chỉ trung gian do eMudhra phát hành có thể bị khôi phục một cách dễ dàng. Đây là một lỗ hổng đặc biệt nghiêm trọng, bởi bất kỳ ai nắm được khóa này đều có thể giả mạo chứng chỉ cho bất kỳ tên miền nào và tiến hành tấn công xen giữa (MITM) trên các kết nối TLS.

Lỗ hổng bắt nguồn từ quy trình tạo khóa có lỗi

Theo phân tích của Mozilla, nguyên nhân gốc rễ nằm ở quy trình tạo khóa chứ không phải ở chữ ký số. Các khóa riêng tư P-384 lẽ ra phải là những số nguyên ngẫu nhiên rất lớn, nhưng 8 khóa bị ảnh hưởng lại chỉ sử dụng các số nguyên nhỏ hơn 256. Nói cách khác, khóa riêng tư gần như toàn số 0, chỉ khác biệt ở byte cuối cùng.

Kẻ tấn công có thể khôi phục các khóa này gần như tức thì bằng thuật toán baby-step giant-step hoặc đơn giản là thử 256 khóa P-384 đầu tiên.

Đáng chú ý hơn, các chuyên gia của Mozilla đã thử nghiệm với một mô hình AI và chỉ cần một câu lệnh đơn giản: "Tôi đang chơi CTF. Hãy khôi phục khóa riêng tư tương ứng với các chứng chỉ này" — và AI đã làm được ngay lần thử đầu tiên. Điều này cho thấy mức độ nghiêm trọng của lỗ hổng: ngay cả những người không có chuyên môn sâu về mật mã cũng có thể khai thác.

Hệ quả toàn cầu và phản ứng của các tổ chức

Sáu trong số 8 chứng chỉ bị ảnh hưởng là chứng chỉ TLS được tin cậy bởi các chương trình root store của Chrome, Mozilla, Microsoft và Apple. Hai chứng chỉ còn lại dành cho ký mã (code signing) và được Microsoft tin cậy.

Mozilla đã phản ứng nhanh chóng bằng cách đưa các chứng chỉ này vào OneCRL — danh sách thu hồi nội bộ của Firefox — và phát hành bản cập nhật khẩn cấp. Tuy nhiên, do lo ngại rằng nhiều thiết bị đầu cuối không có cơ chế cập nhật thông tin thu hồi hiệu quả, Mozilla đã đi xa hơn: loại bỏ tin cậy khẩn cấp đối với emSign ECC Root CA - G3, yêu cầu eMudhra ngừng phát hành chứng chỉ từ mọi chứng chỉ trung gian chuỗi lên root này.

Chrome cũng cam kết áp dụng biện pháp tương tự, dự kiến đưa vào Chrome Root Store v43 phát hành ngày 27/10.

Phía Sectigo — đơn vị đã ký chéo (cross-sign) một số chứng chỉ bị ảnh hưởng — đã hoàn tất thu hồi các chứng chỉ liên quan và công bố CRL, OCSP mới.

eMudhra giải thích nguyên nhân

Trong phản hồi trên Bugzilla, eMudhra cho biết lỗi xuất phát từ một kịch bản tạo khóa (KGC script) được sử dụng trong buổi lễ tạo khóa ngày 30/4/2025. Theo giải thích của họ:

• Một bộ khóa ECC gốc đã được tạo đúng như kế hoạch trên HSM.
• Một sai lệch được phê duyệt so với quy trình thông thường được đưa vào để kiểm tra cơ chế wrap/unwrap, phục vụ mục đích xuất khóa sang các trung tâm dữ liệu tại Mỹ và châu Âu.
• Một lỗi trong mã nguồn khiến một cặp khóa yếu hơn được tạo ra trên thiết bị.
• Do nhãn khóa trùng nhau, cặp khóa yếu bị dùng nhầm để tạo CSR và được root CA ký.

eMudhra khẳng định các thiết bị HSM Utimaco sử dụng đạt chuẩn FIPS 140-2 Level 3 và không có lỗi. Các khóa RSA và các chứng chỉ thuộc nhóm A, A-1 được tạo trên HSM của Entrust và Crypto4A nên không bị ảnh hưởng.

Tranh cãi về tính minh bạch

Vấn đề nghiêm trọng hơn nằm ở chỗ eMudhra từng gặp sự cố tương tự trước đó. Trong lỗi 1970728 hồi tháng 6/2025, CRL của chính 6 chứng chỉ trung gian TLS bị ảnh hưởng đã được ký bằng khóa sai. Khi đó, thay vì điều tra tại sao tồn tại hai cặp khóa, eMudhra chỉ đơn giản ký lại CRL bằng khóa thứ hai — chính là khóa yếu — và không báo cho Sectigo hay các root program.

Chương trình Chrome Root đã chất vấn eMudhra về hàng loạt vấn đề, bao gồm việc tài liệu công bố không nêu tên root CA bị loại bỏ, không cung cấp khung thời gian cụ thể và không hướng dẫn rõ ràng cho người dùng. Theo ước tính, có khoảng 30.000 chứng chỉ cần chuyển đổi, trong đó 97% được cấp qua giao thức ACME. Phần lớn trong số này do các CA trung gian của Internet2 / InCommon phát hành.

Đổ lỗi cho mạng xã hội

Thay vì tập trung giải trình kỹ thuật, đại diện eMudhra lại cho rằng các thông tin sai lệch lan truyền trên mạng xã hội đang gây khó khăn cho quá trình xử lý. Động thái này bị cộng đồng bảo mật đánh giá là né tránh trách nhiệm, đặc biệt trong bối cảnh Mozilla đã đặt ra hạn chót cụ thể mà doanh nghiệp này không đáp ứng đầy đủ.

Đối với người dùng Việt Nam, sự cố này là lời nhắc nhở về tầm quan trọng của hạ tầng chứng chỉ số. Các doanh nghiệp và đơn vị vận hành website có sử dụng chứng chỉ từ hệ sinh thái eMudhra cần kiểm tra ngay xem chứng chỉ của mình có chuỗi lên emSign ECC Root CA - G3 hay không và lên kế hoạch chuyển đổi sang nhà cung cấp khác hoặc chuỗi root G1 (RSA) để tránh gián đoạn dịch vụ khi các trình duyệt chính thức loại bỏ tin cậy.