Tóm tắt nhanh
- eMudhra thu hồi tám chứng chỉ trung gian sau khi phát hiện khóa riêng tư P-384 của chúng có giá trị nhỏ hơn 256, khiến việc dò khóa trở nên khả thi.
- Apple bổ sung biện pháp bảo vệ ngày 19/10/2026; Mozilla và Google cũng chặn các chứng chỉ bị ảnh hưởng.
- Trình duyệt được cập nhật chưa đồng nghĩa mọi ứng dụng trên Mac đã an toàn: /usr/bin/curl có thể vẫn tin chứng chỉ nếu đường xác minh không kiểm tra trạng thái thu hồi.
Sự cố không bắt nguồn từ việc macOS bị bẻ khóa hay máy chủ Apple bị xâm nhập. Lỗi nằm ở quy trình tạo khóa của eMudhra, một tổ chức cấp chứng chỉ; điểm cần lưu ý với người dùng Mac là cách từng phần mềm cập nhật danh sách chứng chỉ không còn đáng tin cậy.
Khóa riêng tư nhỏ đến mức có thể dò bằng vài trăm lần thử
Chứng chỉ trung gian giúp một tổ chức cấp chứng chỉ xác nhận các chứng chỉ HTTPS cho website. Nếu khóa riêng tư của chứng chỉ trung gian bị lộ, kẻ tấn công có thể tạo chứng chỉ giả mạo tên miền và dùng nó để mạo danh máy chủ trong một tình huống có thể chặn kết nối của nạn nhân.
Tám chứng chỉ eMudhra bị ảnh hưởng dùng khóa P-384 được tạo vào tháng 4/2025, nhưng giá trị khóa lại nhỏ hơn 256. Thay vì phải tìm trong một không gian khóa cực lớn như kỳ vọng của thuật toán, người muốn khôi phục khóa chỉ cần thử tối đa 256 giá trị. Một khóa thuộc chứng chỉ “EM OV TLS CA – G3C” thậm chí có giá trị 4.
eMudhra cho biết lỗi trong kịch bản tạo chứng chỉ đã sinh thêm một nhóm khóa yếu; tên nhãn tương tự khóa đúng khiến nhóm yếu bị chọn nhầm để ký chứng chỉ. Công ty nói phần lớn chứng chỉ bị ảnh hưởng chưa được dùng trong môi trường vận hành và chưa tìm thấy bằng chứng chúng đã được dùng để cấp chứng chỉ cho người dùng cuối. Hiện cũng chưa có bằng chứng các khóa bị khai thác ngoài thực tế.
Danh sách chặn của trình duyệt cập nhật nhanh hơn trust store của hệ điều hành
Mozilla đưa các chứng chỉ vào OneCRL, danh sách thu hồi tập trung của Firefox, ngày 17/10. Theo Mozilla, cập nhật đã đến người dùng Firefox có cấu hình tiêu chuẩn trong chưa đầy ba giờ và không cần cài lại hay khởi động lại trình duyệt. Google cũng chặn sáu chứng chỉ trung gian có quyền cấp chứng chỉ TLS, còn Apple bổ sung biện pháp bảo vệ ngày 19/10.
Cách phân phối blocklist nhanh giúp trình duyệt phản ứng riêng cho ứng dụng của mình. Mozilla sau đó phát hành Firefox 158.0.1 cùng các bản ESR để bảo vệ nhóm người dùng có cấu hình tùy chỉnh không nhận được cập nhật OneCRL; hãng cũng cập nhật NSS, kho chứng chỉ được nhiều phần mềm khác sử dụng. Đây là khác biệt quan trọng: cập nhật trong trình duyệt không tự động sửa mọi kho tin cậy riêng mà ứng dụng khác đang dùng.
Trên macOS, cảnh báo tập trung vào tiện ích tích hợp /usr/bin/curl. Dennis Jackson, kỹ sư mật mã tại Mozilla, lưu ý tiện ích này có thể vẫn chấp nhận chứng chỉ bị thu hồi vì kho chứng chỉ của nó không kiểm tra thông tin thu hồi. Điều đó không có nghĩa mọi kết nối curl trên Mac đều đang bị giả mạo; rủi ro chỉ xuất hiện nếu kết nối gặp một chứng chỉ bị ảnh hưởng và đường xác minh của chương trình vẫn coi nó là đáng tin.
Nhà phát triển cần kiểm tra lớp xác minh TLS thực sự được ứng dụng dùng
Ứng dụng có thể xác minh chứng chỉ qua thư viện HTTP, runtime của ngôn ngữ, kho tin cậy hệ điều hành hoặc một bộ chứng chỉ đóng gói riêng. Vì vậy, cập nhật một SDK chưa chắc đã thay đổi chính sách xác minh mà ứng dụng đang chạy. Cloudflare khuyến nghị nhà phát triển lần theo lớp bên dưới SDK, cập nhật phụ thuộc liên quan, dựng lại image nếu cần rồi xác nhận ứng dụng đã nạp cấu hình mới.
Danh sách phần mềm bị ảnh hưởng trải rộng từ thư viện và công cụ dòng lệnh đến runtime. BleepingComputer ghi nhận nhóm Go đã phát hành Go 1.27.3 và 1.26.10 để xử lý vấn đề; các dự án khác có lịch cập nhật riêng, trong khi một số trạng thái vẫn đang chờ. Quản trị viên nên kiểm tra thông báo của nhà cung cấp và phiên bản trust store mà dịch vụ thực tế sử dụng, thay vì suy luận từ việc trình duyệt trên cùng máy đã cập nhật.
Không nên khắc phục lỗi chứng chỉ bằng cách tắt xác minh TLS. Việc đó loại bỏ cơ chế xác thực vốn ngăn kết nối tới máy chủ giả, khiến biện pháp bảo vệ trước sự cố này mất tác dụng. Một phép thử thành công trên trình duyệt cũng không chứng minh các tiến trình nền hay ứng dụng dùng kho chứng chỉ khác đã được bảo vệ.
Người dùng Mac nên cập nhật phần mềm, còn quản trị viên cần kiểm tra từng đường kết nối
Với người dùng thông thường, việc nên làm là cài các bản cập nhật bảo mật mới nhất cho macOS và phần mềm có liên quan khi chúng được phát hành. Với người quản trị hoặc lập trình viên thường chạy curl, script tự động hay dịch vụ nền trên Mac, cần xác định ứng dụng đang dùng bộ chứng chỉ nào và liệu nó có kiểm tra trạng thái thu hồi hay không; đừng xem kết quả kiểm tra trong Safari là đại diện cho toàn bộ hệ thống.
Sự cố cũng cho thấy thu hồi chứng chỉ chỉ hữu ích khi thông tin thu hồi đến được mọi nơi đang xác minh kết nối. Trình duyệt có thể cập nhật danh sách chặn nhanh, nhưng công cụ hệ thống và ứng dụng đóng gói trust store riêng cần con đường cập nhật khác. Apple đã bổ sung bảo vệ, song rủi ro cụ thể với /usr/bin/curl vẫn cần được đánh giá qua cập nhật và cấu hình xác minh trên từng máy.
Nguồn tham khảo: Mozilla Security Blog, Cloudflare, BleepingComputer, 9to5Mac.
