CVE-2026-90078
CVE CVE-2026-90078EUVD EUVD-2026-81939Veröffentlicht 2026-09-17T16:05:56.000Z
Was das Advisory beschreibt
In the Linux kernel, the following vulnerability has been resolved: net/sched: act_skbmod: fix length calculations and avoid invalid header warnings syzbot reported a warning in skb_network_header_len() triggered by tcf_skbmod_act(): !skb_transport_header_was_set(skb) WARNING: CPU: 0 PID: 14949 at include/linux/skbuff.h:3243 skb_network_header_len include/linux/skbuff.h:3243 [inline] WARNING: CPU: 0 PID: 14949 at net/sched/act_skbmod.c:55 tcf_skbmod_act+0xfe8/0x1810 net/sched/act_skbmod.c:55 There are a few issues in tcf_skbmod_act(): 1. Calling skb_network_header_len() assumes skb->transport_header is set, which is not guaranteed when tcf_skbmod_act() runs at TC ingress. 2. Unconditionally calling skb_mac_header_len() at the beginning of tcf_skbmod_act() triggers a warning on L3 devices (e.g. TUN) where the MAC header is unset, evaluating to an underflowed garbage length. 3. On TC ingress, skb->data points to the network header. Adding the MAC header length to the IP header length causes skb_ensure_writable() to request more bytes than the actual IP packet length, dropping valid short packets (e.g. 28-byte UDP/IPv4 packets). Fix these by: - Using skb_network_offset(skb) + sizeof(struct iphdr/ipv6hdr) for SKBMOD_F_ECN so that the required length is correctly calculated on both ingress (offset == 0) and egress (offset == mac_len). - Setting max_edit_len to ETH_HLEN for Ethernet header modifications after validating ARPHRD_ETHER.
Quelle: EUVD (ENISA), im Wortlaut der Meldung.
Produkte, die das Advisory nennt
Diese Angaben stammen aus der Meldung selbst, nicht aus einer Prüfung durch uns.
- Linux — Linux 56af5e749f20c3a540310c207dcc373f4f09156e <985a37781ade19061400100c2ba0f43979dd4d63; patch: 0; 56af5e749f20c3a540310c207dcc373f4f09156e <62126464f3a6159c0a3dd89e196ba65bfeb0afc6; patch: 7.2.6; 56af5e749f20c3a540310c207dcc373f4f09156e <1719865b20b22c88d2a55e922eff5ca31b0841f6; patch: 6.6.157; patch: 5.15.221; patch: 6.1.188; 5.15; patch: 6.12.110; patch: 6.18.52; 56af5e749f20c3a540310c207dcc373f4f09156e <d896843d8d925f0adbba319020595cfb1a7bcd57; 56af5e749f20c3a540310c207dcc373f4f09156e <81d0d1e64f30d9989c829c0953cd6e6c68d9c5fb; patch: 7.3-rc1; 56af5e749f20c3a540310c207dcc373f4f09156e <e8a2027b7e686784a69b2dfcee841d779919f313; 56af5e749f20c3a540310c207dcc373f4f09156e <0675cff3c2924eb9b80d9dd250cf56a1140af157
Die genannten Versionen sind die Angabe der Meldung. Patchlage vergleicht keine Versionsnummern und leitet aus ihnen keine Aussage ab — welche Version installiert ist, muss ein Mensch nachsehen.
Im Produktkatalog geführt
Für diese Produkte kann ein Bestand in Patchlage erfasst werden. Ein Advisory dazu erscheint am Morgen danach im Lagebericht.
- Linux — Linux
Betrifft das einen Ihrer Kundenbestände?
Diese Seite kann die Frage nicht beantworten — sie kennt Ihren Bestand nicht. Wer seine Umgebungen erfasst hat, bekommt die Antwort am Morgen nach der Veröffentlichung, zusammen mit einem Absatz, den er unverändert an den Kunden weitergeben kann.
28 Tage testenPatchlage meldet Treffer und Verdachtsfälle. Zu allem anderen sagt dieses System nichts — weder diese Seite noch der Lagebericht behauptet je, dass ein Bestand sicher ist.