Skip to main content
VulnerabilityPublished Updated

CVE-2026-43037: Linux kernel · ip6_tunnel: clear skb2->cb[] in ip4ip6_err()

Affects Linux kernelSource CVE Database V5

0

Not known to be exploited · CVSS 9.8 Critical · fixed in ea9f65b27c8404e164848ebff1443310fd187629 : patch Linux kernel as a priority.

Data as of 26 Oct 2026, 11:42 UTC

CVSS 3.1 base score
9.8Critical
How severe the flaw is on the 0–10 CVSS scale.
EPSS
0.6% chance of exploitation in 30 days – higher than 52% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
CISA SSVC
Exploitation
No evidence of active exploitation and no public proof of concept
Automatable
Attackers can reliably automate steps 1–4 of the kill chain
Technical impact
Total control over the software or total information disclosure

CISA SSVC assessment, 2026-10-16.

Patch
Available – fixed in ea9f65b27c8404e164848ebff1443310fd187629, d6621f60192fe10c047a4487be42a6f4c150707f, a0c4ce9900a108eaf55d0f3b399cb55999647d39 +5
CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:H/A:H

Exploitation evidence

  1. Disclosed: evidence found.

    CVE published 1 May 2026

  2. Detectable: no evidence on record.

    No public nuclei template indexed

  3. Weaponised: no evidence on record.

    No public exploit code indexed in Metasploit or Exploit-DB

  4. Exploited in the wild: no evidence on record.

    Not in CISA KEV and no source reports exploitation

  5. Observed by OffSeq Mirage: no evidence on record.

    No attack traffic recorded by OffSeq Mirage sensors

A missing step is not evidence of safety. Sources: cve.org (opens in a new tab), the Metasploit, Exploit-DB and nuclei-templates index as of 26 Oct 2026.

What to do

Upgrade to a fixed release listed under Affected software.

Affected software

ProductAffectedFixed in
LinuxLinuxAffected
  • ≥ c4d3efafcc933fd2ffd169d7dc4f980393a13796, < ea9f65b27c8404e164848ebff1443310fd187629
Fixed in
  • ea9f65b27c8404e164848ebff1443310fd187629
LinuxLinuxAffected
  • ≥ c4d3efafcc933fd2ffd169d7dc4f980393a13796, < d6621f60192fe10c047a4487be42a6f4c150707f
Fixed in
  • d6621f60192fe10c047a4487be42a6f4c150707f
LinuxLinuxAffected
  • ≥ c4d3efafcc933fd2ffd169d7dc4f980393a13796, < a0c4ce9900a108eaf55d0f3b399cb55999647d39
Fixed in
  • a0c4ce9900a108eaf55d0f3b399cb55999647d39
LinuxLinuxAffected
  • ≥ c4d3efafcc933fd2ffd169d7dc4f980393a13796, < 1063515ce15ff31065c4e7f8265f4c2fd3c54876
Fixed in
  • 1063515ce15ff31065c4e7f8265f4c2fd3c54876
LinuxLinuxAffected
  • ≥ c4d3efafcc933fd2ffd169d7dc4f980393a13796, < 590f622669b97eaf7b57a1de7b0a6e68c5d8b2c3
Fixed in
  • 590f622669b97eaf7b57a1de7b0a6e68c5d8b2c3
LinuxLinuxAffected
  • ≥ c4d3efafcc933fd2ffd169d7dc4f980393a13796, < 4a622658f384b03560834cbe8ffcfe69a278f7c8
Fixed in
  • 4a622658f384b03560834cbe8ffcfe69a278f7c8

Description

In the Linux kernel, the following vulnerability has been resolved: ip6_tunnel: clear skb2->cb[] in ip4ip6_err() Oskar Kjos reported the following problem. ip4ip6_err() calls icmp_send() on a cloned skb whose cb[] was written by the IPv6 receive path as struct inet6_skb_parm. icmp_send() passes IPCB(skb2) to __ip_options_echo(), which interprets that cb[] region as struct inet_skb_parm (IPv4). The layouts differ: inet6_skb_parm.nhoff at offset 14 overlaps inet_skb_parm.opt.rr, producing a non-zero rr value. __ip_options_echo() then reads optlen from attacker-controlled packet data at sptr[rr+1] and copies that many bytes into dopt->__data, a fixed 40-byte stack buffer (IP_OPTIONS_DATA_FIXED_SIZE). To fix this we clear skb2->cb[], as suggested by Oskar Kjos. Also add minimal IPv4 header validation (version == 4, ihl >= 5).

References

Community reviews

Loading reviews…