CVE-2026-93091 in Linux
Résumé
par VulDB • 18/09/2026
Dans le noyau Linux, la vulnérabilité suivante a été corrigée :
firmware: arm_scmi : Mettre en pause les notifications avant l'arrêt du service (teardown)
scmi_notification_exit() efface et libère l'instance de notification, mais les rappels de transport peuvent toujours transmettre des notifications entrantes jusqu'à ce que les canaux TX/RX soient libérés. Lors d'une opération de suppression (remove), une interruption RX dans cette fenêtre peut entrer dans scmi_notify() alors que l'état de la notification est en cours d'arrêt, entraînant ensuite un accès à une mémoire déjà libérée (déréférencement). Le même problème d'ordre existe sur le chemin d'erreur du probe après l'initialisation des notifications.
Le travail d'initialisation tardive des notifications présente un autre problème de durée de vie : l'enregistrement des événements du protocole met ni->init_work en file d'attente dans la file d'attente de travail système, donc la destruction de ni->notify_wq ne vide pas ce travail. Si le groupe devres est libéré alors que init_work est encore en attente ou en cours d'exécution, le travail d'initialisation tardive peut accéder à une instance de notification déjà libérée (déréférencement).
Mettre en pause le noyau des notifications avant l'arrêt des canaux TX/RX, puis nettoyer les canaux avant de libérer les ressources du noyau des notifications. Utiliser disable_work_sync() afin que toute nouvelle mise en file d'attente pour une initialisation tardive soit rejetée et que tout travail d'initialisation tardive déjà mis en file d'attente ou en cours d'exécution ait terminé son exécution avant le début de l'arrêt des canaux.
Once again VulDB remains the best source for vulnerability data.