{"answers":{"affected":"2 open source packages ship an affected version, including get-jwks.","exploited":"It is not confirmed as exploited in the wild, but public exploit code for CVE-2025-59936 exists.","fix":"Upgrade get-jwks to 11.0.2 or later.","what":"CVE-2025-59936 is a critical authentication bypass vulnerability in nearform get-jwks, published on 27 Sep 2025. An attacker can exploit it over the internet without logging in, with no action from the victim."},"fix_prompt":"Check this codebase for CVE-2025-59936 and fix it if it is affected.\n\nWhat it is: CVE-2025-59936 is a critical authentication bypass vulnerability in nearform get-jwks, published on 27 Sep 2025. An attacker can exploit it over the internet without logging in, with no action from the victim.\nExploitation: It is not confirmed as exploited in the wild, but public exploit code for CVE-2025-59936 exists.\n\nAffected packages and fixed versions:\n- get-jwks (npm): affected all versions; fixed in 11.0.2\n- get-jwks (npm): affected all versions; fixed in 11.0.2\n\nTask:\n1. Search the dependency manifests and lockfiles (for example package.json, package-lock.json, requirements.txt, poetry.lock, uv.lock, pom.xml, build.gradle, go.mod, Cargo.lock, Gemfile.lock) and any Dockerfiles for the affected packages, including transitive dependencies.\n2. If an affected version is in use, upgrade it to the fixed version for its release line with the project's package manager, so the lockfile is regenerated. Prefer the smallest upgrade that fixes it.\n3. If there is no fix, or the upgrade would break the build, do not guess: explain the risk and the safest workaround instead.\n4. Run the tests and summarise what changed and why.\n5. If nothing in the project is affected, say so and change nothing.\n\nReference: https://insights.sbomify.com/CVE-2025-59936/ (Markdown: https://insights.sbomify.com/CVE-2025-59936/index.md)","id":"CVE-2025-59936","markdown":"https://insights.sbomify.com/CVE-2025-59936/index.md","name":"CVE-2025-59936","record":{"aliases":["GHSA-qc2q-qhf3-235m"],"analysis":{"component_type":"library","fix_type":"upgrade","impacts":["security_bypass"],"network_reachable":"yes","non_default_config":true,"product_category":"Node.js JWKS library","requires_auth":"none","summary":"Attackers can bypass JWT issuer validation by poisoning the JWKS cache, allowing forged tokens to be accepted if validation occurs after key retrieval.","user_interaction":"not_required","vuln_class":"auth_bypass"},"analysis_generated_by":"qwen3.8-flash-next","assigner":"GitHub_M","cpe":[],"cvss":{"score":9.4,"severity":"critical","source":"cna","vector":"CVSS:3.0/AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:H/A:L","version":"3.0"},"cwes":[{"id":"CWE-116","name":"Improper Encoding or Escaping of Output"}],"description":"get-jwks contains fetch utils for JWKS keys. In versions prior to 11.0.2, a vulnerability in get-jwks can lead to cache poisoning in the JWKS key-fetching mechanism. When the iss (issuer) claim is validated only after keys are retrieved from the cache, it is possible for cached keys from an unexpected issuer to be reused, resulting in a bypass of issuer validation. This design flaw enables a potential attack where a malicious actor crafts a pair of JWTs, the first one ensuring that a chosen public key is fetched and stored in the shared JWKS cache, and the second one leveraging that cached key to pass signature validation for a targeted iss value. The vulnerability will work only if the iss validation is done after the use of get-jwks for keys retrieval. This issue has been patched in version 11.0.2.","ecosystems":["npm"],"exploits":{"exploitdb":0,"first_seen":null,"github_poc":0,"max_poc_stars":null,"metasploit":0,"nuclei":0,"refs":[],"tier":"weaponised"},"has_fix":true,"headline":"get-jwks poisoned JWKS cache allows post-fetch issuer validation bypass","id":"CVE-2025-59936","indexable":true,"kev":null,"kind":"cve","links":{"ecosystem":"npm","product":null,"products":[],"type":"auth_bypass","year":"2025"},"n_packages":2,"n_references":2,"next":{"headline":"go-mail has insufficient address encoding when passing mail addresses to the SMTP client","id":"CVE-2025-59937"},"packages":[{"ecosystem":"npm","fixed":["11.0.2"],"introduced":["0"],"last_affected":[],"package":"get-jwks","purl":null,"source":"GHSA-qc2q-qhf3-235m"},{"ecosystem":"npm","fixed":["11.0.2"],"introduced":["0"],"last_affected":[],"package":"get-jwks","purl":"pkg:npm/get-jwks","source":"GHSA-qc2q-qhf3-235m"}],"prev":{"headline":"GLPI Vulnerable to Unauthenticated Stored XSS on the Inventory page","id":"CVE-2025-59935"},"products":["get-jwks"],"published":"2025-09-27","related":[],"sources":[{"class":"attribution","licence":"CVE Terms of Use (MITRE)","name":"CVE List","prefix":"CVE"},{"class":"attribution","licence":"CC BY 4.0","name":"GitHub Advisory Database","prefix":"GHSA"},{"class":"attribution","licence":"CWE Terms of Use","name":"CWE (MITRE)"},{"class":"attribution","licence":"FIRST CVSS licence","name":"CVSS (FIRST)"}],"ssvc":{"automatable":"yes","exploitation":"poc","technical_impact":"partial"},"state":"PUBLISHED","updated":"2025-09-29","vendors":["nearform"]},"summary":"Attackers can bypass JWT issuer validation by poisoning the JWKS cache, allowing forged tokens to be accepted if validation occurs after key retrieval.","url":"https://insights.sbomify.com/CVE-2025-59936/"}