Katalog CVE

CVE-2026-115693

KrytyczneCVSS 9.1
Opublikowano: Przetłumaczono: NVD NIST

Streszczenie

Luka w hackney_ssl w bibliotece benoitc hackney polega na nieprawidłowej walidacji certyfikatów. hackney dodaje wywołanie zwrotne partial_chain do każdej konfiguracji verify_peer, które akceptuje dowolny certyfikat w łańcuchu, którego klucz publiczny pasuje do głównego magazynu certifi, nawet gdy połączenie jest przypięte do prywatnego CA. Atakujący w ścieżce może podszyć się pod serwer, jeśli posiada publicznie zaufany certyfikat dla przypiętej nazwy hosta. Problem dotyczy wersji od 1.24.0 przed 4.9.0.

Ocena ryzyka

Atakujący w ścieżce komunikacji może podszyć się pod serwer przypięty do prywatnego CA, co może prowadzić do przechwycenia danych i ruchu.

Rekomendacja

Zaktualizuj bibliotekę hackney do wersji 4.9.0 lub nowszej. Zweryfikuj konfigurację przypinania certyfikatów w aplikacjach korzystających z hackney.

Inne podatności w hackney

Zobacz wszystkie
Oryginalny opis (angielski, źródło NVD)

Improper Certificate Validation vulnerability in hackney_ssl in benoitc hackney allows an on-path attacker to impersonate a server pinned to a private certificate authority via a certificate chain that ends in a publicly trusted root. hackney adds {partial_chain, fun hackney_ssl:partial_chain/1} to every verify_peer configuration. The callback returns any certificate in the peer chain whose public key matches a root in the bundled certifi store as the trust anchor, and OTP honours that callback over the configured cacerts. hackney_ssl:merge_ssl_opts/3 kept the callback when the caller replaced the trust store with cacerts or cacertfile in ssl_options, so a connection pinned to a private CA still accepted any chain that carried a publicly trusted root. The hostname check still applies, so the attacker needs a publicly trusted certificate for the pinned hostname. This issue affects hackney: from 1.24.0 before 4.9.0.

Dane podatności pochodzą z NVD (NIST) · CISA KEV · EPSS