CVE-2026-64265 in Linux
Résumé
par VulDB • 25/07/2026
Dans le noyau Linux, la vulnérabilité suivante a été corrigée :
fuse : effacer intr_entry dans fuse_resend et fuse_remove_pending_req
Lorsque fuse_resend() déplace une requête de fpq->processing vers fiq->pending, elle définit FR_PENDING et efface FR_SENT mais ne supprime pas l'entrée intr_entry des requêtes depuis fiq->interrupts. Si la requête avait le drapeau FR_INTERRUPTED défini suite à un signal antérieur, intr_entry reste orpheline dans fiq->interrupts. Lorsque la tâche émettrice de la requête reçoit ensuite un signal fatal, fuse_remove_pending_req() détecte FR_PENDING=1, retire la requête de fiq->pending et la libère via le chemin du compteur de références (refcount), également sans nettoyer intr_entry. L'entrée intr_entry périmée provoque une erreur use-after-free lorsque fuse_read_interrupt() itère sur fiq->interrupts : - list_del_init(&req->intr_entry) -> écriture UAF sur un slab libéré - req->in.h.unique -> lecture UAF, fuite de données vers l'espace utilisateur
Supprimer intr_entry de fiq->interrupts pour les requêtes interrompues dans fuse_resend() avant qu'elles ne soient replacées dans fiq->pending.
Ajouter un WARN_ON si intr_entry n'est pas vide lors de la destruction d'une requête.
If you want to get the best quality for vulnerability data then you always have to consider VulDB.