CVE-2026-53009

Linux kernel (GCP) vulnerabilities

Beschreibung

Im Linux-Kernel wurde folgende Schwachstelle behoben: ice: Behebung des doppelten Freigebens von tx_buf skb Wenn ice_tso() oder ice_tx_csum() fehlschlagen, wird der Fehlerpfad in ice_xmit_frame_ring() das skb freigegeben, aber der 'erste' tx_buf zeigt immer noch darauf und ist als gültig (ICE_TX_BUF_SKB) markiert. 'next_to_use' bleibt unverändert, sodass das potenzielle Problem wahrscheinlich von selbst behoben wird, wenn das nächste Paket übertragen wird und der tx_buf überschrieben wird. Wenn jedoch kein nächstes Paket vorhanden ist und die Schnittstelle stattdessen heruntergefahren wird, findet ice_clean_tx_ring() -> ice_unmap_and_free_tx_buf() den tx_buf und gibt das skb zum zweiten Mal frei. Die Behebung besteht darin, den tx_buf-Typ im Fehlerpfad auf ICE_TX_BUF_EMPTY zurückzusetzen, sodass ice_unmap_and_free_tx_buf() ihn korrekt behandelt. Die Initialisierung von 'erster' wurde nach oben verschoben, um sicherzustellen, dass er bereits gültig ist, falls der Linearisierungsfehlerpfad betreten wird. Der Fehler wurde durch die KI entdeckt, während ich sie auf etwas anderes untersuchen ließ. Sie schlug auch eine erste Version des Patches vor. Ich habe den Fehler reproduziert und die Behebung getestet, indem ich Code hinzugefügt habe, um Ausfälle zu injizieren, in einer KASAN-kompatiblen Build-Version. Ich habe nach ähnlichen Fehlern in verwandten Intel-Treibern gesucht und keine gefunden.

Metriken

Severity
high
kein öffentlicher PoC bekannt
7.8
Quelle: nvd-v3
3.5 %
Niedrig — CVE gehört zu den unteren 10 % der heute bewerteten CVEs.
0.1 %
Niedrig — Modell schätzt < 1 % Ausnutzungs-Wahrscheinlichkeit.
Veröffentlicht
2026-09-07 09:05 UTC

Re-Analyse & Statuswechsel

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

  1. CVE Modified2026-09-09 13:20 UTC· 416baaa9-dc9f-4396-8d5f-8c081fb06d67
    • Reference: https://git.kernel.org/stable/c/1a303baa715e6b78d6a406aaf335f87ff35acfcd
    • Reference: https://git.kernel.org/stable/c/4c08fc2119ef0281cfa2cee007acf0a251be55f2
    • Reference: https://git.kernel.org/stable/c/1a303baa715e6b78d6a406aaf335f87ff35acfcd
    • Reference: https://git.kernel.org/stable/c/4c08fc2119ef0281cfa2cee007acf0a251be55f2
  2. CVE Modified2026-09-09 13:20 UTC· 0b0ca135-0b70-47e7-9f44-1890c2a1c46c
    • Affected: Affected value modified. <a href="https://github.com/CVEProject/cvelistV5/blob/main/cves/2026/53xxx/CVE-2026-53009.json">CVE-2026-53009</a>
    • Reference: https://access.redhat.com/errata/RHSA-2026:42919
    • Reference: https://access.redhat.com/errata/RHSA-2026:54246
    • Reference: https://access.redhat.com/errata/RHSA-2026:54247
  3. CVE Modified2026-07-22 12:18 UTC· 0b0ca135-0b70-47e7-9f44-1890c2a1c46c
    • Reference: https://access.redhat.com/errata/RHSA-2026:42919
    • Affected: Red Hat Enterprise Linux 10, Red Hat Enterprise Linux 6, Red Hat Enterprise Linux 7 (+5)Red Hat Enterprise Linux 10, Red Hat Enterprise Linux 6, Red Hat Enterprise Linux 7 (+5)
  4. New CVE Received2026-06-24 17:17 UTC· 416baaa9-dc9f-4396-8d5f-8c081fb06d67
    • Affected: Linux, Linux
    • Description: In the Linux kernel, the following vulnerability has been resolved: ice: fix double-free of tx_buf skb If ice_tso() or ice_tx_csum() fail, the error path in ice_xmit_frame_ring() frees the skb, but the 'first' tx_buf still points to it and is marked as valid (ICE_TX_BUF_SKB). 'next_to_use' remains unchanged, so the potential problem will likely fix itself when the next packet is transmitted and the tx_buf gets overwritten. But if there is no next packet and the interface is brought down instead, ice_clean_tx_ring() -> ice_unmap_and_free_tx_buf() will find the tx_buf and free the skb for the second time. The fix is to reset the tx_buf type to ICE_TX_BUF_EMPTY in the error path, so that ice_unmap_and_free_tx_buf(). Move the initialization of 'first' up, to ensure it's already valid in case we hit the linearization error path. The bug was spotted by AI while I had it looking for something else. It also proposed an initial version of the patch. I reproduced the bug and tested the fix by adding code to inject failures, on a build with KASAN. I looked for similar bugs in related Intel drivers and did not find any.
    • Reference: https://git.kernel.org/stable/c/1a303baa715e6b78d6a406aaf335f87ff35acfcd
    • Reference: https://git.kernel.org/stable/c/4c08fc2119ef0281cfa2cee007acf0a251be55f2

Betroffene Betriebssysteme

  • linux

    redhat / enterprise_linux10.0

  • linux

    redhat / enterprise_linux7.0

  • linux

    redhat / enterprise_linux8.0

  • linux

    redhat / enterprise_linux9.0

  • linux

    ubuntu / linux-aws-6.8jammy

  • linux

    ubuntu / linux-azureresolute

  • linux

    ubuntu / linux-azuretrusty

  • linux

    ubuntu / linux-azurexenial

  • linux

    ubuntu / linux-azure-4.15bionic

  • linux

    ubuntu / linux-azure-5.4bionic

  • linux

    ubuntu / linux-azure-fdenoble

  • linux

    ubuntu / linux-azure-fderesolute

  • linux

    ubuntu / linux-azure-fde-6.8jammy

  • linux

    ubuntu / linux-azure-fipsbionic

  • linux

    ubuntu / linux-azure-fipsfocal

  • linux

    ubuntu / linux-azure-fipsnoble

  • linux

    ubuntu / linux-fipsjammy

  • linux

    ubuntu / linux-gcp-7.0noble

  • linux

    ubuntu / linux-gkejammy

  • linux

    ubuntu / linux-nvidia-tegranoble

  • linux

    ubuntu / linux-raspinoble

  • linux

    ubuntu / linux-raspi-realtimenoble

  • linux

    linux / linux_kernel2.6.12

  • linux

    linux / linux_kernel2.6.15

Quellen & Referenzen

Verknüpfte CVEs

1392 weitere CVEs anzeigen
IDCVE-2026-53009
Linux kernel (GCP) vulnerabilities — CVE-2026-53009 | NEOSEC Intel