CVE-2025-68725

Nel kernel Linux, è stata risolta la seguente vulnerabilità:

bpf: Non consentire all'infrastruttura di test BPF di emettere tipi GSO invalidi nello stack

Yinhao et al. hanno segnalato che il loro strumento di fuzzing è stato in grado di attivare un skb_warn_bad_offload() da netif_skb_features() -> gso_features_check().
Quando un programma BPF - attivato tramite l'infrastruttura di test BPF - invia il pacchetto al dispositivo di loopback tramite bpf_clone_redirect(), si può osservare l'avviso di offload menzionato. Le funzionalità correlate a GSO vengono quindi disabilitate correttamente.

Questa situazione si verifica a causa di convert___skb_to_skb() che imposta gso_segs e gso_size, ma non gso_type.
Tecnicamente, ha senso che questo avviso venga generato poiché le proprietà GSO sono malformate a causa di gso_type.
Potenzialmente, gso_type potrebbe essere contrassegnato come non affidabile impostandolo almeno a SKB_GSO_DODGY senza altre supposizioni specifiche, ma ciò sembra anche sbagliato dato che non dovremmo entrare ulteriormente nel motore GSO in primo luogo.

I controlli sono stati aggiunti in 121d57af308d ("gso: validate gso_type in GSO handlers") perché esistono mittenti malevoli (come syzbot) che combinano un protocollo con un gso_type non corrispondente.
Se volessimo scartare tali pacchetti, gso_features_check() attualmente restituisce solo le bandiere delle funzionalità tramite netif_skb_features(), quindi una possibile posizione per scartare potenzialmente tali skb potrebbe essere validate_xmit_unreadable_skb(), ma d'altra parte si tratterebbe di un controllo aggiuntivo nel percorso rapido per un caso molto particolare.
Dato che bpf_clone_redirect() è l’unico punto in cui l’infrastruttura di test BPF potrebbe emettere tali pacchetti, rifiutiamoli direttamente lì.