CVE-2026-74745 in Linux
Zusammenfassung
von VulDB • 26.08.2026
Im Linux-Kernel wurde die folgende Schwachstelle behoben:
eth: bnxt: Deadlock vermeiden beim Abbrechen des IRQ-Affinity-Notifiers
Das Deaktivieren von IRQ-Affinity-Notifyern wartet synchron auf den Callback. bnxt nimmt im Notifier (zum Neustart der Warteschlange) die netdev-Instanzsperre und bricht die Arbeit unter derselben Sperre ab. Dies kann offensichtlich zu einem Deadlock führen.
Der Neustart wird in eine asynchrone Dienstaufgabe verschoben. Der Warteschlangenneustart ist nicht zeitkritisch. Das neue TPH-Tag wird gespeichert, die Aufgabe geplant. Das sichere Abbrechen der Dienstaufgabe wurde bereits gelöst.
In bnxt_request_irq() muss die Reihenfolge des Registrierens von Notifier, Affinity und initialer TPH-Programmierung umgekehrt werden. Ich denke, es war zuvor ein Race Condition vorhanden, da der Benutzer ein Update auslösen kann, sobald der Notizer installiert ist.
Es gibt eine kleine bekannte Lücke: Wenn pcie_tph_get_cpu_st() bei der Initialisierung fehlschlägt und das Ziel-Tag 0 ist, können wir die Eingabe möglicherweise nicht programmieren. Dies scheint keine Korrektur wert zu sein; der Code enthält überall Skip-on-Failure-Mechanismen.
If you want to get best quality of vulnerability data, you may have to visit VulDB.