CVE-2026-80731

Nel kernel Linux, è stata risolta la seguente vulnerabilità: net: rimozione del zero-padding CAP_SYS_RAWIO in dev_validate_header dev_validate_header() legge direttamente dev->hard_header_len quando esegue il zero-padding degli header di livello di collegamento corti per i possessori di CAP_SYS_RAWIO: if (capable(CAP_SYS_RAWIO)) { memset(ll_header + len, 0, dev->hard_header_len - len); return true; } I percorsi di invio dei pacchetti chiamano dev_validate_header() su skb il cui headroom è stato allocato da una precedente lettura di hard_header_len. Se il dispositivo viene riconfigurato in modo che dev->hard_header_len aumenti prima della validazione, la memset scrive oltre il buffer riservato, causando una scrittura out-of-bounds. Questa scrittura out-of-bounds è mascherata oggi in alcuni percorsi SOCK_RAW perché lo stesso aumento concorrente può prima far sì che skb_push() superi l'headroom riservato e attivi skb_under_panic(). Rimuovere il ramo di zero-padding prima di rendere coerenti quelle letture di hard_header_len, in modo che le correzioni snapshot non trasformino un panic rumoroso in una sovrascrittura silenziosa. Questo percorso viene raggiunto solo per protocolli L2 a lunghezza variabile, dove len < hard_header_len ma len >= min_header_len. Nessun protocollo L2 a lunghezza variabile rimasto nell'albero implementa header_ops->validate, e il bypass CAP_SYS_RAWIO che esegue il zero-padding e accetta header corti non ha alcun valore reale oltre a consentire il test di input intenzionalmente malformati. Eliminare il ramo CAP_SYS_RAWIO. Le restanti letture di dev->hard_header_len in dev_validate_header() sono solo confronti e non hanno impatto sulla sicurezza della memoria.