eMudhra rút khỏi mảng kinh doanh SSL toàn cầu sau khi phát hiện khóa yếu

Cơ quan chứng nhận (CA) Ấn Độ eMudhra đã thông báo vào thứ Năm rằng họ sẽ rút khỏi mảng kinh doanh chứng chỉ SSL/TLS toàn cầu. Quyết định này được đưa ra sau khi một nhà nghiên cứu bảo mật phát hiện ra rằng tám trong số các khóa riêng tư của Cơ quan Chứng nhận Trung gian (Intermediate CA) của công ty cực kỳ yếu và dễ dàng khôi phục. Các trình duyệt lớn như Google và Mozilla đã bắt đầu ngừng tin cậy các chứng chỉ gốc bị ảnh hưởng, tác động đến hàng chục nghìn trang web.

Chuyện gì đã xảy ra

Sự cố bắt đầu vào ngày 17 tháng 10 khi một nhà nghiên cứu báo cáo với Apple, Google, Microsoft, Mozilla và eMudhra rằng tám khóa riêng tư của CA trung gian đã bị xâm phạm. Những khóa này, vốn nên là các số ngẫu nhiên lớn, đều có giá trị nhỏ hơn 256. Điểm yếu cực đoan này có nghĩa là bất kỳ ai cũng có thể tính toán các khóa riêng tư gần như ngay lập tức, về cơ bản phá vỡ mô hình tin cậy mã hóa đối với mọi chứng chỉ được cấp dưới chúng. Sáu trong số tám khóa này đã được sử dụng cho các chứng chỉ TLS của trang web.

Để phản hồi, Chrome và Firefox đã chặn sáu CA trung gian TLS bị ảnh hưởng trong vòng vài giờ sau khi nhận được báo cáo. Google xác nhận rằng không có chứng chỉ trang web nào từ các CA trung gian này xuất hiện trong nhật ký minh bạch chứng chỉ (Certificate Transparency logs) công khai trước khi bị chặn, điều này có nghĩa là chúng có khả năng không được dùng để cấp chứng chỉ hợp lệ cho người dùng cuối. eMudhra tuyên bố rằng hệ thống của họ không bị xâm nhập và họ chưa bao giờ sử dụng những khóa yếu cụ thể này để cấp chứng chỉ cho khách hàng. Tuy nhiên, thiệt hại đối với niềm tin là tức thì và nghiêm trọng.

Sau khi tiết lộ thông tin, hội đồng quản trị của eMudhra đã quyết định rút hoàn toàn khỏi thị trường SSL/TLS toàn cầu. Công ty cho biết phân khúc này chỉ đóng góp khoảng 1% doanh thu của họ và liên quan đến chi phí phức tạp về chủ quyền dữ liệu và tuân thủ quy định. Họ cũng lưu ý rằng sự giám sát trên mạng xã hội xoay quanh sự cố này là không cân xứng với quy mô kinh doanh. eMudhra sẽ tiếp tục vận hành các dịch vụ khác, bao gồm chữ ký số và nền tảng CertiNext, nhưng sẽ ngừng cấp mới các chứng chỉ TLS toàn cầu.

Chi tiết chính

• Chrome sẽ ngừng tin cậy chứng chỉ gốc emSign ECC Root CA - G3 vào sáng ngày 27 tháng 10, theo giờ Thái Bình Dương.
• Mozilla đã quyết định vào ngày 20 tháng 10 ngừng tin cậy cùng chứng chỉ gốc đó trong Firefox, cắt đứt các chứng chỉ hợp lệ được liên kết chuỗi với nó.
• Khoảng 30.800 chứng chỉ chưa hết hạn được liên kết chuỗi với chứng chỉ gốc bị ảnh hưởng tính đến ngày 21 tháng 10, theo số lượng của Chrome.
• Khoảng 99,9% các chứng chỉ bị ảnh hưởng được cấp thông qua InCommon, một dịch vụ dành cho cộng đồng giáo dục đại học.
• eMudhra ước tính khoảng 30.000 chứng chỉ cần được thay thế, với 97% được cấp qua giao thức ACME.
• Các máy khách ACME tiêu chuẩn không tự động thay thế chứng chỉ ngoài cửa sổ gia hạn trừ khi chúng hỗ trợ Thông tin Gia hạn ACME (ARI).

Bối cảnh

Để hiểu mức độ nghiêm trọng, cần biết cách hoạt động của tin cậy TLS. Các trình duyệt và hệ điều hành duy trì một "kho lưu trữ gốc" (root store) chứa các Cơ quan Chứng nhận đáng tin cậy. Khi một trang web trình bày một chứng chỉ, trình duyệt kiểm tra xem nó có liên kết chuỗi ngược lại với một trong những gốc đáng tin cậy này hay không. Nếu gốc bị loại khỏi kho lưu trữ, như đã xảy ra với gốc ECC của eMudhra, mọi chứng chỉ được cấp dưới nó sẽ trở nên không đáng tin cậy. Người dùng sẽ thấy cảnh báo bảo mật và các hệ thống tự động có thể không kết nối được.

