CVE-2026-123746

{"dataType": "CVE_RECORD", "dataVersion": "5.2", "cveMetadata": {"cveId": "CVE-2026-123746", "assignerOrgId": "596c5446-0ce5-4ba2-aa66-48b3b757a647", "state": "PUBLISHED", "assignerShortName": "Checkmarx", "dateReserved": "2026-11-06T12:28:14.998Z", "datePublished": "2026-11-06T12:36:50.994Z", "dateUpdated": "2026-11-10T14:44:51.585Z"}, "containers": {"cna": {"providerMetadata": {"orgId": "596c5446-0ce5-4ba2-aa66-48b3b757a647", "shortName": "Checkmarx", "dateUpdated": "2026-11-06T12:36:50.994Z"}, "title": "Symfony: Programmatic Logins Skip the checkPostAuth() Method of User Checkers", "problemTypes": [{"descriptions": [{"lang": "en", "cweId": "CWE-288", "description": "CWE-288 Authentication bypass using an alternate path or channel", "type": "CWE"}]}], "affected": [{"vendor": "sensiolabs", "product": "symfony", "collectionURL": "https://packagist.org/packages/symfony/security-http", "packageName": "symfony/security-http", "repo": "https://github.com/symfony/security-http", "modules": ["Symfony\\Component\\Security\\Http\\Authentication\\AuthenticatorManager"], "versions": [{"status": "affected", "version": "0", "lessThan": "5.4.56", "versionType": "git"}, {"status": "affected", "version": "6.0.0", "lessThan": "6.4.50", "versionType": "git"}, {"status": "affected", "version": "7.0.0", "lessThan": "7.4.23", "versionType": "git"}, {"status": "affected", "version": "8.0.0", "lessThan": "8.1.11", "versionType": "git"}], "defaultStatus": "unaffected"}], "cpeApplicability": [{"operator": "OR", "nodes": [{"operator": "OR", "negate": false, "cpeMatch": [{"vulnerable": true, "criteria": "cpe:2.3:a:sensiolabs:symfony:*:*:*:*:*:*:*:*", "versionStartIncluding": "0", "versionEndExcluding": "5.4.56"}, {"vulnerable": true, "criteria": "cpe:2.3:a:sensiolabs:symfony:*:*:*:*:*:*:*:*", "versionStartIncluding": "6.0.0", "versionEndExcluding": "6.4.50"}, {"vulnerable": true, "criteria": "cpe:2.3:a:sensiolabs:symfony:*:*:*:*:*:*:*:*", "versionStartIncluding": "7.0.0", "versionEndExcluding": "7.4.23"}, {"vulnerable": true, "criteria": "cpe:2.3:a:sensiolabs:symfony:*:*:*:*:*:*:*:*", "versionStartIncluding": "8.0.0", "versionEndExcluding": "8.1.11"}]}]}], "descriptions": [{"lang": "en", "value": "The Symfony Security HTTP component\u00a0AuthenticatorManager::authenticateUser() does not run the firewall user checker\u2019s 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\u00a0Symfony 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.\n\n\n\nAuthenticatorManager::authenticateUser() is used by UserAuthenticatorInterface::authenticateUser() and by the SecurityBundle\u2019s Security::login() to authenticate a user programmatically, but it\u00a0does not dispatch the security.authentication.success event, on which checkPostAuth() runs.\u00a0The 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()\u00a0is refused by form login and the other authenticators of the firewall, but can still be authenticated programmatically.\n\n\n\nApplications 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.\u00a0A 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.\n\n\n\nThe fix makes\u00a0AuthenticatorManager::authenticateUser()\u00a0dispatch 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.", "supportingMedia": [{"type": "text/html", "base64": false, "value": "<p><span>The Symfony Security HTTP component&nbsp;</span><code>AuthenticatorManager::authenticateUser()</code><span> does not run the firewall user checker\u2019s </span><code>checkPostAuth()</code><span> 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</span>&nbsp;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.</p><p><code>AuthenticatorManager::authenticateUser()</code> is used by <code>UserAuthenticatorInterface::authenticateUser()</code> and by the SecurityBundle\u2019s <code>Security::login()</code> to authenticate a user programmatically, but it&nbsp;does not dispatch the <code>security.authentication.success</code> event, on which <code>checkPostAuth()</code> runs.&nbsp;<span>The fix for CVE-2024-50341 made </span><code>Security::login()</code><span> call </span><code>checkPreAuth()</code><span>, but </span><code>checkPostAuth()</code><span> was still skipped. As a result, an account rejected by a custom user checker in </span><code>checkPostAuth()</code><span>&nbsp;is refused by form login and the other authenticators of the firewall, but can still be authenticated programmatically.</span></p><p><span>Applications are affected when they use a custom user checker that rejects users in </span><code>checkPostAuth()</code><span> and authenticate users programmatically, for example after a password reset or an e-mail verification link.&nbsp;</span>A user whose account is rejected can then obtain an authenticated session through that flow<span>. The default user checker does nothing in </span><code>checkPostAuth()</code><span>, so the default configuration is not affected.</span></p><p>The fix makes&nbsp;<code>AuthenticatorManager::authenticateUser()</code>&nbsp;dispatch the <code>security.authentication.success</code> event once the token is created and before it is stored, as authentications through the firewall do, so that <code>checkPostAuth()</code> runs and can reject the user.</p>"}]}], "references": [{"url": "https://github.com/symfony/symfony/security/advisories/GHSA-8f57-m8wj-x65w", "tags": ["third-party-advisory"]}, {"url": "https://github.com/symfony/symfony/commit/af0aae5012beedf0a0c3fd581fd8b9ef696240c4", "tags": ["patch"]}], "metrics": [{"format": "CVSS", "scenarios": [{"lang": "en", "value": "GENERAL"}], "cvssV4_0": {"attackVector": "NETWORK", "attackComplexity": "LOW", "attackRequirements": "PRESENT", "privilegesRequired": "LOW", "userInteraction": "NONE", "vulnConfidentialityImpact": "LOW", "subConfidentialityImpact": "NONE", "vulnIntegrityImpact": "LOW", "subIntegrityImpact": "NONE", "vulnAvailabilityImpact": "NONE", "subAvailabilityImpact": "NONE", "exploitMaturity": "NOT_DEFINED", "Safety": "NOT_DEFINED", "Automatable": "NOT_DEFINED", "Recovery": "NOT_DEFINED", "valueDensity": "NOT_DEFINED", "vulnerabilityResponseEffort": "NOT_DEFINED", "providerUrgency": "NOT_DEFINED", "version": "4.0", "baseSeverity": "LOW", "baseScore": 2.3, "vectorString": "CVSS:4.0/AV:N/AC:L/AT:P/PR:L/UI:N/VC:L/VI:L/VA:N/SC:N/SI:N/SA:N"}}], "credits": [{"lang": "en", "value": "Nicolas Grekas", "type": "remediation developer"}, {"lang": "en", "value": "Vincent Cassiau from CyberVanguard", "type": "reporter"}], "source": {"advisory": "GHSA-8f57-m8wj-x65w", "discovery": "UNKNOWN"}, "x_generator": {"engine": "Vulnogram 1.0.5"}}, "adp": [{"metrics": [{"other": {"type": "ssvc", "content": {"timestamp": "2026-11-10T14:44:41.048026Z", "id": "CVE-2026-123746", "options": [{"Exploitation": "none"}, {"Automatable": "no"}, {"Technical Impact": "partial"}], "role": "CISA Coordinator", "version": "2.0.3"}}}], "title": "CISA ADP Vulnrichment", "providerMetadata": {"orgId": "134c704f-9b21-4f2e-91b3-4a467353bcc0", "shortName": "CISA-ADP", "dateUpdated": "2026-11-10T14:44:51.585Z"}}]}}

