{
  "affected": [
    {
      "ecosystem_specific": {
        "urgency": "not yet assigned"
      },
      "package": {
        "ecosystem": "Debian:12",
        "name": "linux"
      },
      "ranges": [
        {
          "events": [
            {
              "introduced": "0"
            }
          ],
          "type": "ECOSYSTEM"
        }
      ]
    },
    {
      "ecosystem_specific": {
        "urgency": "not yet assigned"
      },
      "package": {
        "ecosystem": "Debian:13",
        "name": "linux"
      },
      "ranges": [
        {
          "events": [
            {
              "introduced": "0"
            },
            {
              "fixed": "6.12.113-1"
            }
          ],
          "type": "ECOSYSTEM"
        }
      ]
    },
    {
      "ecosystem_specific": {
        "urgency": "not yet assigned"
      },
      "package": {
        "ecosystem": "Debian:14",
        "name": "linux"
      },
      "ranges": [
        {
          "events": [
            {
              "introduced": "0"
            },
            {
              "fixed": "7.2.11-1"
            }
          ],
          "type": "ECOSYSTEM"
        }
      ]
    }
  ],
  "details": "In the Linux kernel, the following vulnerability has been resolved:  flow_dissector: avoid u16 truncation of skb-\u003elen when computing thoff  __skb_flow_dissect() computes key_control-\u003ethoff using:    key_control-\u003ethoff = min_t(u16, nhoff, skb ? skb-\u003elen : hlen);  min_t(u16, ...) casts both arguments to u16 before comparing them. Whenever skb-\u003elen (or hlen) modulo 65536 is smaller than nhoff, the truncated length wins and thoff is set to a bogus small value, even when the dissection succeeded. For example, an IPv4/TCP frame with skb-\u003elen == 65540 and nhoff == 34 gets thoff == 4, so callers such as skb_probe_transport_header() point the transport header inside the Ethernet header.  Such skbs are not exotic: - At the time of commit d0c081b49137 (\"flow_dissector: properly cap   thoff field\"), AF_PACKET with PACKET_VNET_HDR could already build GSO   skbs larger than 64KB (MTU checks are skipped for GSO, and   alloc_skb_with_frags() accepted up to MAX_SKB_FRAGS (17) order-0   pages on top of the linear part). - BIG TCP now makes skbs larger than 64KB common. - The following patch makes tun_get_user() dissect IFF_TAP frames   before eth_type_trans() pulls the Ethernet header, so a GSO frame   carrying a 65522..65535 byte L3 packet will be dissected with   skb-\u003elen in [65536, 65549].  Compare as u32 instead. If the resulting offset cannot be represented in the u16 key_control-\u003ethoff, cap it to U16_MAX and report the dissection as failed rather than silently returning a wrong transport offset. thoff is still set on failure, as some callers (such as eth_get_headlen()) use it regardless of the return value.",
  "id": "DEBIAN-CVE-2026-98955",
  "modified": "2026-10-24T05:47:36.188352271Z",
  "published": "2026-10-23T13:17:16.740Z",
  "references": [
    {
      "type": "ADVISORY",
      "url": "https://security-tracker.debian.org/tracker/CVE-2026-98955"
    }
  ],
  "upstream": [
    "CVE-2026-98955"
  ]
}