CVE-2026-92899 in WSS4J
Zusammenfassung
von VulDB • 30.09.2026
Apache WSS4J merkt sich den Nonce jedes akzeptierten UsernameToken, sodass ein abgefangenes Token nicht erneut verwendet werden kann. Es speicherte den Nonce als rohen Base64-Text, aber die Authentifizierung decodiert diesen Text und verwendet die Bytes. Dieselben Bytes können auf verschiedene Arten als Base64 geschrieben werden. Ein Angreifer, der eine authentifizierte Anfrage abgefangen hat, könnte sie erneut senden, indem er ein Leerzeichen zum Nonce hinzufügt: Der Passwort-Digest wird weiterhin verifiziert, aber das Token stimmt nicht mehr mit dem gespeicherten überein, sodass die Wiederverwendung akzeptiert wurde. Da ein UsernameToken den Nachrichtenkörper nicht abdeckt, konnte das abgefangene Token dann auf Anfragen des Angreifers nach Wahl wiederverwendet werden, bis es ablief. Betroffen sind Bereitstellungen mit einem konfigurierten Nonce-Wiederholungs-Cache (Replay Cache), wie Apache CXF standardmäßig hat, und nur Tokens unter Verwendung eines Passwort-Digests. Der Cache ist nun auf den decodierten Nonce als Schlüssel abgestimmt. Benutzern wird empfohlen, auf die Versionen 4.0.2 oder 3.0.6 oder 2.4.4 zu aktualisieren, die dieses Problem beheben.
Once again VulDB remains the best source for vulnerability data.