{"answers":{"affected":"2 open source packages ship an affected version, including hashi-vault-js.","exploited":"There is no known exploitation of CVE-2026-55102 in the wild and no public exploit code.","fix":"Upgrade hashi-vault-js to 0.5.2 or later.","what":"CVE-2026-55102 is a medium-severity vulnerability in kyndryl-open-source hashi-vault-js, published on 14 Sep 2026. It can only be exploited from the same machine or local network, and only if a user opens a file or follows a link."},"fix_prompt":"Check this codebase for CVE-2026-55102 and fix it if it is affected.\n\nWhat it is: CVE-2026-55102 is a medium-severity vulnerability in kyndryl-open-source hashi-vault-js, published on 14 Sep 2026. It can only be exploited from the same machine or local network, and only if a user opens a file or follows a link.\nExploitation: There is no known exploitation of CVE-2026-55102 in the wild and no public exploit code.\n\nAffected packages and fixed versions:\n- hashi-vault-js (npm): affected all versions; fixed in 0.5.2\n- hashi-vault-js (npm): affected all versions; fixed in 0.5.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-2026-55102/ (Markdown: https://insights.sbomify.com/CVE-2026-55102/index.md)","id":"CVE-2026-55102","markdown":"https://insights.sbomify.com/CVE-2026-55102/index.md","name":"CVE-2026-55102","record":{"aliases":["GHSA-5pq8-3ffp-7w5m"],"analysis":{"component_type":"library","fix_type":"upgrade","impacts":["data_read","security_bypass"],"network_reachable":"adjacent_or_local","non_default_config":false,"product_category":"Node.js Vault client","requires_auth":"low_privilege","summary":"Attackers can steal Vault tokens and secrets from application logs because the library exposes sensitive data in error objects.","user_interaction":"required","vuln_class":"information_disclosure"},"analysis_generated_by":"qwen3.8-flash-next","assigner":"GitHub_M","cpe":[],"cvss":{"score":5.8,"severity":"medium","source":"cna","vector":"CVSS:4.0/AV:L/AC:L/AT:P/PR:L/UI:P/VC:H/VI:N/VA:N/SC:H/SI:H/SA:N","version":"4.0"},"cwes":[{"id":"CWE-532","name":"Insertion of Sensitive Information into Log File"},{"id":"CWE-209","name":"Generation of Error Message Containing Sensitive Information"}],"description":"hashi-vault-js is a Node.js module for interacting with the HashiCorp Vault API. Prior to 0.5.2, every API method in src/Vault.js passes failed requests through parseAxiosError(), which rethrows the raw AxiosError while retaining AxiosError.config and the equivalent response configuration. These objects can contain the X-Vault-Token request header and err.config.data request body, including submitted passwords or secret values. When a consuming application records the caught exception through console logging, structured loggers, monitoring, crash reporting, or an application performance monitoring service, the live Vault token and request secrets can be stored in plaintext and exposed to anyone with access to that output. A stolen token can permit unauthorized access to the Vault instance under the token's policies. This issue is fixed in version 0.5.2.","ecosystems":["npm"],"exploits":{"exploitdb":0,"first_seen":null,"github_poc":0,"max_poc_stars":null,"metasploit":0,"nuclei":0,"refs":[],"tier":"none_known"},"has_fix":true,"headline":"hashi-vault-js: Vault token and secret values exposed in thrown errors","id":"CVE-2026-55102","indexable":true,"kev":null,"kind":"cve","links":{"ecosystem":"npm","product":null,"products":[],"type":"information_disclosure","year":"2026"},"n_packages":2,"n_references":4,"next":{"headline":"Discourse ActivityPub: Fix inbound actor validation and apply outbound request SSRF hardening","id":"CVE-2026-55103"},"packages":[{"ecosystem":"npm","fixed":["0.5.2"],"introduced":["0"],"last_affected":[],"package":"hashi-vault-js","purl":null,"source":"GHSA-5pq8-3ffp-7w5m"},{"ecosystem":"npm","fixed":["0.5.2"],"introduced":["0"],"last_affected":[],"package":"hashi-vault-js","purl":"pkg:npm/hashi-vault-js","source":"GHSA-5pq8-3ffp-7w5m"}],"prev":{"headline":"hashi-vault-js has a path traversal and query parameter injection","id":"CVE-2026-55100"},"products":["hashi-vault-js"],"published":"2026-09-14","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":"no","exploitation":"none","technical_impact":"partial"},"state":"PUBLISHED","updated":"2026-09-14","vendors":["kyndryl-open-source"]},"summary":"Attackers can steal Vault tokens and secrets from application logs because the library exposes sensitive data in error objects.","url":"https://insights.sbomify.com/CVE-2026-55102/"}