Chứng chỉ TLS giả được trust bởi Red Hat ca-certificates, cho phép giả mạo qua MITM

Kho lưu trữ cơ quan chứng thực hệ thống (CA) trong các sản phẩm Red Hat, được phân phối qua các gói RPM ca-certificates, đã bao gồm nhiều chứng chỉ CA gốc của các cơ quan đã ký các chứng chỉ CA trung gian bằng private key yếu do cơ quan chứng thực eMudhra cấp. Kẻ tấn công man-in-the-middle có thể lợi dụng lỗ hổng này để cấp chứng chỉ cho các hostname tùy ý, được ký bởi các chứng chỉ CA trung gian yếu, và các chứng chỉ đó sẽ được client TLS/SSL sử dụng system CA store xem là đáng tin cậy, khiến các client này kết nối đến các trang độc hại. Do không thể chỉ không tin cậy các chứng chỉ trung gian cụ thể trên mọi client sử dụng system CA store, các chứng chỉ CA gốc của những cơ quan đã ký các chứng chỉ CA trung gian yếu đang bị loại bỏ.

Dữ liệu Red Hat xác định các nhánh sau là bị ảnh hưởng hoặc có thành phần bị ảnh hưởng:

• Red Hat Enterprise Linux 6, 7, 8, 9 và 10 với ca-certificates; trạng thái ảnh hưởng được áp dụng cho các minor release trừ khi Red Hat nêu khác.
• Red Hat Hardened Images với ca-certificates và ca-certificates-bundle. Bản sửa đã xác nhận cho image này là 2026.2.92_v9.0.319-1.hum1 trong các kho Hummingbird được Red Hat liệt kê.
• Assisted Installer, cert-manager Operator, Confidential Compute Attestation, Kernel Module Management Operator, Kube Descheduler Operator, Logging Subsystem, Logical Volume Manager Storage, Migration Toolkit for Applications, Migration Toolkit for Containers, Migration Toolkit for Virtualization, Multicluster Engine, Network Observability Operator, OpenShift Serverless, OpenShift Service Mesh 3, Red Hat Advanced Cluster Management 2, Red Hat Advanced Cluster Security 4 và Red Hat Connectivity Link 1.
• Các sản phẩm bổ sung được Red Hat CSAF đánh dấu bị ảnh hưởng gồm OpenShift Container Platform 4 với RHEL CoreOS 8 và 9, OpenShift Distributed Tracing 3, OpenShift for Windows Containers, OpenShift Virtualization 4 và 5, cùng Red Hat Quay 3.
• Bất kỳ sản phẩm Red Hat nào chạy trên RHEL hoặc UBI, bao gồm container và layered product, đều có thể bị ảnh hưởng nếu kế thừa trust store chưa được cập nhật. Các package cụ thể gồm nhiều image hoặc operator có hậu tố rhel8 và rhel9 được liệt kê trong bản ghi chuẩn hóa.
• Red Hat CSAF hiện đánh dấu mosquitto.src thuộc Red Hat Satellite 6 là không bị ảnh hưởng. Trạng thái của các nhánh hoặc sản phẩm không được liệt kê vẫn chưa được xác định từ bằng chứng hiện có.

Red Hat phân phối system CA store qua các gói RPM ca-certificates. Kho tin cậy này chứa nhiều root CA đã ký các intermediate CA được eMudhra cấp với private key yếu. Nếu kẻ tấn công sở hữu một trong các private key bị ảnh hưởng và có vị trí man-in-the-middle để chặn kết nối TLS, chúng có thể tạo chứng chỉ cho hostname tùy ý; client TLS/SSL dùng system CA store có thể chấp nhận các chứng chỉ đó là hợp lệ.

Red Hat đang loại bỏ các root CA liên quan thay vì chỉ vô hiệu hóa từng intermediate CA, vì không phải mọi client dùng system CA store đều hỗ trợ distrust riêng từng intermediate. Chi tiết về loại yếu mật mã cụ thể của private key và toàn bộ danh sách chứng chỉ bị ảnh hưởng không được xác lập trong dữ liệu được cung cấp; các tên root được nêu trong hướng dẫn giảm thiểu không nên được mặc định áp dụng cho mọi trust store của mọi sản phẩm.

Lỗ hổng có thể bị khai thác qua mạng khi client thực hiện kết nối TLS và kẻ tấn công đứng ở vị trí man-in-the-middle. Kẻ tấn công không cần tài khoản trên hệ thống đích, nhưng phải sở hữu một hoặc nhiều private key bị xâm phạm và cần người dùng hoặc ứng dụng thực hiện kết nối TLS bị chặn.

Mức độ phức tạp thực tế cao vì cần đồng thời có private key phù hợp, vị trí chặn lưu lượng và một client vẫn tin cậy chain chứng chỉ liên quan. Dữ liệu được cung cấp không xác lập exploit công khai, chiến dịch cụ thể hoặc việc khai thác đã được quan sát; việc thiếu thông tin đó không chứng minh rằng chưa có khai thác.

