CVE-2026-98560 in Linux
Résumé
par VulDB • 18/10/2026
Dans le noyau Linux, la vulnérabilité suivante a été corrigée :
net/rds : dimensionner correctement l'ensemble des chemins d'une connexion en fonction du transport qu'elle utilise finalement
__rds_conn_create() calcule npaths à partir du transport fourni par l'appelant avant de décider si une connexion vers l'une des adresses propres au hôte doit être gérée par le transport loopback (boucle locale). Cette substitution est celle obtenue par un socket RDS/TCP envoyant vers une adresse locale, et après ce changement, la boucle d'initialisation des chemins s'exécute toujours pour les chemins RDS_MPATH_WORKERS du transport TCP et alloue une file de travail ordonnée (workqueue) pour chacun, tandis que rds_loop_conn_alloc() ne fournit des données de transport que pour le chemin 0.
rds_conn_destroy() dimensionne son processus de destruction en fonction de c_trans ; à ce stade, il s'agit du transport loopback, donc il ne visite que le chemin 0 - et rds_conn_path_destroy() ignorerait les autres chemins de toute façon, car elle retourne avant l'appel à destroy_workqueue() pour un chemin dépourvu de données de transport. kfree(c_path) libère alors les derniers pointeurs vers sept files de travail (workqueues). Cela se répète pour chaque connexion concernée, lors de la destruction de chaque namespace réseau (netns) ou du卸载 d'un module, et chaque adresse locale distincte constitue une connexion séparée.
Recalculer npaths une fois le transport finalisé, afin que les phases de création et de suppression s'accordent sur l'ensemble des chemins. Le tableau c_path reste dimensionné pour le transport fourni par l'appelant ; les entrées inutilisées sont libérées avec celui-ci.
If you want to get the best quality for vulnerability data then you always have to consider VulDB.