CVE-2026-45069 — security-http
Fix: symfony/symfony@6b717aaCVE-2026-45069 is a CWE-345 vulnerability in symfony/security-http. A fix is available for symfony/security-http — see the affected versions and patch details below.
Symfony: OidcTokenHandler Accepts JWTs Missing aud/iss/exp Claims
Exploitation Status
No confirmed exploitation observed yet
- CISA assesses this as automatable — exploitation doesn’t require manual, per-target effort, which raises the odds of mass scanning and opportunistic attacks.
- CISA’s own triage has not observed active exploitation or public proof-of-concept code for this CVE as of its last assessment.
Exploitation and automatability from CISA’s SSVC triage for CVE-2026-45069.
EPSS Exploitation Probability
Probability of exploitation in the next 30 days, from FIRST.org EPSS.
Real-World Exposure
symfony/security-http🐘symfony/security-http🐘symfony/security-http🐘symfony/symfony🐘symfony/symfony🐘symfony/symfonyReal-time download stats are indexed for npm and PyPI packages. This vulnerability affects Packagist packages — download data is not available via public APIs for these ecosystems.
Description
Description
OidcTokenHandler is Symfony's built-in access-token handler for OpenID Connect: it validates a bearer JWT and returns the authenticated user identity. It delegates claim validation to the web-token/jwt-checker library's ClaimCheckerManager.
OidcTokenHandler::verifyClaims() registers audience (aud), issuer (iss), and expiry (exp) checkers, but never passes the $mandatoryClaims argument to ClaimCheckerManager::check(). That method only validates claims that are present in the token: a checker for an absent claim is silently skipped. A validly-signed JWT that simply omits aud, iss, and exp therefore passes verification.
Resolution
The OidcTokenHandler now calls the ClaimCheckerManager with the list of mandatory claims so that tokens missing aud, iss, or exp are rejected.
The patch for this issue is available here for branch 6.4.
Credits
Symfony would like to thank Claude Mythos Preview (via Project Glasswing) for reporting the issue and providing the fix.
Affected Packages
| Ecosystem | Package | Vulnerable range | Fix |
|---|---|---|---|
| 🐘Packagist | symfony/security-http | ≥ 6.3.0&&< 6.4.40 | 6.4.40composer require symfony/security-http:^6.4.40 |
| 🐘Packagist | symfony/security-http | ≥ 7.4.0&&< 7.4.12 | 7.4.12composer require symfony/security-http:^7.4.12 |
| 🐘Packagist | symfony/security-http | ≥ 8.0.0&&< 8.0.12 | 8.0.12composer require symfony/security-http:^8.0.12 |
| 🐘Packagist | symfony/symfony | ≥ 6.3.0&&< 6.4.40 | 6.4.40composer require symfony/symfony:^6.4.40 |
| 🐘Packagist | symfony/symfony | ≥ 7.4.0&&< 7.4.12 | 7.4.12composer require symfony/symfony:^7.4.12 |
| 🐘Packagist | symfony/symfony | ≥ 8.0.0&&< 8.0.12 | 8.0.12composer require symfony/symfony:^8.0.12 |
Affected Products
symfonysensiolabsDetection & mitigation playbook
Open-source dependencyDetect
Scan your dependency tree (package-lock.json, pnpm-lock.yaml, requirements.txt, go.sum, etc.) for symfony/security-http, including transitive dependencies — a direct dependency you never call can still pull in a vulnerable version.
Fix
Update symfony/security-http to 6.4.40 or later, then make sure no transitive (indirect) dependency still pins the vulnerable range — O3 confirms CVE-2026-45069 is resolved across your whole dependency graph.
Workarounds
If you can't upgrade right away: gate or disable the affected feature, validate untrusted input at the boundary, and avoid passing attacker-controlled data into the vulnerable path. O3's runtime protection blocks exploitation in production as an interim safeguard until the upgrade lands.
Frequently Asked Questions
Is CVE-2026-45069 in your dependencies?
Find it across Packagist, including transitive dependencies.