SecBoard
Zurück zur CVE-Übersicht

CVE-2026-43501

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

1.0%

Exploit-Wahrscheinlichkeit (30 Tage)

CVSS Score

9.8

Technische Schwere

SecBoard-Einordnung

Die Schwachstelle CVE-2026-43501 betrifft den Linux-Kernel und ist eine Out-of-Bounds-Schreibfehler in der IPv6-RPL-Implementierung, genauer bei der Dekompression und Rekompression von Source Routing Headern (SRH). Ein Angreifer könnte durch speziell präparierte IPv6-Pakete einen Überlauf verursachen. Dies kann zu einem Denial-of-Service oder potenziell zur Ausführung von beliebigem Code führen, da Daten außerhalb des vorgesehenen Puffers geschrieben werden. Die Schwachstelle wurde im Linux-Kernel behoben, insbesondere wenn der rekomprimierte SRH größer als der empfangene wird und die Kopfzeile nicht ausreichend erweitert wird. Die Schwachstelle wird mit einem CVSS-Score von 9.8 als kritisch eingestuft, was auf eine hohe Auswirkung und einfache Ausnutzbarkeit hindeutet. Obwohl der EPSS-Wert mit 1% eine geringe Wahrscheinlichkeit für die Ausnutzung angibt und die Schwachstelle nicht in der KEV-Liste aufgeführt ist, sollte die hohe Kritikalität nicht unterschätzt werden. Security-Teams sollten umgehend prüfen, ob ihre Linux-Kernel-Installationen betroffen sind, insbesondere Versionen bis 7.1-rc1. Es wird dringend empfohlen, die Systeme auf eine gepatchte Kernel-Version zu aktualisieren, um das Risiko einer Ausnutzung zu minimieren. Bis zur vollständigen Patch-Implementierung sollten Netzwerksegmentierung und Filterung von ungewöhnlichem IPv6-Verkehr in Betracht gezogen werden.

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

Beschreibung

In the Linux kernel, the following vulnerability has been resolved: ipv6: rpl: reserve mac_len headroom when recompressed SRH grows ipv6_rpl_srh_rcv() decompresses an RFC 6554 Source Routing Header, swaps the next segment into ipv6_hdr->daddr, recompresses, then pulls the old header and pushes the new one plus the IPv6 header back. The recompressed header can be larger than the received one when the swap reduces the common-prefix length the segments share with daddr (CmprI=0, CmprE>0, seg[0][0] != daddr[0] gives the maximum +8 bytes). pskb_expand_head() was gated on segments_left == 0, so on earlier segments the push consumed unchecked headroom. Once skb_push() leaves fewer than skb->mac_len bytes in front of data, skb_mac_header_rebuild()'s call to: skb_set_mac_header(skb, -skb->mac_len); will store (data - head) - mac_len into the u16 mac_header field, which wraps to ~65530, and the following memmove() writes mac_len bytes ~64KiB past skb->head. A single AF_INET6/SOCK_RAW/IPV6_HDRINCL packet over lo with a two segment type-3 SRH (CmprI=0, CmprE=15) reaches headroom 8 after one pass; KASAN reports a 14-byte OOB write in ipv6_rthdr_rcv. Fix this by expanding the head whenever the remaining room is less than the push size plus mac_len, and request that much extra so the rebuilt MAC header fits afterwards.

Betroffene Produkte

  • cpe:2.3:o:linux:linux_kernel:*:*:*:*:*:*:*:*
  • cpe:2.3:o:linux:linux_kernel:*:*:*:*:*:*:*:*
  • cpe:2.3:o:linux:linux_kernel:*:*:*:*:*:*:*:*
  • cpe:2.3:o:linux:linux_kernel:*:*:*:*:*:*:*:*
  • cpe:2.3:o:linux:linux_kernel:*:*:*:*:*:*:*:*
  • cpe:2.3:o:linux:linux_kernel:*:*:*:*:*:*:*:*
  • cpe:2.3:o:linux:linux_kernel:*:*:*:*:*:*:*:*
  • cpe:2.3:o:linux:linux_kernel:7.1:rc1:*:*:*:*:*:*

Referenzen