Linux Kernel: Sicherheitslücke (CVE-2026-97569)

Was ist betroffen, was ist zu tun

Im Linux-Kernel wurde folgende Schwachstelle behoben: bnxt_en: Verhindern des Anhalts der Warteschlange bei verzögerten Abschlüssen Wenn der Treiber einen Burst von Paketen erhält, kann er ein BD mit dem NO_CMPL-Bit markieren, um Abschlüsse zu verzögern. Erwartet wird, dass das letzte Paket in der Schleife dieses Bit nicht gesetzt hat und der Abschluss, der durch dieses Paket generiert wird, dieses Paket und die vorhergehenden bereinigt.

Aktualisieren Sie Linux Kernel auf Version 7.2.7, Linux Kernel auf Version 7.3.

Betroffen

• Linux Kernel lt 7.1..7.2.7

Behoben in

• Linux Kernel 7.2.7
• Linux Kernel 7.3

Unklar, ob und wie Sie betroffen sind? Frage zu dieser Schwachstelle stellen

Metriken

Erkennungsregeln

Für diese Schwachstelle liegt noch keine NEOSEC-Erkennungsregel vor.

Einordnung nach NIS2 und CRA

Regelbasierte Einordnung aus Ausnutzungsstatus und Schweregrad. Sie ersetzt keine Prüfung im Einzelfall.

NIS2

NIS2 ist die EU-Richtlinie (EU) 2022/2555 zur Erhöhung des Cybersicherheitsniveaus in der Union. Sie weitet Pflichten gegenüber der ersten NIS-Richtlinie deutlich aus: mehr Sektoren, verbindliches Risikomanagement, gestufte Meldepflichten und persönliche Verantwortung der Geschäftsleitung.

Im Glossar lesen

Behandeln Sie die Schwachstelle im regulären Schwachstellenmanagement nach Art. 21 Abs. 2 lit. e NIS2.

CRA

Der CRA ist die EU-Verordnung (EU) 2024/2847 mit horizontalen Cybersicherheitsanforderungen an „Produkte mit digitalen Elementen“ — von Industriesteuerungen über Software bis zu vernetzten Verbrauchergeräten. Erstmals müssen Hersteller Sicherheit über den gesamten Produktlebenszyklus gewährleisten, Schwachstellen behandeln und Sicherheitsupdates bereitstellen.

Im Glossar lesen

Ab dem 11.12.2027 verpflichtet Anhang I Teil II CRA Hersteller betroffener Produkte mit digitalen Elementen, Schwachstellen unverzüglich zu behandeln und Sicherheitsupdates bereitzustellen.

ISO/IEC 27001

ISO/IEC 27001 ist der international führende Standard für ein Informationssicherheits-Managementsystem (ISMS). Er beschreibt einen risikobasierten, prozessorientierten Rahmen, um Informationssicherheit systematisch zu planen, umzusetzen, zu überprüfen und zu verbessern.

Im Glossar lesen

Maßnahme A.8.8, Management technischer Schwachstellen: Relevanz für Ihre Systeme bewerten, Behebung einplanen und nachweisen.

Beschreibung

