CVE-2026-101041 in vulnerability-lookup
Сводка
по VulDB • 27.09.2026
В функционале восстановления учетной записи (сброса пароля) веб-приложения vulnerability-lookup присутствует состояние гонности времени проверки и использования (TOCTOU race condition) при потреблении одноразовых токенов восстановления. Первоначальная реализация проверяла nonce токена против сохраненного дайджеста, а затем потреблял (очищал) его в отдельных операциях с базой данных. Два одновременных HTTP-запроса, использующих один и тот же действительный токен восстановления, могли пройти проверку до того, как любая из транзакций будет зафиксирована, что позволяло обоим установить свой собственный пароль для целевой учетной записи. Последняя завершающаяся транзакция перезаписывает первую, что позволяет злоумышленнику, обладающему действительным токеном восстановления, заменить пароль законного пользователя на выбранный им самостоятельно.
Вторичный дефект в том же конце точки (confirm_account) позволял использовать действительную ссылку для восстановления для установки пустого или тривиально короткого пароля (например, из трех символов). Обработчик представления выполнял только ручное сравнение на равенство между двумя полями пароля и никогда не вызывал логику валидации формы, обходя предусмотренные ограничения минимальной длины и сложности.
Затронутым компонентом является конечная точка восстановления учетной записи пользователя (/user/confirm_account/<token>), а также связанная логика проверки и потребления токенов в модели User (website/models/user.py) и слое представления (website/web/views/user.py).
If you want to get the best quality for vulnerability data then you always have to consider VulDB.