Fedora Account System
Red Hat Associate
Red Hat Customer
Disclaimer: Community trackers are created by Red Hat Product Security team on a best effort basis. Package maintainers are required to ascertain if the flaw indeed affects their package, before starting the update process. virtualenv is a tool for creating isolated virtual python environments. Prior to 21.7.13, the generated activate (bash and zsh) and activate.fish scripts place values already escaped by shlex.quote inside an additional quoted context. In the bash and zsh script, a crafted virtual environment path reaches __VIRTUAL_ENV__ when a relocated environment's recorded directory is absent; in the fish script, crafted Tcl or Tk library paths reach __TCL_LIBRARY__ or __TK_LIBRARY__. The surplus quotes can terminate the data-only quoted run and leave shell metacharacters parsed as commands when a user sources the activation script, allowing code execution with that user's privileges. This issue is fixed in version 21.7.13.
https://www.cve.org/CVERecord?id=CVE-2026-102925 I am not sure quite how to test this against uv. I don’t see any code in uv’s activation scripts that looks similar to the context of the fix in https://github.com/pypa/virtualenv/pull/3252, but that doesn’t mean that this defect doesn’t exist in a different form. Based on recent reports like https://github.com/astral-sh/uv/issues/23060, this would also be “just a bug, not a security flaw” under uv’s threat model.
This one does not seem reproducible from uv.