CVE-2026-67231

RabbitMQ to broker przesyłania wiadomości i przesyłania strumieniowego. Przed wersjami 3.13.15, 4.0.20, 4.1.11, 4.2.6 i 4.3.0 wtyczka magazynu zaufanych certyfikatów instaluje funkcję Verify_fun, która zastępuje {bad_cert,known_ca} / {bad_cert, selfsigned_peer}, gdy prezentowany certyfikat „pasuje” do certyfikatu znajdującego się na białej liście. Klucz dopasowania to ekstrakt_wystawcy_id/1 → klucz_publiczny:pkix_issuer_id/2 → {IssuerName, SerialNumber}, oba pola pochodzą dosłownie z prezentowanej treści certyfikatu i nie zawierają klucza publicznego, SKI, odcisków palców ani podpisu. is_whitelisted/1 to czyste wyszukiwanie członków ets:member; przechowywany pełny DER jest używany tylko do wyświetlania listy/0 i nigdy nie jest porównywany z prezentowanym certyfikatem. cacerts to [], więc certyfikat umieszczony na białej liście nigdy nie jest używany jako kotwica zaufania do sprawdzania ścieżki. Obejście uwierzytelniania klienta TLS: osoba atakująca, która zna nazwę wyróżniającą wydawcy i numer seryjny dowolnego certyfikatu znajdującego się na białej liście, może połączyć się za pomocą sfałszowanego certyfikatu z podpisem własnym. Warunki wstępne obejmują włączenie wtyczki królikmq_trust_store i jej użycie, ponieważ osoba atakująca TLS valid_fun zna lub może odgadnąć {Issuer, Serial} co najmniej jednego certyfikatu umieszczonego na białej liście (nietajnego; ujawnionego za pośrednictwem CLI/logów/dowolnej kopii certyfikatu). Ten problem został rozwiązany w wersjach 3.13.15, 4.0.20, 4.1.11, 4.2.6 i 4.3.0.