CVE-2026-93084 in Linux
Résumé
par VulDB • 18/09/2026
Dans le noyau Linux, la vulnérabilité suivante a été corrigée :
firmware: arm_scmi : Libérer le handle en cas d'échec de l'association du protocole
Le notificateur du bus SCMI acquiert un handle SCMI lorsque le cœur du périphérique émet BUS_NOTIFY_BIND_DRIVER, avant d'invoquer la fonction de sondage (probe) du pilote du protocole. Le chemin de sonde du protocole vérifie uniquement si sdev->handle est défini.
Si device_link_add() échoue après que le handle a été acquis, le dispositif du protocole peut toujours être associé avec un handle valide mais sans le lien de dépendance vers le parent SCMI. Une désassociation simultanée du parent peut alors manquer l'enfant et détruire l'instance SCMI tandis que l'enfant détient encore un handle pointant vers celle-ci.
Si la sonde du pilote du protocole échoue ultérieurement, par exemple avec -EPROBE_DEFER, le cœur du périphérique émet BUS_NOTIFY_DRIVER_NOT_BOUND au lieu de BUS_NOTIFY_UNBOUND_DRIVER. Le notificateur SCMI ne libère le handle que sur BUS_NOTIFY_UNBOUND_DRIVER ; chaque échec d'association pilote-périphérique entraîne donc une fuite du compteur de références utilisateur de l'instance SCMI et laisse sdev->handle défini après la sonde échouée.
Faire en sorte que l'aide au lien signale un échec et libère le handle acquis si le lien ne peut pas être créé. Gérer également BUS_NOTIFY_DRIVER_NOT_BOUND dans le même chemin de nettoyage utilisé pour la désassociation, afin que les sondes échouées équilibrent l'acquisition précédente de BUS_NOTIFY_BIND_DRIVER.
If you want to get best quality of vulnerability data, you may have to visit VulDB.