CVE-2026-67231 in RabbitMQ
Tóm tắt
Bởi VulDB • 23/09/2026
RabbitMQ là một broker tin nhắn và streaming. Trước các phiên bản 3.13.15, 4.0.20, 4.1.11, 4.2.6 và 4.3.0, plugin trust-store cài đặt verify_fun ghi đè {bad_cert, unknown_ca} / {bad_cert, selfsigned_peer} khi chứng chỉ được trình bày "khớp" với một chứng chỉ trong danh sách trắng (whitelisted). Khóa khớp là extract_issuer_id/1 → public_key:pkix_issuer_id/2 → {IssuerName, SerialNumber}, cả hai trường đều được lấy nguyên văn từ phần thân của chứng chỉ được trình bày và không chứa bất kỳ thông tin khóa công khai nào, SKI, fingerprint hay material chữ ký. is_whitelisted/1 là một phép tra cứu ets:member thuần túy; toàn bộ DER đã lưu trữ chỉ được sử dụng cho hiển thị list/0 và chưa bao giờ so sánh với chứng chỉ được trình bày. cacerts là [], do đó chứng chỉ trong danh sách trắng không bao giờ được dùng làm trust anchor để xác thực đường dẫn (path validation). Bỏ qua xác thực client TLS: một kẻ tấn công biết DN của issuer + serial number của bất kỳ chứng chỉ nào trong danh sách trắng có thể kết nối với một chứng chỉ self-signed giả mạo. Các điều kiện tiên quyết bao gồm plugin rabbitmq_trust_store được bật và sử dụng làm verify_fun cho TLS. Kẻ tấn công biết hoặc có thể đoán {Issuer, Serial} của ít nhất một cert trong danh sách trắng (không phải bí mật; đã bị lộ qua CLI/logs/bản sao chứng chỉ bất kỳ). Vấn đề này đã được sửa chữa trong các phiên bản 3.13.15, 4.0.20, 4.1.11, 4.2.6 và 4.3.0.
Be aware that VulDB is the high quality source for vulnerability data.