{"dataType": "CVE_RECORD", "dataVersion": "5.2", "cveMetadata": {"cveId": "CVE-2026-123746", "assignerOrgId": "596c5446-0ce5-4ba2-aa66-48b3b757a647", "state": "PUBLISHED", "assignerShortName": "Checkmarx", "dateReserved": "2026-11-06T12:28:14.998Z", "datePublished": "2026-11-06T12:36:50.994Z", "dateUpdated": "2026-11-10T14:44:51.585Z"}, "containers": {"cna": {"providerMetadata": {"orgId": "596c5446-0ce5-4ba2-aa66-48b3b757a647", "shortName": "Checkmarx", "dateUpdated": "2026-11-06T12:36:50.994Z"}, "title": "Symfony: Programmatic Logins Skip the checkPostAuth() Method of User Checkers", "problemTypes": [{"descriptions": [{"lang": "en", "cweId": "CWE-288", "description": "CWE-288 Authentication bypass using an alternate path or channel", "type": "CWE"}]}], "affected": [{"vendor": "sensiolabs", "product": "symfony", "collectionURL": "https://packagist.org/packages/symfony/security-http", "packageName": "symfony/security-http", "repo": "https://github.com/symfony/security-http", "modules": ["Symfony\\Component\\Security\\Http\\Authentication\\AuthenticatorManager"], "versions": [{"status": "affected", "version": "0", "lessThan": "5.4.56", "versionType": "git"}, {"status": "affected", "version": "6.0.0", "lessThan": "6.4.50", "versionType": "git"}, {"status": "affected", "version": "7.0.0", "lessThan": "7.4.23", "versionType": "git"}, {"status": "affected", "version": "8.0.0", "lessThan": "8.1.11", "versionType": "git"}], "defaultStatus": "unaffected"}], "cpeApplicability": [{"operator": "OR", "nodes": [{"operator": "OR", "negate": false, "cpeMatch": [{"vulnerable": true, "criteria": "cpe:2.3:a:sensiolabs:symfony:*:*:*:*:*:*:*:*", "versionStartIncluding": "0", "versionEndExcluding": "5.4.56"}, {"vulnerable": true, "criteria": "cpe:2.3:a:sensiolabs:symfony:*:*:*:*:*:*:*:*", "versionStartIncluding": "6.0.0", "versionEndExcluding": "6.4.50"}, {"vulnerable": true, "criteria": "cpe:2.3:a:sensiolabs:symfony:*:*:*:*:*:*:*:*", "versionStartIncluding": "7.0.0", "versionEndExcluding": "7.4.23"}, {"vulnerable": true, "criteria": "cpe:2.3:a:sensiolabs:symfony:*:*:*:*:*:*:*:*", "versionStartIncluding": "8.0.0", "versionEndExcluding": "8.1.11"}]}]}], "descriptions": [{"lang": "en", "value": "The Symfony Security HTTP component\u00a0AuthenticatorManager::authenticateUser() does not run the firewall user checker\u2019s 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\u00a0Symfony 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.\n\n\n\nAuthenticatorManager::authenticateUser() is used by UserAuthenticatorInterface::authenticateUser() and by the SecurityBundle\u2019s Security::login() to authenticate a user programmatically, but it\u00a0does not dispatch the security.authentication.success event, on which checkPostAuth() runs.\u00a0The 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()\u00a0is refused by form login and the other authenticators of the firewall, but can still be authenticated programmatically.\n\n\n\nApplications 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.\u00a0A 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.\n\n\n\nThe fix makes\u00a0AuthenticatorManager::authenticateUser()\u00a0dispatch 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.", "supportingMedia": [{"type": "text/html", "base64": false, "value": "<p><span>The Symfony Security HTTP component&nbsp;</span><code>AuthenticatorManager::authenticateUser()</code><span> does not run the firewall user checker\u2019s </span><code>checkPostAuth()</code><span> 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</span>&nbsp;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.</p><p><code>AuthenticatorManager::authenticateUser()</code> is used by <code>UserAuthenticatorInterface::authenticateUser()</code> and by the SecurityBundle\u2019s <code>Security::login()</code> to authenticate a user programmatically, but it&nbsp;does not dispatch the <code>security.authentication.success</code> event, on which <code>checkPostAuth()</code> runs.&nbsp;<span>The fix for CVE-2024-50341 made </span><code>Security::login()</code><span> call </span><code>checkPreAuth()</code><span>, but </span><code>checkPostAuth()</code><span> was still skipped. As a result, an account rejected by a custom user checker in </span><code>checkPostAuth()</code><span>&nbsp;is refused by form login and the other authenticators of the firewall, but can still be authenticated programmatically.</span></p><p><span>Applications are affected when they use a custom user checker that rejects users in </span><code>checkPostAuth()</code><span> and authenticate users programmatically, for example after a password reset or an e-mail verification link.&nbsp;</span>A user whose account is rejected can then obtain an authenticated session through that flow<span>. The default user checker does nothing in </span><code>checkPostAuth()</code><span>, so the default configuration is not affected.</span></p><p>The fix makes&nbsp;<code>AuthenticatorManager::authenticateUser()</code>&nbsp;dispatch the <code>security.authentication.success</code> event once the token is created and before it is stored, as authentications through the firewall do, so that <code>checkPostAuth()</code> runs and can reject the user.</p>"}]}], "references": [{"url": "https://github.com/symfony/symfony/security/advisories/GHSA-8f57-m8wj-x65w", "tags": ["third-party-advisory"]}, {"url": "https://github.com/symfony/symfony/commit/af0aae5012beedf0a0c3fd581fd8b9ef696240c4", "tags": ["patch"]}], "metrics": [{"format": "CVSS", "scenarios": [{"lang": "en", "value": "GENERAL"}], "cvssV4_0": {"attackVector": "NETWORK", "attackComplexity": "LOW", "attackRequirements": "PRESENT", "privilegesRequired": "LOW", "userInteraction": "NONE", "vulnConfidentialityImpact": "LOW", "subConfidentialityImpact": "NONE", "vulnIntegrityImpact": "LOW", "subIntegrityImpact": "NONE", "vulnAvailabilityImpact": "NONE", "subAvailabilityImpact": "NONE", "exploitMaturity": "NOT_DEFINED", "Safety": "NOT_DEFINED", "Automatable": "NOT_DEFINED", "Recovery": "NOT_DEFINED", "valueDensity": "NOT_DEFINED", "vulnerabilityResponseEffort": "NOT_DEFINED", "providerUrgency": "NOT_DEFINED", "version": "4.0", "baseSeverity": "LOW", "baseScore": 2.3, "vectorString": "CVSS:4.0/AV:N/AC:L/AT:P/PR:L/UI:N/VC:L/VI:L/VA:N/SC:N/SI:N/SA:N"}}], "credits": [{"lang": "en", "value": "Nicolas Grekas", "type": "remediation developer"}, {"lang": "en", "value": "Vincent Cassiau from CyberVanguard", "type": "reporter"}], "source": {"advisory": "GHSA-8f57-m8wj-x65w", "discovery": "UNKNOWN"}, "x_generator": {"engine": "Vulnogram 1.0.5"}}, "adp": [{"title": "CISA ADP Vulnrichment", "metrics": [{"other": {"type": "ssvc", "content": {"id": "CVE-2026-123746", "role": "CISA Coordinator", "options": [{"Exploitation": "none"}, {"Automatable": "no"}, {"Technical Impact": "partial"}], "version": "2.0.3", "timestamp": "2026-11-10T14:44:41.048026Z"}}}], "providerMetadata": {"orgId": "134c704f-9b21-4f2e-91b3-4a467353bcc0", "shortName": "CISA-ADP", "dateUpdated": "2026-11-10T14:44:46.982Z"}}]}}