Im Linux-Kernel wurde folgende Schwachstelle behoben: bnxt_en: Verhindern des Anhalts der Warteschlange bei verzögerten Abschlüssen Wenn der Treiber einen Burst von Paketen erhält, kann er ein BD mit dem NO_CMPL-Bit markieren, um Abschlüsse zu verzögern. Erwartet wird, dass das letzte Paket in der Schleife dieses Bit nicht gesetzt hat und der Abschluss, der durch dieses Paket generiert wird, dieses Paket und die vorhergehenden bereinigt. Dies hilft, die Anzahl der ausgelösten Abschlüsse zu reduzieren. Die unterdrückten Abschlüsse werden vom Treiber gesteuert und die Anzahl der Pakete mit unterdrückten Abschlüssen skaliert mit der Größe der Schleife. SW USO-Pakete haben jedoch eine obere Grenze für die maximale Anzahl von BDs, die konsumiert werden können, die nicht mit der Größe der Schleife skaliert. Daher ist es bei kleinen Schleifen möglich, dass: ein Burst von Paketen an den Treiber übergeben wird, der Treiber Abschlüsse für alle Pakete verzögert, da die Anzahl der freien Deskriptoren über dem Schwellenwert im Treiber bleibt. Dann trifft ein USO-Paket ein, aber die Anzahl der verfügbaren BDs ist nicht ausreichend und der USO-Code verlässt frühzeitig. In diesem Fall endet man in einem Zustand, in dem die Schleife voller Pakete mit unterdrückten Abschlüssen ist, was dazu führen kann, dass die Warteschlange angehalten wird und nie wieder gestartet wird. Unter der Annahme des Standardwerts CONFIG_MAX_SKB_FRAGS ist dies nur bei kleinen Schleifen (<= 457 Deskriptoren, unter dem Standardwert des Treibers) möglich, wenn ein Burst von Paketen die Schleife füllt, gefolgt von einem großen USO-Paket, das nicht passt. Bei größeren Schleifen ist die Differenz zwischen dem Schwellenwert für die Unterdrückung von Abschlüssen und den für SW USO erforderlichen BDs groß genug, dass Abschlüsse ausgelöst werden und dieser Fall nicht erreichbar ist. Dieses Problem wurde von Sashiko aufgezeigt und obwohl es relativ unwahrscheinlich erscheint, da die Größe der Warteschlange klein sein muss, um dies auszulösen, ist es tatsächlich möglich. Dies wird behoben, indem das letzte BD, das Abschlüsse verzögert hat, verfolgt und die Logik zur Entscheidung, wann die Klingel geläutet wird, zentralisiert wird. Das NO_CMPL-Bit wird nun in bnxt_txr_db_kick() gelöscht, so dass jeder Klingelstandort abgedeckt ist, einschließlich des frühen Ausgangs von SW USO. Dies garantiert, dass die Schleife immer in einem BD endet, das einen Abschluss generiert, um es zu bereinigen und die Warteschlange zu aktivieren.

Quelle: BSI WID Portal, BSI CSAF, cvelistv5, NVD (NIST)

Quellen & Referenzen

• git.kernel.orgstable/c/e33ce547c0cd40738d6bad23e5fc0539ee3e8f7d
• git.kernel.orgstable/c/39b23c1c40e1f73d2b94a09282cc476af647e438

Re-Analyse & Statuswechsel

Chronologie der NVD-Audit-Events für diese CVE – Reanalyses, CVSS-Updates, CPE-Diffs.

1. CVE Modified19.10.2026416baaa9-dc9f-4396-8d5f-8c081fb06d67

   • Affected: nachher Affected value modified. <a href="https://github.com/CVEProject/cvelistV5/blob/main/cves/2026/97xxx/CVE-2026-97569.json">CVE-2026-97569</a>

2. New CVE Received25.09.2026416baaa9-dc9f-4396-8d5f-8c081fb06d67

   • Description: nachher In the Linux kernel, the following vulnerability has been resolved: bnxt_en: Prevent queue stop with deferred completions When the driver receives a burst of packets, it can mark a BD with the NO_CMPL bit to defer completions. The expectation is that the last packet in the ring will have this bit unset and the completion generated by that packet will cleanup that packet and the ones preceding it. This helps to reduce the number of completions fired. The suppressed completions are controlled by the driver and the number of packets with suppressed completions scales with the size of the ring. SW USO packets, on the other hand, have an upper bound on the maximum number of BDs which can be consumed which does not scale with the ring size. So, for small rings it is possible that: a burst of packets is handed to the driver, the driver defers completions for all of the packets because the number of free descriptors stays above the threshold in the driver. Then, a USO packet arrives, but the number of BDs available is not enough and the USO code exits early. In this case, you end up in a state where the ring is full of packets with their completions suppressed, which can cause the queue to stop and never be restarted. Assuming default CONFIG_MAX_SKB_FRAGS, this is only possible for small rings (<= 457 descriptors, below the driver default value) when a burst of packets fills the ring, followed by a large USO packet that can't fit. For larger rings, the delta between the completion suppression threshold and the BDs required for SW USO is large enough that completions will fire and this case is unreachable. This issue was pointed out by Sashiko and while it seems fairly unlikely given that the queue size must be small to trigger this, it is indeed possible. Fix this by tracking the last BD which deferred completions and centralizing the logic for deciding when to ring the doorbell. The NO_CMPL bit is now cleared in bnxt_txr_db_kick(), so every doorbell site is covered, including the SW USO early exit. This guarantees the ring always ends in a BD which generates a completion to clean it and wake the queue.
   • Affected: nachher New affected value received. <a href="https://github.com/CVEProject/cvelistV5/blob/main/cves/2026/97xxx/CVE-2026-97569.json">CVE-2026-97569</a>
   • Reference: nachher https://git.kernel.org/stable/c/39b23c1c40e1f73d2b94a09282cc476af647e438
   • Reference: nachher https://git.kernel.org/stable/c/e33ce547c0cd40738d6bad23e5fc0539ee3e8f7d