~ / search / GHSA-3gv2-29qc-v67m

GHSA-3gv2-29qc-v67m

Symfony vulnerable to Session Fixation of CSRF tokens

Source: GitHub Advisory Database (reviewed) Moderate CVE-2022-24895

Packages

EcosystemPackageAffectedFixed in
Packagist symfony/security-bundle >= 2.0.0, < 4.4.50 4.4.50
Packagist symfony/security-bundle >= 5.0.0, < 5.4.20 5.4.20
Packagist symfony/security-bundle >= 6.0.0, < 6.0.20 6.0.20
Packagist symfony/security-bundle >= 6.1.0, < 6.1.12 6.1.12
Packagist symfony/security-bundle >= 6.2.0, < 6.2.6 6.2.6
Packagist symfony/symfony >= 2.0.0, < 4.4.50 4.4.50
Packagist symfony/symfony >= 5.0.0, < 5.4.20 5.4.20
Packagist symfony/symfony >= 6.0.0, < 6.0.20 6.0.20
Packagist symfony/symfony >= 6.1.0, < 6.1.12 6.1.12
Packagist symfony/symfony >= 6.2.0, < 6.2.6 6.2.6

Details

As written in the advisory (Markdown source, shown as plain text).

Description ----------- When authenticating users Symfony by default regenerates the session ID upon login, but preserves the rest of session attributes. Because this does not clear CSRF tokens upon login, this might enables [same-site attackers](https://canitakeyoursubdomain.name/) to bypass the CSRF protection mechanism by performing an attack similar to a session-fixation. Resolution ---------- Symfony removes all CSRF tokens from the session on successful login. The patch for this issue is available [here](https://github.com/symfony/symfony/commit/5909d74ecee359ea4982fcf4331aaf2e489a1fd4) for branch 4.4. Credits ------- We would like to thank Marco Squarcina for reporting the issue and Nicolas Grekas for fixing it.

References

External links from the advisory. They lead to third-party sites.