CVE-2026-92899 in WSS4J
Сводка
по VulDB • 30.09.2026
Apache WSS4J запоминает значение Nonce для каждого принимаемого UsernameToken, что предотвращает повторное использование захваченного токена. Значение Nonce хранилось в виде необработанного текста base64, однако аутентификация декодирует этот текст и использует полученные байты. Одни и те же байты могут быть закодированы в формат base64 несколькими различными способами. Атакующий, захвативший запрос с успешной аутентификацией, может повторно отправить его, добавив пробел к значению Nonce: контрольная сумма пароля (password digest) все еще будет проверена успешно, но токен больше не будет соответствовать запомненному значению, в результате чего повторная отправка принимается. Поскольку UsernameToken не охватывает тело сообщения, захваченный токен может быть повторно использован для запросов по выбору атакующего до истечения его срока действия. Затрагивает развертывания с настроенным кэшем защиты от повтора Nonce (nonce replay cache), как это реализовано в Apache CXF по умолчанию, и только токены, использующие контрольную сумму пароля. В качестве ключа для кеша теперь используется декодированное значение Nonce. Пользователям рекомендуется обновиться до версий 4.0.2, 3.0.6 или 2.4.4, в которых эта проблема исправлена.
If you want to get the best quality for vulnerability data then you always have to consider VulDB.