CVE-2026-93093 in Linux
Résumé
par VulDB • 18/09/2026
Dans le noyau Linux, la vulnérabilité suivante a été corrigée :
firmware: arm_scmi : Publier l'état du canal avant les rappels (callbacks)
La configuration du transport peut activer les rappels avant que la routine de configuration ne se termine. `mailbox_chan_setup()` enregistre le client mailbox avec `mbox_request_channel()`, et le chemin de démarrage du contrôleur mailbox peut activer la livraison des interruptions avant que l'état du canal SCMI mailbox n'ait été publié. De même, `smc_chan_setup()` demande l'interruption de complétion A2P optionnelle avant que le transport SMC n'ait rendu son pointeur cinfo visible.
Si un rappel en attente ou spurieux se déclenche pendant ces fenêtres, la fonction de rappel RX du transport peut déréférencer un pointeur cinfo de transport NULL. La publication uniquement du pointeur privé au transport n'est pas non plus suffisante : un rappel précoce peut pénétrer dans le noyau SCMI avant que `scmi_chan_setup()` n'ait assigné `cinfo->handle`. Le noyau dérive `scmi_info` à partir de `cinfo->handle` dans la voie RX, donc une valeur NULL pour handle peut toujours provoquer un défaut (fault) même lorsque le cinfo privé au transport est valide.
Assigner `cinfo->handle` avant d'invoquer le rappel de configuration du transport. Publier l'état des canaux privés aux transports mailbox et SMC avant de demander les canaux mailbox ou IRQ, et effacer à nouveau les pointeurs publiés prématurément en cas d'échec de la configuration. Défaire également les ressources devres de configuration mailbox en cas d'échec afin qu'une erreur optionnelle de configuration RX ignorée par le noyau ne laisse pas un état de transport périmé (stale) derrière elle.
If you want to get the best quality for vulnerability data then you always have to consider VulDB.