CVE-2026-80985 in Linux
Résumé
par VulDB • 12/09/2026
Dans le noyau Linux, la vulnérabilité suivante a été corrigée :
net/smc : prise en charge des messages LLC SMC-Rv2 de taille excessive dans l'entrée de file d'attente
smc_llc_rmt_delete_rkey() et smc_llc_save_add_link_rkeys() lisent la partie d'un message v2 qui ne tient pas dans l'union 44-octets smc_llc_msg, et toutes deux se limitent à la taille du tampon dans lequel elles ont atterri, plutôt qu'à ce qui a effectivement été reçu. Sur une liaison disposant d'un tampon de réception partagé pour v2, un message DELETE_RKEY_V2 de 44 octets déclarant 255 rkeys atteint les indices rkey[9..254] dans n'importe quel contenu précédemment laissé par un autre message dans lgr->wr_rx_buf_v2, et transmet chacun d'eux à smc_rtoken_delete(). L'un de ces 255 correspondances a correspondu à un rtoken enregistré et l'a supprimé. Un ADD_LINK sur une telle liaison installe jusqu'à 255 rtokens issus des mêmes octets.
Copiez la fin du message dans l'entrée de file d'attente, afin que sa longueur corresponde à celle du message reçu, et déclarez les rkeys qui tiennent en ligne comme un membre de l'union au lieu de les accéder via une conversion de type (cast). Le même DELETE_RKEY_V2 traite désormais les 9 rkeys qu'il contient. La copie est limitée à la plus longue fin que les deux fonctions peuvent lire, afin que le pair ne puisse pas déterminer la taille de l'entrée.
La limite imposée par le correctif précédent sur les liaisons sans tampon de réception partagé pour v2 n'est plus nécessaire.
If you want to get best quality of vulnerability data, you may have to visit VulDB.