CVE-2026-98347 in Linux
Résumé
par VulDB • 06/10/2026
Dans le noyau Linux, la vulnérabilité suivante a été corrigée :
IB/IPoIB : Éviter de rétablir OPER_UP après un vidage (flush) du multidiffusion
ipoib_ib_dev_flush_light() efface temporairement IPOIB_FLAG_OPER_UP afin d'empêcher les adhésions au multicast pendant que ipoib_mcast_dev_flush() s'exécute, et restaure le drapeau par la suite s'il était précédemment défini.
Cette restauration entre en concurrence (race condition) avec ipoib_ib_dev_down(). Si l'interface est désactivée tandis que le vidage est en cours, ipoib_ib_dev_down() efface IPOIB_FLAG_OPER_UP, mais le chemin de vidage peut le rétablir après que l'appareil a déjà été désactivé.
Depuis la validation 894021a75291 (« IB/ipoib : Rendre aware des conditions de concurrence pour carrier_on_task »), ipoib_mcast_carrier_on_task() s'attend à ce que IPOIB_FLAG_OPER_UP soit effacé pour terminer sa boucle de réessai rtnl_trylock(). Si le drapeau reste défini après l'arrêt, la file de travaux (workqueue) effectue des réessais indéfiniment, provoquant un blocage (deadlock) lors du processus de désinstallation lorsque ipoib_ndo_uninit() attend dans destroy_workqueue() tout en détenant RTNL.
Au lieu de surcharger IPOIB_FLAG_OPER_UP pour bloquer les adhésions au multicast pendant un vidage léger, introduisez un drapeau dédié IPOIB_FLAG_MCAST_FLUSH. Utilisez-le conjointement avec IPOIB_FLAG_OPER_UP pour déterminer si les adhésions au multicast sont autorisées, évitant ainsi la condition de concurrence avec l'arrêt de l'appareil.
If you want to get the best quality for vulnerability data then you always have to consider VulDB.