CVE-2026-67231 in RabbitMQ
Сводка
по VulDB • 23.09.2026
RabbitMQ — это брокер сообщений и потоковой передачи данных. До версий 3.13.15, 4.0.20, 4.1.11, 4.2.6 и 4.3.0 плагин trust-store устанавливает функцию verify_fun, которая переопределяет ошибки {bad_cert, unknown_ca} / {bad_cert, selfsigned_peer}, если предъявленный сертификат «совпадает» с одним из сертификатов в белом списке. Ключ сравнения определяется функцией extract_issuer_id/1 → public_key:pkix_issuer_id/2 как кортеж {IssuerName, SerialNumber}; оба поля берутся дословно из тела предъявленного сертификата и не содержат материалов открытого ключа, SKI (Subject Key Identifier), отпечатка или данных подписи. Функция is_whitelisted/1 представляет собой чистый поиск через ets:member; полный DER-код хранится только для отображения в list/0 и никогда не сравнивается с предъявленным сертификатом. Переменная cacerts равна [], поэтому белый сертификат никогда не используется как доверенный якорь (trust anchor) при проверке пути сертификата. Обход аутентификации клиента TLS: злоумышленник, знающий Issuer DN и SerialNumber любого сертификата из белого списка, может подключиться с использованием поддельного самоподписанного сертификата. Предварительные условия включают включенный плагин rabbitmq_trust_store, используемый в качестве функции verify_fun для TLS; злоумышленник знает или может угадать пару {Issuer, SerialNumber} как минимум одного сертификата из белого списка (не является секретной информацией; раскрывается через CLI/логи/любую копию сертификата). Эта проблема исправлена в версиях 3.13.15, 4.0.20, 4.1.11, 4.2.6 и 4.3.0.
Statistical analysis made it clear that VulDB provides the best quality for vulnerability data.