Symfony possible session fixation vulnerability
The advisory, in context
Description
SessionStrategyListener does not always migrate the session after a successful login. It only migrate the session when the logged-in user identifier changes. In some use cases, the user identifier doesn't change between the verification phase and the successful login, while the token itself changes from one type (partially-authenticated) to another (fully-authenticated). When this happens, the session id should be regenerated to prevent possible session fixations.
Resolution
Symfony now checks the type of the token in addition to the user identifier before deciding whether the session id should be regenerated.
The patch for this issue is available here for branch 5.4.
Credits
We would like to thank Robert Meijers for reporting the issue and providing the fix.
Affected packages
Start with the recorded fix for your release branch. Check your installed version and test compatibility before upgrading. Fixing this advisory does not rule out other vulnerabilities in the release.
From 5.4.21 before 5.4.31
Fixed in 5.4.31
6 explicitly affected versions
v5.4.21, v5.4.22, v5.4.23, v5.4.26, v5.4.28, v5.4.30
View affected-version evidence
{
"ranges": [
{
"events": [
{
"introduced": "5.4.21"
},
{
"fixed": "5.4.31"
}
],
"type": "ECOSYSTEM"
}
],
"versions": [
"v5.4.21",
"v5.4.22",
"v5.4.23",
"v5.4.26",
"v5.4.28",
"v5.4.30"
]
}From 6.2.7 before 6.3.8
Fixed in 6.3.8
13 explicitly affected versions
v6.2.10, v6.2.11, v6.2.13, v6.2.7, v6.2.8, v6.3.0, v6.3.0-BETA1, v6.3.0-RC1, v6.3.1, v6.3.2, v6.3.4, v6.3.5, v6.3.6
View affected-version evidence
{
"ranges": [
{
"events": [
{
"introduced": "6.2.7"
},
{
"fixed": "6.3.8"
}
],
"type": "ECOSYSTEM"
}
],
"versions": [
"v6.2.10",
"v6.2.11",
"v6.2.13",
"v6.2.7",
"v6.2.8",
"v6.3.0",
"v6.3.0-BETA1",
"v6.3.0-RC1",
"v6.3.1",
"v6.3.2",
"v6.3.4",
"v6.3.5",
"v6.3.6"
]
}From 5.4.21 before 5.4.31
Fixed in 5.4.31
10 explicitly affected versions
v5.4.21, v5.4.22, v5.4.23, v5.4.24, v5.4.25, v5.4.26, v5.4.27, v5.4.28, v5.4.29, v5.4.30
View affected-version evidence
{
"ranges": [
{
"events": [
{
"introduced": "5.4.21"
},
{
"fixed": "5.4.31"
}
],
"type": "ECOSYSTEM"
}
],
"versions": [
"v5.4.21",
"v5.4.22",
"v5.4.23",
"v5.4.24",
"v5.4.25",
"v5.4.26",
"v5.4.27",
"v5.4.28",
"v5.4.29",
"v5.4.30"
]
}From 6.2.7 before 6.3.8
Fixed in 6.3.8
21 explicitly affected versions
v6.2.10, v6.2.11, v6.2.12, v6.2.13, v6.2.14, v6.2.7, v6.2.8, v6.2.9, v6.3.0, v6.3.0-BETA1, v6.3.0-BETA2, v6.3.0-BETA3, v6.3.0-RC1, v6.3.0-RC2, v6.3.1, v6.3.2, v6.3.3, v6.3.4, v6.3.5, v6.3.6, v6.3.7
View affected-version evidence
{
"ranges": [
{
"events": [
{
"introduced": "6.2.7"
},
{
"fixed": "6.3.8"
}
],
"type": "ECOSYSTEM"
}
],
"versions": [
"v6.2.10",
"v6.2.11",
"v6.2.12",
"v6.2.13",
"v6.2.14",
"v6.2.7",
"v6.2.8",
"v6.2.9",
"v6.3.0",
"v6.3.0-BETA1",
"v6.3.0-BETA2",
"v6.3.0-BETA3",
"v6.3.0-RC1",
"v6.3.0-RC2",
"v6.3.1",
"v6.3.2",
"v6.3.3",
"v6.3.4",
"v6.3.5",
"v6.3.6",
"v6.3.7"
]
}References
- https://github.com/symfony/symfony/security/advisories/GHSA-m2wj-r6g3-fxfx
- https://nvd.nist.gov/vuln/detail/CVE-2023-46733
- https://github.com/symfony/symfony/commit/7467bd7e3f888b333102bc664b5e02ef1e7f88b9
- https://github.com/symfony/symfony/commit/dc356499d5ceb86f7cf2b4c7f032eca97061ed74
- https://github.com/FriendsOfPHP/security-advisories/blob/master/symfony/symfony/CVE-2023-46733.yaml
- https://github.com/symfony/symfony
- https://symfony.com/cve-2023-46733