CVE-2026-112938 json
filelock: StrictSoftFileLock follows a symbolic link swapped in at <path>.filelock and creates claim files in a directory another local user chooses
published 2026-10-28 11 d ago modified 2026-11-06 2 d ago also GHSA-m462-7rxw-wvpg , EUVD-2026-117814
- cvss
- 5.8
- version 3.1, CNA
- cisa kev
- Not listed
- not in CISA's catalog
- epss
- 0.1%
- EPSS 0.1% chance of exploitation in 30 days, percentile 1%
- public exploits
- 0
- none known
Summary
filelock is a platform-independent file lock for Python. From 3.30.0 until 4.2.1, On POSIX platforms, StrictSoftFileLock and AsyncStrictSoftFileLock validate the coordination directory in _ensure_protocol_directory but later reach the claims directory through _open_directory by pathname, allowing a local account that can rename the coordination name to swap in a symbolic link between check and use during acquisition. That race can create and leave claim files in another writable directory or strand claims in a different strict lock so the second lock times out. Separately, the claims property and force_break follow a resting symbolic link without a race when the lock user inspects or recovers the lock. Claims inspection discloses a file name to the other account only if the resulting exception text or claim_name reaches that account through a shared log, CI output, or error report. A blind force_break recovery that removes live claims from another strict lock can allow two processes into that lock's critical section; this path reaches other strict locks, not arbitrary files. This issue is fixed in version 4.2.1.
Patch / fix
- pypi filelock 4.2.1
- github.com/tox-dev/filelock@aaa1859 commit
- github.com/tox-dev/filelock@bfa066d commit
- github.com/tox-dev/filelock#839 pull request
- github.com/tox-dev/filelock/releases/tag/4.2.1 release
Vendor advisories
What the vendors themselves say about their products: affected, fixed or not affected, and what to do.
red hat product security vex CVE-2026-112938 updated cvss 5.8
filelock: filelock: Denial of Service (DoS) via symbolic link race condition
-
Red Hat All currently supported Red Hat productsnot affected: vulnerable code not present
Red Hat CSAF VEX © Red Hat, Inc., from https://security.access.redhat.com/data/csaf/v2/vex/; changed: reduced to product statuses and remediations. CC BY 4.0 · csaf
Exploit prediction
0.11% chance of exploitation in the next 30 days, higher than 1% of all scored CVEs (FIRST EPSS, 2026-11-08).
CVSS scores
| assigned by | version | score | vector |
|---|---|---|---|
| CNA | 3.1 | 5.8 | CVSS:3.1/AV:L/AC:H/PR:L/UI:N/S:U/C:L/I:L/A:H |
| GitHub | 3.1 | 5.8 | CVSS:3.1/AV:L/AC:H/PR:L/UI:N/S:U/C:L/I:L/A:H |
Affected packages
| ecosystem | package | affected | fixed in |
|---|---|---|---|
| pypi | filelock | >=3.30.0, <4.2.1 |
4.2.1 |
Affected products
- tox-dev filelock
Classification
- Weakness
-
- CWE-363 Race Condition Enabling Link Following
References
-
github.com
/tox-dev/filelock/pull/839
web
- github.com /tox-dev/filelock/commit/aaa18595d29795fab599a69d6b184d9a505dab4b
-
github.com
/tox-dev/filelock/commit/bfa066d65a1ba9106f86ee9d027f7588b9c77e03
web
-
github.com
/tox-dev/filelock/security/advisories/GHSA-m462-7rxw-wvpg
web
-
github.com
/tox-dev/filelock/releases/tag/4.2.1
web
-
github.com
/tox-dev/filelock
package
Sources
- CVE List CVE-2026-112938
- GitHub Advisory GHSA-m462-7rxw-wvpg
- NVD CVE-2026-112938
Fencer Vulns keeps one entry per vulnerability: the CVE id wins, then GHSA, and records that alias each other are merged, except that two CVEs always keep separate entries. The same data is available as JSON.