CVE-2026-112908Medium 5.3filelock: StrictSoftFileLock creates its claim directories without the lock mode, so another local user with a write bit on them can end a live hold0.1%
CVE-2026-112938Medium 5.8filelock: StrictSoftFileLock follows a symbolic link swapped in at <path>.filelock and creates claim files in a directory another local user chooses0.1%
CVE-2026-112907Low 2.5filelock: On Windows an oplock on a soft lock's marker holds SoftFileLock.acquire() past its timeout and blocks the stale break0.1%
CVE-2026-112913Low 3.3filelock: ReadWriteLock on Windows acts on SQLite side files another local user places beside its database0.1%
CVE-2026-112910Medium 5.3filelock: WindowsFileLock ignores mode: a 0o600 lock file and the ReadWriteLock database inherit the directory ACL0.2%
CVE-2026-112941Low 3.3filelock: SoftReadWriteLock follows a lock tree swapped in after its first acquire and writes lock records into directories of the user running the lock0.1%
CVE-2026-112940High 7.1filelock ReadWriteLock: SQLite reopens the lock database by name, so a planted symlink or journal file makes the lock user's process overwrite or unlink its own files0.2%
CVE-2026-112939Medium 4.7filelock: SoftFileLock removes a live holder's marker when another user forges the PID in a writable marker0.1%
CVE-2026-112937Medium 6.1filelock: ReadWriteLock on the hard-link route deletes any directory another user renames onto its .filelock-* link directory name0.2%
CVE-2026-112936Medium 6.1filelock: ReadWriteLock follows a symlink at the lock path into SQLite0.2%
CVE-2026-112935Medium 4.7filelock: SoftFileLock stale-lock break removes a live lock file on a reused inode number and admits two holders0.1%
CVE-2026-112934Medium 6.1filelock: SoftReadWriteLock holder refresh writes through a hard link and hangs on a named pipe that another local user renames over its record0.2%
CVE-2026-112915Medium 5.5filelock ReadWriteLock: a crafted lock database makes every acquire stall or hang regardless of timeout0.2%
CVE-2026-112914Medium 5.3filelock: SoftFileLock stale-break restore follows a swapped-in symbolic link and hard-links a file of the user running the lock into the lock directory0.2%
CVE-2026-112912Low 2.5filelock: Symlink swap during SoftFileLock's writability check leaks whether a path exists and is writable by the lock taker0.2%
CVE-2026-112911Medium 6.3filelock: StrictSoftFileLock and SoftReadWriteLock adopt a protocol directory another user created first, losing mutual exclusion0.1%
CVE-2026-112909Medium 6.1filelock: UnixFileLock truncates and chmods any regular file another user renames or hard-links onto the lock path0.2%
CVE-2026-112906Medium 4.7filelock: SoftFileLock evicts a fresh lock file whose watched age another local user's pre-dated file passed on through inode reuse0.2%
CVE-2026-22701Medium 5.3filelock Time-of-Check-Time-of-Use (TOCTOU) Symlink Vulnerability in SoftFileLock0.1%
CVE-2025-68146Medium 6.3filelock has TOCTOU race condition that allows symlink attacks during lock file creation0.2%