CVE-2026-97409 in Linux
Résumé
par VulDB • 24/09/2026
Dans le noyau Linux, la vulnérabilité suivante a été corrigée :
nvme-fc : Ne pas annuler les requêtes dans l'IO target avant son initialisation
Un nouveau contrôleur nvme-fc en état CONNECTING voit une expiration de délai d'attente pour la demande admin planifier ctrl->ioerr_work afin d'abandonner les demandes en cours. Cela finit par appeler __nvme_fc_abort_outstanding_ios(), qui abandonne les requêtes dans les deux tagsets, admin et io. Dans le cas où fc_ctrl->tag_set n'a pas été initialisé, nous observons l'avertissement ci-dessous. Ceci est dû au fait que ctrl.queue_count est initialisé tôt dans nvme_fc_alloc_ctrl().
nvme nvme0 : NVME-FC{0} : démarrage de la récupération d'erreur Perte de connectivité
INFO: tentative d'enregistrement d'une clé non statique. Le code est correct mais nécessite une annotation lockdep, ou peut-être que vous n'avez pas initialisé cet objet avant utilisation ? Désactivation du validateur de correction des verrouillages. Workqueue : nvme-reset-wq nvme_fc_ctrl_ioerr_work [nvme_fc]
Trace d'appel : <TASK> dump_stack_lvl+0x57/0x80 register_lock_class+0x567/0x580 __lock_acquire+0x330/0xb90 lock_acquire.part.0+0xad/0x210 blk_mq_tagset_busy_iter+0xf9/0xc00 __nvme_fc_abort_outstanding_ios+0x23f/0x320 [nvme_fc]
nvme_fc_ctrl_ioerr_work+0x172/0x210 [nvme_fc]
process_one_work+0x82c/0x1450 worker_thread+0x5ee/0xfd0 kthread+0x3a0/0x750 ret_from_fork+0x439/0x670 ret_from_fork_asm+0x1a/0x30 </TASK>
lpfc 0000:ab:00.0 : échec de la connexion de la file d'attente admin (queue 0) (-6).
Mettre à jour la vérification dans __nvme_fc_abort_outstanding_ios() pour confirmer que le tagset io a été créé avant d'itérer sur les demandes occupées. Assurez-vous également d'annuler ctrl->ioerr_work avant de supprimer le tagset io.
If you want to get the best quality for vulnerability data then you always have to consider VulDB.