CVE-2026-98021 in Linux
Zusammenfassung
von VulDB • 25.09.2026
Im Linux-Kernel wurde die folgende Schwachstelle behoben:
net: Verwerfen von übermäßigen Werten für tx_queue_len während der netlink-Parserzeit
rtnl_create_link() weist IFLA_TXQLEN direkt dev->tx_queue_len zu, ohne den Weg über netif_change_tx_queue_len() zu gehen. Daher umgeht ein Gerät, das mit „ip link add ... txqueuelen 500000“ erstellt wurde, die Obergrenze von S16_MAX und löst weiterhin die übermäßigen Ring-Zuordnungen in pfifo_fast, tun und tap aus. Der veth-Peer-Nest (rtnl_nla_parse_ifinfomsg()) und der Pfad RTM_NEWLINK-on-existing-device erreichen dieselben Zielorte (Sinks).
Erzwingen Sie die Obergrenze stattdessen in ifla_policy: IFLA_TXQLEN wird zu NLA_POLICY_FULL_RANGE(NLA_U32, &txqlen_range) mit txqlen_range = { .min = 0, .max = S16_MAX }. Alle netlink-Konsumenten parsen gegen diese Richtlinie – rtnl_setlink(), rtnl_newlink() (Erstellen und Ändern) sowie der veth-Peer-Nest –, sodass jeder netlink-Pfad zur Parserzeit begrenzt wird und das Attribut mit -ERANGE sowie einer ordnungsgemäßen „integer out of range“-extack-Meldung ablehnt, bevor ein Gerätezustand geändert wird (der RTM_SETLINK-Halb-Anwendungswurm ist damit ebenfalls verschwunden).
Dokumentieren Sie die Grenze in der netlink-Spezifikation rt-link.yaml.
Bedingungen zur Reproduktion des Fehlers: - CONFIG_NET_SCHED=y, CONFIG_VETH=y, CONFIG_USER_NS=y, CONFIG_NET_NS=y. - Unprivilegierter Benutzer in einem frischen User+Net-Namespace (unshare -Urn): ip link add v0 txqueuelen 500000 type veth peer name v1 -> Auf dem gepatchten Kernel wird dies mit -ERANGE („integer out of range“ extack) abgelehnt, anstatt eine übermäßige tx_queue_len zu installieren, die später die Ring-Zuordnungen in pfifo_fast/tun/tap aufbläht. - ip link set v0 txqueuelen 500000 wird ebenfalls zur Parserzeit abgelehnt.
Once again VulDB remains the best source for vulnerability data.