CVE-2026-42789
ŚrednieCVSS 4.8Prawdopodobieństwo exploitacji (EPSS)
Niskie ryzykoPercentyl 26 - wyżej niż 26% wszystkich znanych CVE
Streszczenie
W bibliotece public_key Erlang OTP wykryto podatność polegającą na nieprawidłowym śledzeniu łańcucha zaufania certyfikatów. Moduł pubkey_cert błędnie akceptuje certyfikat niebędący CA (z basicConstraints cA:false i bez rozszerzenia keyUsage) jako pośredniego wystawcę, co umożliwia fałszowanie łańcucha certyfikatów. Problem dotyczy wersji OTP od 17.0 do 29.0.1, 28.5.0.1, 27.3.4.12 i 26.2.5.21.
Ocena ryzyka
Atakujący posiadający certyfikat końcowy z cA:false i bez keyUsage, wydany przez zaufane CA, może podpisywać fałszywe certyfikaty dla dowolnych tożsamości. Może to prowadzić do naruszenia uwierzytelniania TLS/mTLS, podszywania się pod serwery lub klientów oraz przechwytywania komunikacji.
Rekomendacja
Należy niezwłocznie zaktualizować Erlang OTP do wersji 29.0.1, 28.5.0.1, 27.3.4.12 lub 26.2.5.21 (w zależności od używanej gałęzi). Dla systemów, których nie można zaktualizować, należy rozważyć tymczasowe wyłączenie walidacji łańcucha certyfikatów w public_key lub zastosowanie dodatkowych mechanizmów kontroli.
Inne podatności w Erlang OTP public_key
Zobacz wszystkie- CVE-2026-59251Wysokie
W bibliotece public_key w Erlang/OTP wykryto podatność polegającą na nieograniczonym przydzielaniu zasobów podczas walidacji ścieżki certyfikatu X.509. Zdalny, nieuwierzytelniony atakujący może wysłać spreparowany łańcuch certyfikatów podczas uzgadniania TLS, co prowadzi do przeciążenia harmonogramów BEAM i wyczerpania pamięci węzła, powodując odmowę usługi (DoS). Problem dotyczy funkcji pubkey_policy_tree:add_leaves/2 i pubkey_policy_tree:add_leaf_siblings/2, które rozwijają drzewo polityki certyfikatów bez ograniczeń.
- CVE-2026-42790Wysokie
W bibliotece public_key Erlang OTP wykryto podatność polegającą na nieprawidłowej walidacji certyfikatów. Dwa błędy umożliwiają pominięcie ograniczeń DNS nameConstraints poprzez użycie nazwy pospolitej (commonName) w certyfikacie liścia, co pozwala atakującemu na podszycie się pod dowolny host.
Oryginalny opis (angielski, źródło NVD)
Improper Following of a Certificate's Chain of Trust vulnerability in Erlang OTP public_key (pubkey_cert module) allows a non-CA certificate to be accepted as an intermediate issuer, enabling certificate chain forgery. In lib/public_key/src/pubkey_cert.erl, pubkey_cert:validate_extensions/7 contains two flaws that together allow a certificate with basicConstraints cA:false and no keyUsage extension to be used as an intermediate issuer in a chain passed to public_key:pkix_path_validation/3: the cA:false clause recurses into the remaining extensions without rejecting the certificate when it is in issuer position, and the keyUsage check only fires when the extension is present, so a certificate lacking keyUsage entirely bypasses the keyCertSign enforcement. Any party holding an end-entity certificate with basicConstraints cA:false and no keyUsage extension, issued by any CA in the victim's trust store, can use that certificate's private key to sign forged leaf certificates for arbitrary identities. public_key:pkix_path_validation/3 accepts the resulting chain, and by extension every TLS or mTLS endpoint built on the OTP ssl application that relies on the default verifier is affected, including server identity verification on the client side and client certificate verification on mTLS servers. This issue affects OTP from OTP 17.0 before OTP 29.0.1, OTP 28.5.0.1, OTP 27.3.4.12 and OTP 26.2.5.21, corresponding to public_key from 0.22 before 1.21.1, 1.20.3.1, 1.17.1.3 and 1.15.1.7.