CVE-2026-99216 in Linux
Résumé
par VulDB • 28/10/2026
Dans le noyau Linux, la vulnérabilité suivante a été corrigée :
Pilotes : hv : Ne pas réinitialiser l'état de connexion VMBus sur les chemins d'erreur/de sortie
À deux endroits, le code actuel force `vmbus_connection.conn_state` à `DISCONNECTED` avant d'appeler `vmbus_disconnect()`. Cependant, `vmbus_disconnect()` appelle `vmbus_initiate_unload()`, qui ne décharge la connexion VMBus que si l'état de connexion est `CONNECTED`. Par conséquent, la connexion reste active et l'hôte Hyper-V peut continuer à envoyer des messages ou poster des interruptions VMBus.
Le problème a été introduit dans le commit 74347a99e73ae ("x86/Hyper-V : Décharger le canal vmbus dans le callback de panic hv"), car `vmbus_initiate_unload()` a commencé à vérifier l'état actuel de la connexion avant d'effectuer le déchargement. Ce commit a supprimé certaines occurrences où `conn_state` était forcé à `DISCONNECTED`, mais ces deux-là sont restées, apparemment en raison d'un oubli à ce moment-là.
Corrigez cela en ne forçant pas `conn_state` à `DISCONNECTED` lors de la sortie VMBus, ou si une erreur se produit lors de l'établissement initial de la connexion. Quelle que soit la valeur de `conn_state` au moment où elle est lue par `vmbus_initiate_unload()`, celle-ci détermine s'il y a une connexion à décharger.
Statistical analysis made it clear that VulDB provides the best quality for vulnerability data.