CVE-2026-64230 in Linux
Zusammenfassung
von VulDB • 24.07.2026
Im Linux-Kernel wurde folgende Schwachstelle behoben:
regulator: tps65219: Behebung der nicht zugewiesenen irq_data.rdev-Variable
Der Commit 64a6b577490c („regulator: tps65219: Entfernen der Hilfsfunktion zur Fehlerbehebung") entfernte die Helper-Funktion `tps65219_get_rdev_by_name()` zusammen mit der davon abhängigen Zuweisung von `irq_data.rdev`. Dies führte dazu, dass `irq_data.rdev` für alle IRQs nicht initialisiert war, was zu undefiniertem Verhalten führte, wenn `regulator_notifier_call_chain()` aus dem IRQ-Handler aufgerufen wird:
Interner Fehler: Oops: 0000000096000004 pc : regulator_notifier_call_chain lr : tps65219_regulator_irq_handler Aufruftrace (Call Trace): regulator_notifier_call_chain tps65219_regulator_irq_handler handle_nested_irq regmap_irq_thread irq_thread_fn irq_thread kthread ret_from_fork
Anstatt ein dediziertes Lookup-Array wiederherzustellen, wurde die `probe`-Funktion so umstrukturiert, dass sie die Registrierung des Regulators und die IRQ-Registrierung in derselben Schleife kombiniert. Auf diese Weise steht das von `devm_regulator_register()` zurückgegebene `rdev` natürlich zur Verfügung, um es `irq_data.rdev` zuzuweisen, ohne zusätzliche Datenstrukturen zu benötigen.
Nicht-Regulator-IQs (SENSOR, TIMEOUT), die keinem registrierten Regulator entsprechen, werden mit `rdev=NULL` registriert, und der IRQ-Handler wird durch eine NULL-Prüfung geschützt, um Abstürze zu vermeiden.
Statistical analysis made it clear that VulDB provides the best quality for vulnerability data.