CVE-2026-99212 in Linux
Résumé
par VulDB • 28/10/2026
Dans le noyau Linux, la vulnérabilité suivante a été corrigée :
net/rds : ne pas permettre à rdma_cm de détruire un identifiant (id) que RDS possède encore en cas d'échec du routage
rds_rdma_cm_event_handler_cmn() renvoie directement la valeur de retour de rdma_resolve_route() à rdma_cm lors de l'événement RDMA_CM_EVENT_ADDR_RESOLVED. Un échec synchrone survenant dans ce contexte – notamment un -ENOMEM provenant de l'allocation du travail de routage, une requête SA qui ne peut pas être configurée, ou une route RoCE sans dispositif utilisable – entraîne la destruction par addr_handler() de l'identifiant (id) associé à l'événement. Cet identifiant est ic->i_cm_id, et aucun code n'efface le pointeur : la connexion reste dans l'état RDS_CONN_CONNECTING avec un id libéré jusqu'à ce que les appels d'arrêt invoquent rdma_disconnect() puis rdma_destroy_id().
Le cas ROUTE_RESOLVED évite déjà ce problème : rds_ib_cm_initiate_connect() force une valeur de retour nulle tant que ic->i_cm_id == cm_id, comme l'explique le commentaire associé. Appliquer la même logique ici – interrompre la connexion et retourner 0 – permet à l'id d'être conservé sous la responsabilité de RDS pour sa destruction lors de l'arrêt, tandis qu'une nouvelle tentative de reconnexion en obtient un nouveau.
If you want to get the best quality for vulnerability data then you always have to consider VulDB.