- Son 7 gün
- CWE-667
CVE-2026-112907
filelock: On Windows an oplock on a soft lock's marker holds SoftFileLock.acquire() past its timeout and blocks the stale break
- Yayımlandı
- Güncellendi
- 7 Kas 2026
- Açık yaşı
- 1 gün
- Kaydı açan
- GitHub_M
Özet
Türkçe özeti yalnızca kritik ve yüksek önemdeki açıklar için hazırlıyoruz. Bu açık için kaynağın kendi açıklamasını gösteriyoruz.
filelock is a platform-independent file lock for Python. From 3.22.0 until 4.2.1, soft lock classes on Windows read an existing marker with _read_lock_file and remove a stale marker through break_lock_file using pathname operations that wait for an oplock break. Another local account with read access to an unheld marker can keep a Level 1 or batch oplock unanswered, causing SoftFileLock.acquire and related async or fallback locks to wait beyond timeout, blocking=False, and cancel_check. A stale marker under the oplock cannot be broken, but mutual exclusion remains intact and no file other than the marker is accessed. This issue is fixed in version 4.2.1.
Etkilenen sürümler1 yazılım
| Yazılım | Etkilenen | Düzeltildiği sürüm |
|---|---|---|
| tox-dev filelock | Sürüm belirtilmemiş | – |
Kaynaklar7 kaynak
- CVE.org kaydı
- NVD kaydı
- github.com/…lelock/security/advisories/GHSA-567q-5qvw-pf92 Diğer
- github.com/tox-dev/filelock/pull/835 Diğer
- github.com/…ommit/97d694a9a3ee1721d6c79a480174dfd9b060a080 Diğer
- github.com/…ommit/e1e825b1992f69fb6b346dc395d5ae4893536c0a Diğer
- github.com/tox-dev/filelock/releases/tag/4.2.1 Diğer
Kayıt geçmişi
- Yayımlandı