Fallow: Jest and Vitest `projects` entries let an analyzed repository make Fallow read files outside the project root
Impact
Fallow reads the Jest and Vitest configs of the repository that it analyzes. A Jest projects entry or a Vitest test.projects entry can name a path. Fallow followed such an entry to a config file and read that file, also when the file was outside the project root. These forms reached outside the root:
- an absolute path or glob, for example
/etc/*; - a path with
..segments, for example../*; - a glob with a
.*segment, because theglobcrate also tests..against a segment that starts with a literal.; - a symlink in the project root to a directory above it;
- the
extendspath of a Vitest inline project; - a script
--configpath that is a symlink to a file outside the project root.
Fallow parsed each of these files as a test runner config. Fallow used the content only to credit dependencies, setup files and JSX import sources. Thus unused dependency and unused file findings could change. Fallow did not print the content or send it over the network.
The Fallow threat model states that analysis reads only inside the project root. A crafted repository could make Fallow read files that the user did not expect. Such a read can happen in CI, or when an agent runs Fallow on a cloned repository. The attacker gets changed findings, not the file content.
Versions 2.68.0 to 3.33.1 read outside files through Jest projects. Version 3.33.1 also read them through Vitest test.projects.
Patches
Fixed in 3.34.0. Fallow now resolves each match with symlinks and .. segments removed. Fallow reads the match only when it is inside the project root. A glob whose literal base is outside the project root does not run. The boundary is the project root, so an in-root entry such as <rootDir>/../packages/* still works, also from the config of a workspace package. Fallow also does not read a script --config path that is a symlink to a file outside the project root.
Workarounds
Run Fallow only on repositories that you trust. Before you run Fallow on another repository, check the projects entries of its jest.config.* and vitest.config.* files.
Betroffene Software
Klicken Sie auf eine Technologie, um alle zugehörigen Schwachstellen anzuzeigen.
Verweise
- https://github.com/fallow-rs/fallow/security/advisories/GHSA-jfwm-3p3c-6hx5
- https://nvd.nist.gov/vuln/detail/CVE-2026-115569
- https://github.com/fallow-rs/fallow/pull/3556
- https://github.com/fallow-rs/fallow/commit/75c0c60948a53ddfe042e65b446343989f4c5649
- https://github.com/fallow-rs/fallow
- https://github.com/fallow-rs/fallow/releases/tag/v3.34.0
- CVSS-Vektor
CVSS:3.1/AV:L/AC:L/PR:N/UI:R/S:U/C:L/I:N/A:N- Schwäche (CWE)
CWE-22, CWE-59- Plattform
- npm
- Paket
fallow, @fallow-cli/fallow-node- Veröffentlicht
- 23.10.2026
- Aktualisiert
- 24.10.2026 01:17
Quellen und Lizenzen
OSV / GitHub Advisory Database - GHSA-jfwm-3p3c-6hx5 - CC BY 4.0
Schwachstellenhistorie: @fallow-cli/fallow-node
Alle veröffentlichten Schwachstellen dieses Pakets (npm-Paket), neueste zuerst. Zeigt, ob es ein einmaliger Ausrutscher ist oder ein Paket, das man im Auge behalten muss.
- Einträge insgesamt
- 2
- Erste → letzte
- 10.2026 10.2026
- Ohne Fix
- 0
- In Angriffen ausgenutzt
- 0
Verteilung nach Schweregrad
- Niedrig 2
Veröffentlichungen pro Jahr
- 2026: 2
-
Fallow: Jest and Vitest `projects` entries let an analyzed repository make Fallow read files outside the project root dieser Eintrag
Erkennen Sie Schwachstellen in Ihrer Anwendung
Mit der DockRay-Integration und aktivierter Softwareinventarisierung prüft DockRay gemeldete Komponentenversionen auf bekannte Schwachstellen und benachrichtigt Sie über bestätigte Treffer. Die Abdeckung hängt von der unterstützten Technologie und den verfügbaren Meldungen ab.