Vulnerability · Published Oct 20, 2026 · Assigned by GitHub_M

CVE-2026-112941filelock: SoftReadWriteLock follows a lock tree swapped in after its first acquire and writes lock records into directories of the user running the lock

Low 3.3

In plain English

A low-severity security flaw in filelock from tox-dev. Proof-of-concept exploit code is public. The chance it is exploited in the next 30 days is estimated at 0.1% (higher than 3% of all known vulnerabilities). Fixed versions are available - upgrade the affected package.

Severity (CVSS 3.1)3.3Low
Exploit odds (30 days)0.1%top 97.3% of all CVEs
Exploited in the wildNo reportsCISA SSVC: poc
Attack toolingNoneno public tooling known

Official description

filelock is a platform-independent file lock for Python. From 4.1.0 until 4.2.1, SoftReadWriteLock and AsyncSoftReadWriteLock cache a successful check of the <path>.rw lock tree and resolve its names again during later record operations, allowing another local user who can replace that tree after the first acquisition to redirect lock-record writes into directories writable by the lock user. This issue is fixed in version 4.2.1.

Affected packages & fixed versions

EcosystemPackageFixed inAdvisory
Debian:12python-filelockno fix listedDEBIAN-CVE-2026-112941
Debian:13python-filelockno fix listedDEBIAN-CVE-2026-112941
Debian:14python-filelockno fix listedDEBIAN-CVE-2026-112941
PyPIfilelock4.2.1GHSA-wfhq-q4j2-c37m
Ubuntu:26.04:LTSpython-filelockno fix listedUBUNTU-CVE-2026-112941
Ubuntu:26.10python-filelockno fix listedUBUNTU-CVE-2026-112941

Affected products (as reported)

VendorProductVersions
tox-dev filelock >= 4.1.0, < 4.2.1

Weakness: CWE-367 · Vector: CVSS:3.1/AV:L/AC:L/PR:L/UI:N/S:U/C:N/I:L/A:N

References