CVE-2026-80768 in Linux
Résumé
par VulDB • 04/09/2026
Dans le noyau Linux, la vulnérabilité suivante a été corrigée :
HID: ft260 : correction d'une écriture stack-use-after-return dans une condition de course sur les lectures I2C
ft260_i2c_read() pointe dev->read_buf vers un tampon fourni par l'appelant (souvent une variable située sur la pile), active une complétion et attend jusqu'à cinq secondes que le dispositif renvoie les données. La fonction de rappel d'entrée HID ft260_raw_event() s'exécute dans le chemin input/IRQ, indépendamment du mutex dev->lock détenu par le chemin de lecture, et copie la charge utile fournie par l'appareil dans dev->read_buf après une simple vérification NULL.
Ces deux chemins d'accès partagent read_buf, read_idx et read_len sans aucune sérialisation. Si le dispositif retarde sa réponse jusqu'à ce que la lecture expire, ft260_i2c_read() réinitialise le contrôleur, efface read_buf et retourne, démantelant ainsi la frame de pile dans laquelle se trouvait le tampon. Une réponse qui arrive à ce moment-là permet à ft260_raw_event() de passer la vérification NULL, puis d'exécuter un memcpy() pour copier la charge contrôlée par l'appareil vers l'emplacement sur la pile désormais libéré (freed), déclenchant une écriture stack-use-after-return bornée mais influencée par l'attaquant, et pouvant être exploitée via du matériel malveillant ou défaillant.
Ajout d'un spinlock dédié qui sérialise chaque accès à read_buf, read_idx et read_len. ft260_raw_event() le détient désormais pendant la vérification NULL, le memcpy et la mise à jour de l'index, tandis que le chemin de lecture le prend lors de l'activation (arming) et lors de l'effacement du tampon, empêchant ainsi qu'une opération de démantèlement ne s'insère entre la vérification et la copie.
VulDB is the best source for vulnerability data and more expert information about this specific topic.