Veille sécuritéBackend & données
P4Moyenne
Dans filelock, ReadWriteLock et AsyncReadWriteLock ne rejettent pas un lien symbolique final avant de transmettre le chemin à SQLite. Un utilisateur local pouvant créer des noms dans le répertoire de verrouillage peut détourner ou scinder le verrouillage ; la correction est en 4.0.9.
Python
IdentifiantCVE-2026-112936
GravitéMoyenne
Exploitationnon connue / non déterminée
Correctif4.0.9
Source : NVD — CVE-2026-112936
Analyse technique
La résolution du chemin du verrou puis son utilisation par SQLite peuvent suivre un lien symbolique final, redirigeant la création de la base et le verrouillage vers une autre cible.
Impact, versions et correctif
Événement datéFiche NVD publiée le 2026-10-20 à 17:17:16.383+02:00, dans la période demandée.
ImpactLe verrouillage peut être redirigé ou divisé entre plusieurs cibles, compromettant l’exclusion mutuelle attendue.
Versions affectéesfilelock 3.20.4 à 4.0.8
Version corrigée4.0.9
Exploitation activenon connue / non déterminée
PoC publicinconnu
CVSS6.1
Publication2026-10-20T17:17:16.383+02:00
Mise à jour2026-10-20T21:50:26.943+02:00
Action recommandée
Mettre à niveau filelock vers la version 4.0.9 ou ultérieure.
Sources
Priorisation DFS : P4 · 1 source(s).