CVE-2026-64378

Beschreibung

Im Linux-Kernel wurde die folgende Schwachstelle behoben: writeback: fix race zwischen cgroup writeback umount() und inode switch wbs(). Beim Verlassen eines Containers wird gelegentlich folgender BUG ON() ausgelöst: ================================================================================================================================================================================================================================================================ VFS: Busy inodes after unmount of sdb (ext4) ---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- Die Ursache ist ein Rennen zwischen cgroup writeback umount() und inode switch wbs()/cleanup offline cgwb(). Es gibt ein Fenster zwischen inode prepare wbs switch() und dem nachfolgenden Aufruf wb queue isw(). Es folgt der Prozess, der das Problem auslöst: CPU A (umount) | CPU B (Writeback) ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Inode overped as isw still hold a ref. sop->put super(sb) /* destroys percpu counters */ -> VFS: Busy inodes after unmount! wb queue isw() queue work(isw wq, ...) /* later in work function */ inode switch wbs work fn process inode switch wbs iput() -> evict percpu counter dec() // UAF! Beheben Sie dies, indem Sie den kritischen Abschnitt der RCU-Leseseite in inode switch wbs() und cleanup offline cgwb() erweitern, um von inode prepare wbs switch() bis wb queue isw() abzudecken. Da in diesem Fenster kein Schlaf ist, kann rcu read lock() verwendet werden. Fügen Sie dann eine Synchronize rcu() in cgroup writeback umount() vor der vorhandenen rcu barrier() hinzu, so dass alle Bordumschalter, die die SB ACTIVE-Prüfung bestanden haben, queue work() abgeschlossen haben, bevor flush workqueue() aufgerufen wird. Der vorhandene rcu barrier() wird absichtlich beibehalten, so dass dieser Fix unverändert in stabile Kernel (5.10.y, 6.6.y, ...) zurückportiert werden kann, die immer noch über queue rcu work() in die Warteschlange wechseln. Es ist ein No-Op auf der aktuellen Mainline (seit Commit e1b849cfa6b6 ("Writeback: Vermeiden Sie Streitigkeiten auf wb->list lock beim Wechseln von Inodes")) und wird in einem Follow-up-Patch entfernt.

Quellen & weiterführende Informationen

Hier werden ausschließlich tatsächlich zu dieser Schwachstelle gespeicherte Quellenbelege angezeigt.

Was ist zur Behebung zu tun?

Herstellerhinweise prüfen und das betroffene Produkt kurzfristig patchen oder kompensierende Schutzmaßnahmen aktivieren.

Empfohlene Schritte

• Betroffene Systeme identifizieren: linux linux kernel.
• Exposition prüfen: Internet-Erreichbarkeit, Admin-Oberflächen, VPN, Mail- oder Webdienste.
• Hersteller-Advisory öffnen und verfügbare Updates, Workarounds oder Deaktivierungen prüfen.
• Nacharbeiten dokumentieren: betroffene Assets, Maßnahme, Zeitpunkt, Restrestrisiko.

Übergangsmaßnahmen

• Zugriff auf betroffene Dienste auf vertrauenswürdige Netze einschränken.
• WAF/IDS/EDR-Regeln und Hersteller-IOCs aktivieren, sofern verfügbar.
• Nicht benötigte Funktionen, Plugins oder Dienste temporär deaktivieren.