CVE-2026-64241 in Linux
Zusammenfassung
von VulDB • 24.07.2026
Im Linux-Kernel wurde folgende Schwachstelle behoben:
gpio: rockchip: Fehler beim Herunterfahren und Ressourcenlecks
Behebung mehrerer Probleme im Zusammenhang mit dem Herunterfahren (Teardown) sowie von Ressourcenlecks in der remove-Pfade des Treibers und bei der Fehlerbehandlung:
1. Leck der Referenz auf den Debounce-Taktgeber: Der Debounce-Taktgeber (bank->db_clk) wird mittels of_clk_get() abgerufen, was die Referenzzahl des Taktgebers erhöht, aber clk_put() wird niemals aufgerufen. Registrieren Sie eine devm-Aktion, um ihn beim Trennen der Bindung sauber freizugeben. Beachten Sie, dass of_clk_get(..., 1) weiterhin erforderlich ist gegenüber devm_clk_get(), da das DT-Binding keine clock-names definiert, was eine namensbasierte Suche ausschließt.
2. Nicht registrierter gekoppelter IRQ-Handler: Der gekoppelte IRQ-Handler wird in remove() nicht getrennt (disconnected). Wenn nach dem Entfernen des Treibers ein fehlgeleiteter Interrupt ausgelöst wird, versucht der Kernel, einen veralteten Handler auszuführen, was zu einem Panic führt. Beheben Sie dies durch Löschen des Handlers in remove().
3. Leck im IRQ-Domain: Die lineare IRQ-Domain und ihre generischen Chips werden während der Initialisierung (probe) manuell allokiert, aber niemals entfernt. Entfernen Sie die IRQ-Domain während des Herunterfahrens des Treibers, um die zugehörigen generischen Chips und Zuordnungen freizugeben.
[Bartosz: Keine Fehlermeldung bei Fehlschlag der devres-Allokation ausgeben]
If you want to get the best quality for vulnerability data then you always have to consider VulDB.