{"affected": [{"affectedData": [{"collectionURL": "https://packagist.org/packages/symfony/security-http", "defaultStatus": "unaffected", "modules": ["Symfony\\Component\\Security\\Http\\Authentication\\AuthenticatorManager"], "packageName": "symfony/security-http", "product": "symfony", "repo": "https://github.com/symfony/security-http", "vendor": "sensiolabs", "versions": [{"lessThan": "5.4.56", "status": "affected", "version": "0", "versionType": "git"}, {"lessThan": "6.4.50", "status": "affected", "version": "6.0.0", "versionType": "git"}, {"lessThan": "7.4.23", "status": "affected", "version": "7.0.0", "versionType": "git"}, {"lessThan": "8.1.11", "status": "affected", "version": "8.0.0", "versionType": "git"}]}], "source": "596c5446-0ce5-4ba2-aa66-48b3b757a647"}], "cveTags": [], "descriptions": [{"lang": "en", "value": "The Symfony Security HTTP component\u00a0AuthenticatorManager::authenticateUser() does not run the firewall user checker\u2019s 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\u00a0Symfony 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.\n\n\n\nAuthenticatorManager::authenticateUser() is used by UserAuthenticatorInterface::authenticateUser() and by the SecurityBundle\u2019s Security::login() to authenticate a user programmatically, but it\u00a0does not dispatch the security.authentication.success event, on which checkPostAuth() runs.\u00a0The 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()\u00a0is refused by form login and the other authenticators of the firewall, but can still be authenticated programmatically.\n\n\n\nApplications 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.\u00a0A 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.\n\n\n\nThe fix makes\u00a0AuthenticatorManager::authenticateUser()\u00a0dispatch 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."}], "id": "CVE-2026-123746", "lastModified": "2026-11-10T15:17:16.320", "metrics": {"cvssMetricV40": [{"cvssData": {"Automatable": "NOT_DEFINED", "Recovery": "NOT_DEFINED", "Safety": "NOT_DEFINED", "attackComplexity": "LOW", "attackRequirements": "PRESENT", "attackVector": "NETWORK", "availabilityRequirement": "NOT_DEFINED", "baseScore": 2.3, "baseSeverity": "LOW", "confidentialityRequirement": "NOT_DEFINED", "exploitMaturity": "NOT_DEFINED", "integrityRequirement": "NOT_DEFINED", "modifiedAttackComplexity": "NOT_DEFINED", "modifiedAttackRequirements": "NOT_DEFINED", "modifiedAttackVector": "NOT_DEFINED", "modifiedPrivilegesRequired": "NOT_DEFINED", "modifiedSubAvailabilityImpact": "NOT_DEFINED", "modifiedSubConfidentialityImpact": "NOT_DEFINED", "modifiedSubIntegrityImpact": "NOT_DEFINED", "modifiedUserInteraction": "NOT_DEFINED", "modifiedVulnAvailabilityImpact": "NOT_DEFINED", "modifiedVulnConfidentialityImpact": "NOT_DEFINED", "modifiedVulnIntegrityImpact": "NOT_DEFINED", "privilegesRequired": "LOW", "providerUrgency": "NOT_DEFINED", "subAvailabilityImpact": "NONE", "subConfidentialityImpact": "NONE", "subIntegrityImpact": "NONE", "userInteraction": "NONE", "valueDensity": "NOT_DEFINED", "vectorString": "CVSS:4.0/AV:N/AC:L/AT:P/PR:L/UI:N/VC:L/VI:L/VA:N/SC:N/SI:N/SA:N/E:X/CR:X/IR:X/AR:X/MAV:X/MAC:X/MAT:X/MPR:X/MUI:X/MVC:X/MVI:X/MVA:X/MSC:X/MSI:X/MSA:X/S:X/AU:X/R:X/V:X/RE:X/U:X", "version": "4.0", "vulnAvailabilityImpact": "NONE", "vulnConfidentialityImpact": "LOW", "vulnIntegrityImpact": "LOW", "vulnerabilityResponseEffort": "NOT_DEFINED"}, "source": "596c5446-0ce5-4ba2-aa66-48b3b757a647", "type": "Secondary"}], "ssvcV203": [{"source": "134c704f-9b21-4f2e-91b3-4a467353bcc0", "ssvcData": {"id": "CVE-2026-123746", "options": [{"exploitation": "none"}, {"automatable": "no"}, {"technicalImpact": "partial"}], "role": "CISA Coordinator", "timestamp": "2026-11-10T14:44:41.048026Z", "version": "2.0.3"}}]}, "published": "2026-11-06T13:17:29.950", "references": [{"source": "596c5446-0ce5-4ba2-aa66-48b3b757a647", "url": "https://github.com/symfony/symfony/commit/af0aae5012beedf0a0c3fd581fd8b9ef696240c4"}, {"source": "596c5446-0ce5-4ba2-aa66-48b3b757a647", "url": "https://github.com/symfony/symfony/security/advisories/GHSA-8f57-m8wj-x65w"}], "sourceIdentifier": "596c5446-0ce5-4ba2-aa66-48b3b757a647", "vulnStatus": "Awaiting Analysis", "weaknesses": [{"description": [{"lang": "en", "value": "CWE-288"}], "source": "596c5446-0ce5-4ba2-aa66-48b3b757a647", "type": "Secondary"}]}

{}

{"affected": [{"configurations": [{"platform": null, "status": "affected", "versions": {"scheme": "generic", "value": "[0,5.4.56)"}}, {"platform": null, "status": "affected", "versions": {"scheme": "semver", "value": "[6.0.0,6.4.50)"}}, {"platform": null, "status": "affected", "versions": {"scheme": "semver", "value": "[7.0.0,7.4.23)"}}, {"platform": null, "status": "affected", "versions": {"scheme": "semver", "value": "[8.0.0,8.1.11)"}}], "enrichment": {"confidence": 95.0, "confidence_source": "inferred", "scores": [{"score": 95.0, "source": "inferred"}, {"score": 100.0, "source": "matching"}]}, "original": {"product": "symfony", "source": "cna", "vendor": "sensiolabs"}, "product": "symfony", "vendor": "sensiolabs"}], "created": "2026-11-06T14:15:04.800032+00:00", "updated": "2026-11-06T17:00:09.039072+00:00", "vendors": ["sensiolabs", "sensiolabs$PRODUCT$symfony"]}