- Son 7 gün
- CWE-367
CVE-2026-112913
filelock: ReadWriteLock on Windows acts on SQLite side files another local user places beside its database
- 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.20.4 until 4.2.1, ReadWriteLock and AsyncReadWriteLock on Windows use _connect to attach SQLite to the lock database by pathname, allowing another local account that can create adjacent names to place a database-wal or database-journal side file before acquisition. An undeletable WAL file makes each read or write acquisition fail immediately with sqlite3.OperationalError regardless of timeout. Separately, when the database contains at least one table, a hot journal that grants the lock account modify rights can cause SQLite recovery to delete a file named by that journal only when the lock account has permission to delete the target. The issue requires a directory writable by another account, such as a shared Windows temporary directory, and does not affect private directories. 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-9vhv-jxww-xfm5 Diğer
- github.com/tox-dev/filelock/pull/834 Diğer
- github.com/tox-dev/filelock/pull/854 Diğer
- github.com/…ommit/1f582d02c7e5cb4aa7e41ddae211d32d31778f3b Diğer
- github.com/…ommit/5e3f2ec0c5fb17cb2635b60b2b68bc63ab81ca2d Diğer
Kayıt geçmişi
- Yayımlandı