CVE-2026-90078

Linux nüvəsində aşağıdakı zəiflik aradan qaldırılmışdır: net/sched: act_skbmod: uzunluq hesablamalarını düzəltmək və etibarsız başlıq xəbərdarlıqlarının qarşısını almaq syzbot tərəfindən tcf_skbmod_act() vasitəsilə tetikləyən skb_network_header_len()-də bir xəbərdarlıq bildirilmişdir: !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 tcf_skbmod_act()-də bir neçə problem mövcuddur: 1. skb_network_header_len() funksiyasının çağırılması skb->transport_header-in təyin edildiyini fərz edir ki, bu da tcf_skbmod_act() TC ingress-də işlədikdə zəmanət verilmir. 2. tcf_skbmod_act()-nin əvvəlində şərtsiz olaraq skb_mac_header_len() funksiyasının çağırılması, MAC başlığının təyin edilmədiyi L3 cihazlarında (məsələn, TUN) xəbərdarlığa səbəb olur və nəticədə yanlış (underflowed garbage) uzunluq yaranır. 3. TC ingress zamanı skb->data şəbəkə başlığına (network header) işarə edir. MAC başlığının uzunluğunun IP başlığının uzunluğuna əlavə edilməsi skb_ensure_writable()-in faktiki IP paket uzunluğundan daha çox bayt tələb etməsinə səbəb olur və bu da etibarlı qısa paketlərin (məsələn, 28 baytlıq UDP/IPv4 paketlərinin) itirilməsinə gətirib çıxarır. Bunlar aşağıdakılarla düzəldilmişdir: - SKBMOD_F_ECN üçün skb_network_offset(skb) + sizeof(struct iphdr/ipv6hdr) istifadə edilmişdir ki, tələb olunan uzunluq həm ingress (offset == 0), həm də egress (offset == mac_len) zamanı düzgün hesablansın. - ARPHRD_ETHER təsdiqləndikdən sonra Ethernet başlığı modifikasiyaları üçün max_edit_len ETH_HLEN olaraq təyin edilmişdir.