Lỗi cụ thể ở đây liên quan đến các khóa riêng tư của CA trung gian. Một CA trung gian nằm giữa gốc và chứng chỉ người dùng cuối. Nếu khóa riêng tư của CA trung gian bị lộ, kẻ tấn công có thể cấp chứng chỉ gian lận cho bất kỳ tên miền nào. Trong trường hợp này, các khóa quá nhỏ (dưới 256) nên không cung cấp bất kỳ lớp bảo mật nào. Mặc dù eMudhra tuyên bố những khóa này không được sử dụng để cấp phát, sự tồn tại đơn thuần của các khóa yếu như vậy trong môi trường sản xuất báo hiệu một thất bại nghiêm trọng trong quy trình tạo khóa.

Tại sao điều này quan trọng

Đối với các đội ngũ vận hành phần mềm tự host hoặc quản lý dịch vụ nội bộ, sự cố này làm nổi bật sự mong manh của việc phụ thuộc vào một nhà cung cấp chứng chỉ duy nhất. Ngay cả khi trang web công khai của bạn sử dụng một CA khác, các công cụ nội bộ hoặc tích hợp đối tác có thể dựa vào các chứng chỉ do eMudhra cấp. Với việc Chrome và Firefox loại bỏ niềm tin, bất kỳ dịch vụ nào phụ thuộc vào các chứng chỉ này sẽ bị hỏng. Điều này bao gồm các API, microservices và tích hợp bên thứ ba xác thực chuỗi TLS một cách chặt chẽ.

Quá trình chuyển đổi cũng rất phức tạp. Google đã hướng dẫn các nhà vận hành ngay lập tức lấy chứng chỉ mới từ một hệ thống phân cấp PKI khác. Tuy nhiên, việc chuyển từ gốc dựa trên ECC sang gốc dựa trên RSA, hoặc sang một nhà cung cấp hoàn toàn khác, thường đòi hỏi sự can thiệp thủ công. Các công cụ tự động như máy khách ACME có thể không xử lý mượt mà việc thay thế ngoài băng tần (out-of-band), đặc biệt nếu chúng thiếu hỗ trợ cho Thông tin Gia hạn ACME. Điều này tạo ra một đợt tăng khối lượng công việc thủ công cho các đội IT và DevOps, những người phải truy tìm từng điểm cuối bị ảnh hưởng.

Hơn nữa, sự cố này đặt ra câu hỏi về tính minh bạch và vệ sinh vận hành. eMudhra đã công bố các Danh sách Thu hồi Chứng chỉ (CRLs) không hợp lệ vào năm 2025 cho các CA trung gian tương tự, tuyên bố vào thời điểm đó rằng họ đã khắc phục vấn đề bằng cách tạo lại CRLs với các khóa phù hợp. Phát hiện gần đây cho thấy những biện pháp khắc phục đó có thể liên quan đến việc ký lại bằng các khóa lỗi, một chi tiết không được tiết lộ trong báo cáo trước đó. Sự thiếu rõ ràng này khiến khách hàng khó đánh giá rủi ro còn lại từ các gốc của eMudhra, chẳng hạn như gốc RSA G1, vẫn đang được Chrome xem xét.

Bạn có thể làm gì

• Kiểm kê kho lưu trữ của bạn để tìm bất kỳ chứng chỉ nào do eMudhra cấp, đặc biệt là những chứng chỉ liên kết chuỗi với emSign ECC Root CA - G3.
• Kiểm tra xem các dịch vụ của bạn có thuộc liên đoàn InCommon hay không, vì 99,9% chứng chỉ bị ảnh hưởng thuộc nhóm này.
• Thay thế ngay lập tức các chứng chỉ bị ảnh hưởng bằng những chứng chỉ từ một hệ thống phân cấp CA đáng tin cậy khác, chẳng hạn như Let's Encrypt hoặc một nhà cung cấp thương mại.
• Xác minh rằng các máy khách ACME của bạn hỗ trợ Thông tin Gia hạn ACME (ARI) để xử lý mượt mà hơn các lần thay thế bắt buộc trong tương lai.
• Theo dõi trạng thái của gốc RSA G1 của eMudhra, vì Chrome vẫn chưa quyết định có giữ nó trong kho lưu trữ gốc hay không.
• Cập nhật các hệ thống giám sát để cảnh báo về thay đổi chứng chỉ và vấn đề tin cậy, đảm bảo bạn phát hiện các gốc bị mất tin cậy trước khi người dùng gặp phải.