Skip to main content
← Vulnerabilities

nvm prints the contents of any readable file through a symlinked .nvmrc

Written by anthropic/claude-haiku-5.5 from the sources below. Verify against them.

6.7MediumCNA
Exploited
No known exploitation
Fix
Fixed in 0.41.0
Who is exposed
Not reported

Do first: Upgrade to a fixed version: 0.41.0.

7Pcve.now Index 7 of 100 · methodology v3 · provisional
  • Exploitation?/40Exploitation: unknown (data gap). No CISA SSVC exploitation rating yet
  • Exposure?/25Exposure: unknown (data gap). No advisory context yet
  • Reach?/20Reach: unknown (data gap). No tracked technology or package matched
  • Severity6.7/10CVSS 6.7
  • No patch0/5No signal

What would change the score

  • Would score about 62 if added to CISA KEV
  • Would score about 57 if CISA's SSVC rates exploitation active
  • Would score about 29 if advisories confirm default setups are exposed

CVE-2026-121747 is not in CISA's Known Exploited Vulnerabilities (KEV) catalog. No public exploit code is tracked. It is rated CVSS 6.7 (medium) and affects nvm; fixed in 0.41.0.

Published
Last modified
Published
Not listed in CISA KEV
7/100 · provisional
Fix
Fixed in 0.41.0
None on Exploit-DB, Metasploit or GitHub

Summary

Node Version Manager (nvm) can print the contents of any file the local user can read when a project's `.nvmrc` is a symbolic link to that file. An attacker needs no login, but the user must run an nvm command such as `nvm use` or `nvm install` in the affected directory, which can happen in a cloned repository.

Read the original description

Node Version Manager (nvm) is a POSIX-compliant shell function for managing multiple node.js versions. In versions 0.2.0 through 0.40.8, nvm does not check whether `.nvmrc` is a symbolic link. A repository or archive that ships `.nvmrc` as a symlink to another file (for example `../../.npmrc`, or `/proc/self/environ` on Linux) makes a plain `nvm use`, `nvm install`, `nvm which`, `nvm exec`, `nvm run`, or `nvm-exec` read that file and print its contents in the invalid-`.nvmrc` message (even with `--silent`) or, for a one-line file, in the `Found ... with version <...>` message; with the README's zsh `load-nvmrc` or bash `cdnvm` hook installed, entering the directory is enough. nvm sends the content nowhere; the attacker learns it only where they can see the victim's output, such as a CI log for a contributed branch. Version 0.41.0 still follows a symlinked `.nvmrc`, so deliberate links to another version file keep working, but never prints its content, and accepts it only if it contains a version or the name of an existing alias; the README's bash `cdnvm` hook, which read `.nvmrc` itself, now gets the version from nvm, so users of that hook must also update their copy of it.

What to do

  • Upgrade to a fixed version: 0.41.0.

Timeline

  1. CVE published
  2. First seen by cve.now

Affected versions

  • nvm-sh nvm

    From 0.2.0 · fixed in 0.41.0

Evidence 3

  1. Advisory
  2. Patch
  3. Patch

Corrections

None so far.

Something wrong on this page? Report an error. Every fix is listed here.

FAQ

Questions about CVE-2026-121747

Is CVE-2026-121747 being exploited?

It is not in CISA's Known Exploited Vulnerabilities catalog, and CISA's SSVC assessment does not mark exploitation as active. That does not mean it has not been attacked: vendors and researchers can report attacks before CISA lists them. No public exploit code is tracked.Source: cve.now feed data

Which versions are affected by CVE-2026-121747?

nvm: from 0.2.0 before 0.41.0.Source: cve.now feed data

How do I fix CVE-2026-121747?

Upgrade to a fixed version: 0.41.0.Source: cve.now feed data