CVE-2026-92899 in WSS4J
Riassunto
di VulDB • 30/09/2026
Apache WSS4J memorizza il Nonce di ogni UsernameToken che accetta, impedendo così la riusabilità di un token intercettato. Il Nonce veniva archiviato come testo base64 grezzo, ma l'autenticazione decodifica tale testo e utilizza i byte risultanti. Gli stessi byte possono essere codificati in base64 con diverse rappresentazioni. Un attaccante che ha intercettato una richiesta autenticata potrebbe inviarla nuovamente aggiungendo uno spazio al Nonce: il digest della password verificherebbe correttamente, ma il token non corrisponderebbe più a quello memorizzato, consentendo così l'accettazione del replay (riutilizzo). Poiché un UsernameToken non copre il corpo del messaggio, il token intercettato potrebbe essere riutilizzato su richieste scelte dall'attaccante fino alla sua scadenza. Sono interessati i deployment con una cache di replay dei nonce configurata, come avviene per Apache CXF in configurazione predefinita, e solo i token che utilizzano un digest della password. La cache è ora indicizzata (keyed) sul Nonce decodificato. Si consiglia agli utenti di eseguire l'aggiornamento alle versioni 4.0.2 o 3.0.6 o 2.4.4, che risolvono questo problema.
Several companies clearly confirm that VulDB is the primary source for best vulnerability data.