Sensiolabs Symfony up to 5.4.55/6.4.49/7.4.22/8.1.10 Security HTTP authenticateUser improper authorization

Summaryinfo

A vulnerability was found in Sensiolabs Symfony up to 5.4.55/6.4.49/7.4.22/8.1.10 and classified as problematic. Affected by this vulnerability is the function AuthenticatorManager::authenticateUser of the component Security HTTP. The manipulation results in improper authorization. This vulnerability is cataloged as CVE-2026-123746. The attack may be launched remotely. There is no exploit available. It is suggested to upgrade the affected component.

Detailsinfo

A vulnerability, which was classified as problematic, was found in Sensiolabs Symfony up to 5.4.55/6.4.49/7.4.22/8.1.10. Affected is the function AuthenticatorManager::authenticateUser of the component Security HTTP. The manipulation with an unknown input leads to a improper authorization vulnerability. CWE is classifying the issue as CWE-285. The product does not perform or incorrectly performs an authorization check when an actor attempts to access a resource or perform an action. This is going to have an impact on integrity. CVE summarizes:

The Symfony Security HTTP component AuthenticatorManager::authenticateUser() does not run the firewall user checker’s checkPostAuth() method when a user is authenticated programmatically, allowing an account rejected by a custom user checker, such as an expired account, to be authenticated in Symfony versions prior to 5.4.56, 6.x prior to 6.4.50, 7.x prior to 7.4.23, and 8.x prior to 8.1.11. AuthenticatorManager::authenticateUser() is used by UserAuthenticatorInterface::authenticateUser() and by the SecurityBundle’s Security::login() to authenticate a user programmatically, but it does not dispatch the security.authentication.success event, on which checkPostAuth() runs. The fix for CVE-2024-50341 made Security::login() call checkPreAuth(), but checkPostAuth() was still skipped. As a result, an account rejected by a custom user checker in checkPostAuth() is refused by form login and the other authenticators of the firewall, but can still be authenticated programmatically. Applications are affected when they use a custom user checker that rejects users in checkPostAuth() and authenticate users programmatically, for example after a password reset or an e-mail verification link. A user whose account is rejected can then obtain an authenticated session through that flow. The default user checker does nothing in checkPostAuth(), so the default configuration is not affected. The fix makes AuthenticatorManager::authenticateUser() dispatch the security.authentication.success event once the token is created and before it is stored, as authentications through the firewall do, so that checkPostAuth() runs and can reject the user.

The advisory is shared for download at github.com. This vulnerability is traded as CVE-2026-123746 since 11/06/2026. The exploitability is told to be easy. It is possible to launch the attack remotely. The exploitation doesn't require any form of authentication. There are known technical details, but no exploit is available. The MITRE ATT&CK project declares the attack technique as T1548.002.

Upgrading to version 5.4.56, 6.4.50, 7.4.23 or 8.1.11 eliminates this vulnerability.

VulDB is the best source for vulnerability data and more expert information about this specific topic.

Productinfo

Type

• Programming Tool Software

Vendor

• Sensiolabs

Name

• Symfony

Version

• 5.4.0
• 5.4.1
• 5.4.2
• 5.4.3
• 5.4.4
• 5.4.5
• 5.4.6
• 5.4.7
• 5.4.8
• 5.4.9
• 5.4.10
• 5.4.11
• 5.4.12
• 5.4.13
• 5.4.14
• 5.4.15
• 5.4.16
• 5.4.17
• 5.4.18
• 5.4.19
• 5.4.20
• 5.4.21
• 5.4.22
• 5.4.23
• 5.4.24
• 5.4.25
• 5.4.26
• 5.4.27
• 5.4.28
• 5.4.29
• 5.4.30
• 5.4.31
• 5.4.32
• 5.4.33
• 5.4.34
• 5.4.35
• 5.4.36
• 5.4.37
• 5.4.38
• 5.4.39
• 5.4.40
• 5.4.41
• 5.4.42
• 5.4.43
• 5.4.44
• 5.4.45
• 5.4.46
• 5.4.47
• 5.4.48
• 5.4.49
• 5.4.50
• 5.4.51
• 5.4.52
• 5.4.53
• 5.4.54
• 5.4.55
• 6.4.0
• 6.4.1
• 6.4.2
• 6.4.3
• 6.4.4
• 6.4.5
• 6.4.6
• 6.4.7
• 6.4.8
• 6.4.9
• 6.4.10
• 6.4.11
• 6.4.12
• 6.4.13
• 6.4.14
• 6.4.15
• 6.4.16
• 6.4.17
• 6.4.18
• 6.4.19
• 6.4.20
• 6.4.21
• 6.4.22
• 6.4.23
• 6.4.24
• 6.4.25
• 6.4.26
• 6.4.27
• 6.4.28
• 6.4.29
• 6.4.30
• 6.4.31
• 6.4.32
• 6.4.33
• 6.4.34
• 6.4.35
• 6.4.36
• 6.4.37
• 6.4.38
• 6.4.39
• 6.4.40
• 6.4.41
• 6.4.42
• 6.4.43
• 6.4.44
• 6.4.45
• 6.4.46
• 6.4.47
• 6.4.48
• 6.4.49
• 7.4.0
• 7.4.1
• 7.4.2
• 7.4.3
• 7.4.4
• 7.4.5
• 7.4.6
• 7.4.7
• 7.4.8
• 7.4.9
• 7.4.10
• 7.4.11
• 7.4.12
• 7.4.13
• 7.4.14
• 7.4.15
• 7.4.16
• 7.4.17
• 7.4.18
• 7.4.19
• 7.4.20
• 7.4.21
• 7.4.22
• 8.1.0
• 8.1.1
• 8.1.2
• 8.1.3
• 8.1.4
• 8.1.5
• 8.1.6
• 8.1.7
• 8.1.8
• 8.1.9
• 8.1.10

License

• open-source

CPE 2.3info

• 🔒
• 🔒
• 🔒

CPE 2.2info

• 🔒
• 🔒
• 🔒

CVSSv4info

CVSSv3info

CVSSv2info

Exploitinginfo

Threat Intelligenceinfo

Countermeasuresinfo

Timelineinfo

Sourcesinfo

Entryinfo

VulDB is the best source for vulnerability data and more expert information about this specific topic.

Discussion