{
  "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"
            }
          ],
          "type": "ECOSYSTEM"
        }
      ]
    },
    {
      "ecosystem_specific": {
        "urgency": "not yet assigned"
      },
      "package": {
        "ecosystem": "Debian:14",
        "name": "linux"
      },
      "ranges": [
        {
          "events": [
            {
              "introduced": "0"
            }
          ],
          "type": "ECOSYSTEM"
        }
      ]
    }
  ],
  "details": "In the Linux kernel, the following vulnerability has been resolved:  net/sched: ets: clamp quantum in parse and fallback paths  ets_qdisc_change() falls back to psched_mtu() with no floor for bands without an explicit quantum. With a crafted size table qdisc_pkt_len reaches ~2 GiB, so a zero psched_mtu on a headerless device makes the deficit-refill loop spin under the qdisc lock.  Move the floor into ets_quantum_parse() so explicitly configured quanta are also clamped to [256, 1\u003c\u003c20], not just the fallback path.  Conditions to recreate the bug:   CONFIG_NET_SCH_ETS=y. Requires CAP_NET_ADMIN (namespace-local via   unshare -Urn suffices).    tc qdisc add dev dummy0 root ets bands 3 strict 2 quanta 1 1",
  "id": "DEBIAN-CVE-2026-98009",
  "modified": "2026-09-26T04:47:36.135002389Z",
  "published": "2026-09-25T11:17:29.210Z",
  "references": [
    {
      "type": "ADVISORY",
      "url": "https://security-tracker.debian.org/tracker/CVE-2026-98009"
    }
  ],
  "upstream": [
    "CVE-2026-98009"
  ]
}