Severity by source
AV:N/AC:L/PR:L/UI:N/S:U/C:H/I:H/A:N
Network-exploitable by any authenticated token holder (PR:L); AC:L because no special conditions beyond targeting a multi-key route; no availability impact applies.
Primary rating from Vendor (ce714d77-add3-4f53-aff5-83d477b104bb).
CVSS VectorVendor: ce714d77-add3-4f53-aff5-83d477b104bb
Lifecycle Timeline
3DescriptionCVE.org
@fastify/jwt is a JSON Web Token plugin for Fastify. In versions before 10.2.2, a per-request verification key passed to request.jwtVerify({ key }) is silently overridden by the plugin's globally configured secret, because the option merge applies the global key last. Applications that use different keys for different authorization domains, for example separate user and admin keys, therefore accept a token signed with the global key on a route that explicitly requires another key. This lets an ordinary authenticated user cross a key-based trust boundary without knowing either secret. The issue is fixed in @fastify/jwt 10.2.2, where an explicit per-call key takes precedence over the global secret. Users should upgrade to 10.2.2.
AnalysisAI
Key-based authorization bypass in @fastify/jwt before 10.2.2 permits any low-privileged authenticated user holding a token signed by the application's global secret to access routes explicitly restricted to a separate per-request key, silently crossing a cryptographic trust boundary. Applications implementing multi-domain JWT authorization - for example, separating user and admin token verification keys - are specifically at risk, as the plugin's option merge incorrectly applies the global key last, overriding the developer-supplied per-request key. No public exploit code has been identified and the vulnerability is not listed in the CISA KEV catalog, but the fix is available in version 10.2.2 and the attack path is mechanically straightforward for any authenticated user.
Technical ContextAI
The @fastify/jwt plugin (EUVD-2026-59757) provides JWT authentication middleware for the Fastify Node.js web framework. Its request.jwtVerify() method accepts an optional key parameter intended to override the globally configured secret for per-route trust domain separation. Due to incorrect option merge ordering - the global secret is applied last rather than first - any developer-supplied per-request key is silently overwritten before signature verification occurs. This maps to CWE-347 (Improper Verification of Cryptographic Signature): the HMAC or RSA signature is verified correctly, but against the wrong key, causing the cryptographic check to pass with an unintended secret. The affected package covers all releases from 0 up to but not including 10.2.2, as documented in the EUVD affected version range '@fastify/jwt 0 < 10.2.2'.
RemediationAI
Upgrade @fastify/jwt to version 10.2.2, the confirmed patched release per the vendor security advisory at https://github.com/fastify/fastify-jwt/security/advisories/GHSA-j4cx-787j-xjqg. In 10.2.2, an explicit per-call key correctly takes precedence over the global secret, restoring the intended trust domain isolation. For teams unable to upgrade immediately, a compensating control is to restructure the application to use separate registered Fastify plugin instances - each with its own globally configured secret - rather than relying on per-request key overrides; this eliminates the vulnerable code path but requires application refactoring and adds deployment complexity. There is no configuration-only workaround that fully mitigates the vulnerability without code changes. Additional security advisory details are available at https://cna.openjsf.org/security-advisories.html.
More in Jwt Attack
View allWhy is Microsoft republishing a CVE from 2013? We are republishing CVE-2013-3900 in the Security Update Guide to update
Authentication bypass in SimpleHelp 5.5.15 and prior (plus 6.0 pre-release builds) allows remote unauthenticated attacke
Authentication bypass in Fortinet FortiOS, FortiProxy, and FortiSwitchManager allows unauthenticated remote attackers to
ruby-saml provides security assertion markup language (SAML) single sign-on (SSO) for Ruby. Rated critical severity (CVS
ruby-saml provides security assertion markup language (SAML) single sign-on (SSO) for Ruby. Rated critical severity (CVS
The package jsrsasign before 10.5.25 are vulnerable to Improper Verification of Cryptographic Signature when JWS or JWT
A library injection vulnerability exists in Microsoft Teams (work or school) 24046.2813.2770.1094 for macOS. Rated criti
A library injection vulnerability exists in the WebView.app helper app of Microsoft Teams (work or school) 24046.2813.27
A library injection vulnerability exists in the com.microsoft.teams2.modulehost.app helper app of Microsoft Teams (work
The Ruby SAML library is for implementing the client side of a SAML authorization. Rated critical severity (CVSS 9.8), t
cosign is a container signing and verification utility. Rated critical severity (CVSS 9.8), this vulnerability is remote
Biscuit is an authentication and authorization token for microservices architectures. Rated critical severity (CVSS 9.8)
Same technique Information Disclosure
View allShare
External POC / Exploit Code
Leaving vuln.today
EUVD-2026-59757