SecBoard
Zurück zur CVE-Übersicht

CVE-2026-89969

CRITICAL(9.8)

CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:H/A:H

Risk Signal Score25/100 — MITTEL
  • CVSS 9.8 — Kritisch

Erwähnungen (letzte 60 Tage)

Artikel

EPSS-Score

0.7%

Exploit-Wahrscheinlichkeit (30 Tage)

CVSS Score

9.8

Technische Schwere

SecBoard-Einordnung

Die Schwachstelle CVE-2026-89969 betrifft den Linux-Kernel im nvmet-tcp-Treiber. Es handelt sich um einen Out-of-Bounds-Write-Fehler, der auftritt, wenn eine überlange PDU empfangen wird. Ein entfernter, nicht authentifizierter Angreifer kann dadurch vier Bytes über das Ende eines Puffers hinaus in den Kernel-Speicher schreiben und diesen korrumpieren.

Mit einem CVSS-Score von 9.8 (CRITICAL) ist die Schwachstelle als äußerst kritisch einzustufen. Die EPSS-Wahrscheinlichkeit für eine Ausnutzung liegt jedoch bei nur 1%, was auf eine derzeit geringe beobachtete Exploit-Aktivität hindeutet. Sie ist nicht in gelistet, was bedeutet, dass sie derzeit nicht aktiv und weitreichend ausgenutzt wird.

Security-Teams sollten die Entwicklung von Patches für den Linux-Kernel genau verfolgen und diese umgehend einspielen, sobald sie verfügbar sind. Obwohl die Exploit-Wahrscheinlichkeit gering ist, erfordert die Kritikalität der Schwachstelle und die Möglichkeit der Remotecodeausführung eine hohe Priorität bei der Behebung, um potenzielle Speicherbeschädigungen zu verhindern.

KI-gestützte Einordnung auf Basis der NVD-Daten.

Beschreibung

In the Linux kernel, the following vulnerability has been resolved: nvmet-tcp: fix out-of-bounds write when receiving an over-long PDU nvmet_tcp_try_recv_pdu() reads a PDU header into the fixed 128-byte queue->pdu union, then computes the remaining payload length as queue->left = hdr->hlen - queue->offset + hdgst; and reads that many more bytes into &queue->pdu + queue->offset, without ever bounding the result against sizeof(queue->pdu). A struct nvme_tcp_icreq_pdu is itself 128 bytes, exactly the size of the union. Once a header digest has been negotiated (hdgst = 4), a second ICReq passes the hlen == nvmet_tcp_pdu_size() check but yields queue->left = 128 - 8 + 4 = 124, so bytes 8..132 are written into the 128-byte buffer -- 4 bytes past its end, over queue->hdr_digest and queue->data_digest. Those bytes are attacker-controlled (an ICReq carries no digest), and the duplicate ICReq is only rejected later, after the overflow. A remote unauthenticated host can thus corrupt kernel memory adjacent to the receive buffer. Reject any PDU whose declared length would read past the end of queue->pdu before the second recv.

Referenzen