CVE-2026-92899
ŚrednieCVSS 4.8Streszczenie
Apache WSS4J przechowuje Nonce każdego przyjętego UsernameToken jako surowy tekst base64, ale uwierzytelnianie dekoduje ten tekst i używa bajtów. Te same bajty mogą być zapisane jako base64 na kilka sposobów. Atakujący, który przechwycił uwierzytelnione żądanie, może wysłać je ponownie z dodaną spacją do Nonce: weryfikacja hasła nadal działa, ale token nie pasuje już do zapamiętanego, więc powtórzenie jest akceptowane. Ponieważ UsernameToken nie obejmuje treści wiadomości, przechwycony token może być ponownie użyty na żądaniach wybranych przez atakującego, dopóki nie wygaśnie. Dotyczy to wdrożeń z skonfigurowanym cache replikacji Nonce, jak domyślnie w Apache CXF, i tylko tokenów używających digestu hasła. Cache jest teraz kluczowany na zdekodowanym Nonce. Zaleca się aktualizację do wersji 4.0.2, 3.0.6 lub 2.4.4, które naprawiają ten problem.
Ocena ryzyka
Ryzyko powtórzenia (replay) uwierzytelnionych żądań, co może prowadzić do nieautoryzowanych działań w systemie.
Rekomendacja
Zaktualizuj Apache WSS4J do wersji 4.0.2, 3.0.6 lub 2.4.4, które zawierają poprawkę.
Inne podatności w Apache WSS4J
Zobacz wszystkie- CVE-2026-89238Nieznane
W bibliotece WSS4J występuje podatność związana z myleniem elementów potomnych EncryptedHeader, która może pozwolić atakującemu na awansowanie kontrolowanego przez niego elementu plaintext jako odszyfrowanego nagłówka. Prowadzi to do nieprawidłowego zakresu poufności i możliwego obejścia polityki bezpieczeństwa.
- CVE-2026-88920Nieznane
W procesorze bezpieczeństwa DOM w Apache WSS4J występuje obejście uwierzytelniania, które pozwala nieuwierzytelnionym zdalnym atakującym na fałszowanie uwierzytelnionych wiadomości SOAP poprzez spreparowaną, niepodpisaną asercję SAML sender-vouches zawierającą klucz kontrolowany przez atakującego.
- CVE-2026-87830Nieznane
W walidatorze WS-SecurityPolicy strumieniowania StAX pewne względne lub nieobsługiwane wyrażenia XPath mogą być przekształcane w ścieżki, które nigdy nie pasują do rzeczywistej ścieżki elementu XML. Zdalny peer SOAP może w związku z tym wysłać wymagany element bez oczekiwanego podpisu lub szyfrowania.
- CVE-2026-85532Nieznane
Apache WSS4J akceptował kontrolowane przez atakującego długości i przesunięcia kluczy pochodnych bez odpowiednich ograniczeń. Może to pozwolić na użycie kryptograficznie słabych kluczy lub nadmierne zużycie CPU i pamięci podczas przetwarzania spreparowanych wiadomości WS-Security.
- CVE-2015-0226Wysokie
Apache WSS4J w wersjach przed 1.6.17 oraz 2.0.x przed 2.0.2 niewłaściwie ujawnia informacje o niepowodzeniach deszyfrowania, co ułatwia zdalnym atakującym odzyskanie postaci jawnej klucza symetrycznego.
Oryginalny opis (angielski, źródło NVD)
Apache WSS4J remembers the Nonce of each UsernameToken it accepts, so a captured token cannot be reused. It stored the Nonce as raw base64 text, but authentication decodes that text and uses the bytes.The same bytes can be written as base64 in several ways. An attacker who captured an authenticated request could re-send it with a space added to the Nonce: the password digest still verified, but the token no longer matched the remembered one, so the replay was accepted. Since a UsernameToken does not cover the message body, the captured token could then be reused on requests of the attacker's choosing until it expired. Affects deployments with a nonce replay cache configured, as Apache CXF has by default, and only tokens using a password digest. The cache is now keyed on the decoded Nonce. Users are recommended to upgrade to versions 4.0.2 or 3.0.6 or 2.4.4, which fix this issue.
Dane podatności pochodzą z NVD (NIST) · CISA KEV · EPSS