CVE-2025-59432

ŚrednieCVSS 6.6

Opublikowano: 22/09/2025(UTC)Zaktualizowano: 11/10/2026(UTC)Przetłumaczono: 12/10/2026(UTC)NVD NIST

Prawdopodobieństwo exploitacji (EPSS)

Podwyższone ryzyko

0.70%

Percentyl 52 - wyżej niż 52% wszystkich znanych CVE

Streszczenie

SCRAM (Salted Challenge Response Authentication Mechanism) to część mechanizmów uwierzytelniania SASL. W wersjach przed 3.2 implementacja SCRAM w Javie zawiera podatność na atak czasowy, ponieważ do porównywania wartości takich jak client proofs i server signatures używano Arrays.equals, które wykonuje porównanie krótkoobwodowe. Różnice w czasie wykonania mogą pozwolić atakującemu na wywnioskowanie wrażliwych danych uwierzytelniających.

Ocena ryzyka

Atakujący może przeprowadzić atak side-channel oparty na czasie i potencjalnie wywnioskować wrażliwe materiały uwierzytelniające. Dotyczy to wszystkich użytkowników korzystających z uwierzytelniania SCRAM.

Rekomendacja

Należy zaktualizować bibliotekę SCRAM do wersji 3.1 lub nowszej, w której Arrays.equals zastąpiono MessageDigest.isEqual zapewniającym porównanie w stałym czasie.

Inne podatności w SCRAM

CVE-2026-53712Wysokie
Podatność w bibliotece SCRAM (Salted Challenge Response Authentication Mechanism) umożliwia atakującemu przeprowadzającemu atak TLS man-in-the-middle na ciche obniżenie wersji połączenia z SCRAM-SHA-256-PLUS z wiązaniem kanału do standardowego SCRAM-SHA-256 bez wiązania kanału. Problem występuje, gdy TlsServerEndpoint przetwarza certyfikat X.509 używający nowoczesnego algorytmu podpisu, takiego jak Ed25519, a getChannelBindingData() może zwrócić pustą tablicę bajtów po wyjątku NoSuchAlgorithmException.

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

SCRAM (Salted Challenge Response Authentication Mechanism) is part of the family of Simple Authentication and Security Layer (SASL, RFC 4422) authentication mechanisms. Prior to version 3.2, a timing attack vulnerability exists in the SCRAM Java implementation. The issue arises because Arrays.equals was used to compare secret values such as client proofs and server signatures. Since Arrays.equals performs a short-circuit comparison, the execution time varies depending on how many leading bytes match. This behavior could allow an attacker to perform a timing side-channel attack and potentially infer sensitive authentication material. All users relying on SCRAM authentication are impacted. This vulnerability has been patched in version 3.1 by replacing Arrays.equals with MessageDigest.isEqual, which ensures constant-time comparison.

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