CVE-2026-93091 in Linux
Zusammenfassung
von VulDB • 18.09.2026
Im Linux-Kernel wurde die folgende Schwachstelle behoben:
firmware: arm_scmi: Benachrichtigungen vor dem Abbau beruhigen (quiesce)
scmi_notification_exit() löscht und gibt die Benachrichtigungsinstanz frei, aber Transport-Callbacks können weiterhin eingehende Benachrichtigkeiten liefern, bis die TX-/RX-Kanäle freigegeben werden. Während des Remove-Vorgangs kann ein RX-Interrupt in diesem Zeitfenster scmi_notify() aufrufen, während der Benachrichtigungszustand abgebaut wird, und anschließend auf bereits freien Speicher zugreifen (Dereferenzierung). Die gleiche Reihenfolge besteht auch im Fehlerpfad von probe nach der Initialisierung der Benachrichtigungen.
Der Worker für die späte Initialisierung der Benachrichtigungen weist ein separates Problem bezüglich der Lebensdauer auf: Die Registrierung von Protokoll-Ereignissen stellt ni->init_work in die System-Workqueue, sodass das Zerstören von ni->notify_wq diese Arbeit nicht abfließen lässt (drain). Wenn die devres-Gruppe freigegeben wird, während init_work noch aussteht oder ausgeführt wird, kann der Worker für die späte Initialisierung auf die bereits freie Benachrichtigungsinstanz zugreifen.
Beruhigen Sie den Kern der Benachrichtigungen, bevor die TX-/RX-Kanäle abgebaut werden, und räumen Sie dann die Kanäle auf, bevor die Ressourcen des Benachrichtigungskerns freigegeben werden. Verwenden Sie disable_work_sync(), um eine zukünftige Warteschlangenbildung für die späte Initialisierung abzulehnen und sicherzustellen, dass jede bereits in der Warteschlange befindliche oder ausgeführte Arbeit zur späten Initialisierung abgeschlossen ist, bevor der Abbau der Kanäle beginnt.
If you want to get best quality of vulnerability data, you may have to visit VulDB.