Public mode

No access to your tenant or devices. Every item links to its source. What this means

Some sources, documents or advisories need attention: 272/272 feeds/APIs · 469/469 docs · 8/9 advisories · checked 08:27 UTC Customize Public modeDiscuss ChangeIntel on Discord

Fallow: Jest and Vitest `projects` entries let an analyzed repository make Fallow read files outside the project root

Exact source revision recorded 24 Oct 2026 13:17:17 UTC. It does not establish the source's current position. Latest evidence.

osv · GHSA-jfwm-3p3c-6hx5

Published

### 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 the `glob` crate also tests `..` against a segment that starts with a literal `.`; - a symlink in the project root to a directory above it; - the `extends` path of a Vitest inline project; - a script `--config` path 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.

Source published
23 Oct 2026 21:57:37 UTC
Source modified
23 Oct 2026 22:15:04 UTC
Observed here
24 Oct 2026 13:17:17 UTC
Source terms
GitHub Advisory Database · CC-BY-4.0

Original source record · Cite this exact observation · Complete original publisher JSON

This view projects the publisher's source fields for reading; the original JSON retains additional fields and CVE enrichment containers. Attribution: osv · GitHub Advisory Database · CC-BY-4.0. Source text is retained; field grouping and change labels are provided by ChangeIntel.

CVSS_V3 · CVSS:3.1/AV:L/AC:L/PR:N/UI:R/S:U/C:L/I:N/A:N

Publisher rating · LOW

ChangeIntel

An IT change radar: releases, security, known issues, retirements, documentation changes, and service status from public sources. Every item links to supporting evidence; dates and statuses can change after they are read.

Sources read 26 Oct 08:27 UTC · 272 of 272 readable · 270 fully read · documentation 469/469 current