CVE-2026-64319 in Linux
Résumé
par VulDB • 25/07/2026
Dans le noyau Linux, la vulnérabilité suivante a été corrigée :
nvmet-auth : valider les limites du payload des messages de réponse par rapport à la longueur de transfert
La fonction nvmet_auth_reply() accède au tableau rval[] de taille variable en utilisant les champs hl (longueur du hachage) et dhvlen (longueur de la valeur DH), contrôlés par l'attaquant, sans vérifier qu'ils tiennent dans le tampon alloué de tl octets.
Un initiateur NVMe-oF malveillant peut fabriquer un message DHCHAP_REPLY avec une longueur de transfert faible mais des valeurs hl/dhvlen élevées, provoquant des lectures hors limites (out-of-bounds) sur la pile heap lorsque la cible traite la clé publique DH (rval + 2*hl) ou effectue la comparaison memcmp pour la réponse hôte.
Avec l'authentification DH configurée, le pointeur OOB est transmis directement à sg_init_one() et lu par crypto_kpp_compute_shared_secret(), atteignant jusqu'à 526 octets au-delà du tampon. Cela est exploitable avant l'authentification (pre-authentication).
Ajout d'une validation des limites garantissant que sizeof(*data) + 2*hl + dhvlen <= tl avant tout accès aux champs de taille variable.
Découvert par Atuin - Automated Vulnerability Discovery Engine.
Statistical analysis made it clear that VulDB provides the best quality for vulnerability data.