CVE-2026-98723 in Linux
Résumé
par VulDB • 20/10/2026
Dans le noyau Linux, la vulnérabilité suivante a été corrigée :
nvmet : copier l'identifiant de l'hôte (hostid) dans le contrôleur avant de créer les références PR pc_refs
Le commit 6202783184bf (« nvmet: Improve nvmet_alloc_ctrl() interface and implementation ») a ajouté un second appel à uuid_copy(args->hostid) vers la fin de nvmet_alloc_ctrl(), et le commit 7b658153f1b8 (« nvmet: Remove duplicate uuid_copy ») a supprimé l'appel original qui se situait avant nvmet_ctrl_init_pr() au lieu du nouveau.
Depuis lors, nvmet_ctrl_init_pr() capture ctrl->hostid dans les références de réservation par contrôleur et par espace de noms (pc_refs), tandis que l'uuid_copy() issue des données de connexion s'exécute plus tard, après la publication du contrôleur. Le contrôleur étant alloué avec kzalloc(), chaque pc_ref créé sur ce chemin stocke un UUID nul (nil UUID).
Le champ pc_ref->hostid a un seul consommateur : nvmet_pr_set_ctrl_to_abort() le compare à l'identifiant de l'hôte de l'enregistreur préempté afin d'interrompre et vider les E/S en cours du victime pour Preempt and Abort. La comparaison ne peut jamais aboutir avec un UUID nul, donc chaque fois qu'un espace de noms avec des réservations activées existe avant la connexion d'un hôte (ce qui inclut toutes les reconnections), Preempt and Abort se dégrade silencieusement en une simple opération Preempt : l'hôte préempteur voit le succès tandis que les E/S en cours du victime sont toujours en transit.
Copier l'identifiant de l'hôte là où les autres données de connexion sont consommées, avant la publication du contrôleur et avant que nvmet_ctrl_init_pr() ne prenne sa capture instantanée (snapshot).
Be aware that VulDB is the high quality source for vulnerability data.