Kết quả kỹ thuật là client TLS/SSL có thể xác thực một chứng chỉ giả cho hostname tùy ý vì chain của nó được neo vào root CA vẫn được tin cậy. Trong điều kiện kẻ tấn công chặn được kết nối, dữ liệu truyền có thể bị đọc hoặc sửa, và người dùng hoặc ứng dụng có thể bị chuyển hướng đến dịch vụ giả mạo.

Ảnh hưởng trực tiếp tập trung vào tính bí mật và toàn vẹn của các kết nối TLS, không phải một lỗi thực thi mã hoặc chiếm quyền hệ điều hành. Phạm vi phụ thuộc vào client nào sử dụng system CA store chứa trust anchor liên quan; ứng dụng dùng trust store riêng hoặc đã loại bỏ các root đó có thể không bị ảnh hưởng. Bản ghi không chứng minh rằng bất kỳ hệ thống cụ thể nào đã bị xâm phạm.

Nếu một client vẫn tin cậy chain chứng chỉ bị ảnh hưởng và kết nối bị chặn, kẻ tấn công có thể:

• Giả mạo hostname hoặc website mà client định truy cập.
• Đọc dữ liệu nhạy cảm truyền qua TLS, có thể bao gồm thông tin xác thực, token hoặc dữ liệu ứng dụng.
• Sửa nội dung phản hồi hoặc yêu cầu trước khi chúng đến đích mà không bị client phát hiện như một lỗi chứng chỉ thông thường.
• Làm suy yếu bảo vệ TLS đối với HTTPS, giao tiếp nội bộ và các kết nối được xác thực bằng chứng chỉ.

Các hậu quả trên là khả năng kỹ thuật theo điều kiện khai thác được nêu; bằng chứng cung cấp không xác nhận một vụ rò rỉ dữ liệu, xâm nhập hoặc chiến dịch cụ thể.

1. Cập nhật system trust store bằng errata Red Hat dành cho sản phẩm đang sử dụng. Với Red Hat Hardened Images, bản sửa được xác nhận gồm ca-certificates-2026.2.92_v9.0.319-1.hum1 và ca-certificates-bundle-2026.2.92_v9.0.319-1.hum1. Không mở rộng bản sửa này thành cam kết cho các nhánh Red Hat khác nếu chưa có package hoặc errata tương ứng.
2. Với các sản phẩm bị ảnh hưởng nhưng chưa có bản sửa cụ thể trong dữ liệu Red Hat đã kiểm tra, theo dõi và áp dụng errata dành riêng cho sản phẩm ngay khi được phát hành. CSAF hiện ghi nhận trạng thái affected và chưa có remediation available cho các nhóm này.
3. Trong thời gian chờ cập nhật, áp dụng quy trình blocklist root CA do Red Hat hướng dẫn. Bulletin nêu Comodo AAA Services và emSign ECC Root CA - G3 là các root liên quan cần xem xét. Thực hiện theo quy trình của Red Hat cho từng trust store, vì việc xóa root có thể ảnh hưởng đến các chain chứng chỉ hợp lệ khác.
4. Cập nhật base image RHEL hoặc UBI và rebuild toàn bộ container dẫn xuất. Kiểm tra lại các layered product và workload OpenShift sử dụng image hoặc package từ RHEL.
5. Sau khi cập nhật, xác minh package và trust store không còn tin cậy các chứng chỉ bị ảnh hưởng. Không coi việc một scanner không còn báo lỗi là bằng chứng duy nhất nếu ứng dụng sử dụng trust store riêng.

1. Kiểm kê máy chủ, image, container và layered product dựa trên Red Hat Enterprise Linux, RHEL CoreOS hoặc UBI, đặc biệt các thành phần sử dụng ca-certificates.
2. Trên hệ thống RPM, kiểm tra gói đã cài bằng lệnh chính thức được nêu trong bulletin:

rpm -q ca-certificates

1. Xác định system trust store còn tin cậy các chứng chỉ hoặc root liên quan đến eMudhra hay không. Red Hat nêu Comodo AAA Services và emSign ECC Root CA - G3 là các root cần xem xét trong biện pháp blocklist.
2. Đối chiếu gói và image với errata Red Hat tương ứng, không chỉ dựa vào kết quả của scanner suy luận từ số phiên bản gói.
3. Với container, kiểm tra lại base image sau khi cập nhật và rebuild các image dẫn xuất. Có thể rà soát log TLS để tìm chain chứng chỉ hoặc chứng chỉ hostname bất thường như một biện pháp giám sát bổ sung, nhưng đây là kiểm tra phòng ngừa, không phải IOC đã được Red Hat xác nhận. Không có log bất thường không chứng minh hệ thống an toàn.