CVE-2026-128079: envd: Host file disclosure through requirements path traversal and TOCTOU
Summary
envd’s install.pythonpackages(requirements=...) could read files outside the build context on the host. Content interpreted as dependency entries could appear in build logs and build-step metadata.
Commit f576c92, released in v1.3.5, added path containment validation but left a time-of-check/time-of-use (TOCTOU) race between symlink resolution and opening the requirements file. Commit 9d575b3 addresses this race by opening requirements files through a directory-rooted filesystem handle.
Details
envd reads requirements files on the host to determine whether their contents can be embedded directly into a pip installation build step.
The vulnerable host-side requirements read was introduced in v0.3.38. Version v1.3.5 added containment checks for static path escapes but remained vulnerable to a TOCTOU race. The complete fix is included in v1.3.6.
Before f576c92, this host read lacked a build-context containment check. That commit added frontend path validation and a compile-time check using filepath.EvalSymlinks followed by a containment comparison.
However, symlink resolution returns a pathname rather than a pinned filesystem object. The subsequent os.Open independently resolves that pathname. Concurrent filesystem changes could therefore invalidate the containment check before the file was opened.
The complete fix uses os.OpenRoot and Root.Open to enforce containment during filesystem traversal.
Resources: - first commit: be783264fdd79ad7262cea0485b7d449ca514f80 - Initial containment fix: f576c92 - TOCTOU fix: 9d575b3
Proof of concept
The security-relevant condition is a requirements-file pathname whose filesystem resolution changes between validation and opening. The containment check describes the filesystem at validation time, while the later pathname-based open may access a different object.
The fix includes a deterministic regression test for the underlying object-pinning guarantee. It opens a context directory handle, moves that directory, and creates a replacement directory at the original pathname containing different requirements. The rooted reader continues reading the original context; a pathname-based reader reads the replacement.
This regression test demonstrates the distinction between rooted and pathname-based reads. It is not an end-to-end demonstration of host file disclosure.
Impact
An attacker who can influence the build input—and, for the residual race in v1.3.5, concurrently modify the relevant filesystem paths—may cause envd to read files outside the intended build context, subject to the permissions of the envd process.
Depending on the file contents and requirements parsing, information may be exposed through dependency debug logs and build-step metadata. This issue does not establish arbitrary code execution or unrestricted disclosure of every file.
v1.3.5 remains affected by the TOCTOU variant. Earlier versions containing the host requirements-reading behavior are affected by the original containment issue; confirm the earliest affected release before setting the advisory’s version range.
Patched version: v1.3.6.
Other sources
envd provides reproducible development environments for humans and agents. In versions starting with 0.3.38 and before 1.3.6, insufficient containment of host-side requirements-file reads in install.pythonpackages(requirements=...) could allow access to files outside the build context. An attacker able to influence build input could cause file contents interpreted as dependency entries to appear in debug logs or build-step metadata, subject to the envd process’s permissions. Exploitation in version 1.3.5 additionally requires concurrent modification of relevant filesystem paths. This issue is fixed in version 1.3.6.
— MITRE
Affected Software
Remediation
Recommended actions to resolve this vulnerability, in priority order.
- Upgrade
Upgrade
pip/envdto a version that resolves this vulnerability.Fixed in 1.3.6 - Upgrade
Upgrade to a fixed release to a version that resolves this vulnerability.
Fixed in 1.3.6
Event History
Frequently Asked Questions
Which versions require remediation?
The vulnerable host-side requirements-file read was introduced in v0.3.38. v1.3.5 blocks static path escapes but remains vulnerable to the symlink TOCTOU race; the complete fix is in v1.3.6.
What access does an attacker need to exploit this?
An attacker needs local, low-privileged access and the ability to influence the requirements path or replace a symlink between validation and file opening. No user interaction is required.
What information could be exposed?
envd can read a requirements file outside the build context from the host. If the file contents are interpreted as dependency entries, they may be exposed through build logs and build-step metadata.
What should be done if an immediate upgrade is not possible?
Avoid allowing untrusted users or processes to control requirements paths or symlinks used by envd builds. In particular, do not rely on v1.3.5 containment checks as protection against symlink races.