Quick answers
- Is CVE-2026-98417 exploited in the wild?
- No. Junglewise Threat Intelligence has no report of CVE-2026-98417 being exploited in the wild.
- How severe is CVE-2026-98417?
- Informational severity, published 14 October 2026.
- Which products and versions are affected?
- Linux kernel all versions since 4.5 (when RFC 8229 espintcp support was added).
- Is there a fix for CVE-2026-98417?
- A patch was published on 2026-08-29: upstream fix committed Junglewise finds every place you run it, drafts the upgrade and applies it once you approve.
- How is CVE-2026-98417 attacked?
- It is attacked over the network, in an operating system.
- Am I affected by CVE-2026-98417?
- Check whether you run Linux kernel at an affected version. Junglewise does that check for you around the clock: connect your code, cloud and domains, and it matches new vulnerabilities like this one against what you actually run and tells you when one reaches you.
Technical details
The vulnerability exists in net/xfrm/espintcp.c where the handle_esp() function calls skb_reset_transport_header() unconditionally without checking whether the offset can fit in the skb structure. When the TCP stream parser trims the envelope, the transport header offset may exceed the representable range, causing silent truncation and triggering the skb warning path. The fix replaces the unsafe reset with skb_reset_transport_header_careful(), which returns failure on unrepresentable offsets, allowing the packet to be dropped via the existing XFRM error handling path.
Affected products
- Linux kernel all versions since 4.5 (when RFC 8229 espintcp support was added)
Timeline
- 2026-10-14: disclosed
- 2026-08-29: patched: upstream fix committed