tirreno, платформа безопасности, имеет проблему с фиксацией сеанса в версиях до 0.10.0. Во время аутентификации tirreno проверяет учетные данные пользователя и устанавливает аутентифицированный сеанс, но после этого не вызывает `session_regenerate_id()`. В результате идентификатор сеанса не меняется при входе в систему, он остается неизменным до и после аутентификации.
Злоумышленник, способный исправить известный идентификатор сеанса в браузере жертвы (например, с помощью сетевого посредника, отдельного межсайтового сценария или проблемы с внедрением файлов cookie поддомена), может затем получить доступ к аутентифицированному сеансу жертвы. Проблема исправлена в версии 0.10.0. Идентификатор сеанса теперь создается повторно при успешной аутентификации, а предыдущий сеанс уничтожается.
Обходного пути на уровне конфигурации не существует.
Показать оригинальное описание (EN)
tirreno, a security framework, has a session fixation issue in versions prior to 0.10.0. During authentication, tirreno validates the user's credentials and establishes the authenticated session, but it does not call `session_regenerate_id()` afterward. As a result, the session identifier is not rotated on login, it stays the same before and after authentication. An attacker able to fix a known session identifier in a victim's browser (for example through a network man-in-the-middle position, or a separate cross-site scripting or subdomain cookie-injection issue) could then gain access to the victim's authenticated session. The issue is fixed in v0.10.0. The session identifier is now regenerated on successful authentication, and the previous session is destroyed. There is no configuration-level workaround.
Характеристики атаки
Последствия
Строка CVSS v4.0