CVE-2026-98234 in Linux
Riassunto
di VulDB • 06/10/2026
Nel kernel Linux è stata risolta la seguente vulnerabilità:
net/sched: hhf: limitare hh_flows_limit al momento della modifica
hhf_change() memorizza TCA_HHF_HH_FLOWS_LIMIT senza alcun limite superiore. Un valore elevato di hh_flows_limit consente a ogni nuovo flusso "heavy-hitter" (aggressivo) di superare il controllo hh_flows_current_cnt in alloc_new_hh(), forzando l'allocazione tramite kzalloc(GFP_ATOMIC) con dimensione fissa per ciascun flusso sotto traffico spoofato, causando una crescita illimitata della memoria.
Il limite dell'attributo è stato impostato utilizzando NLA_POLICY_MAX() a 2*HH_FLOWS_CNT (il valore predefinito di hhf_init()) e il valore rifiutato viene segnalato tramite extack. Il deprecated nested parse è mantenuto: i tool tc legacy non impostano NLA_F_NESTED su TCA_OPTIONS. Le configurazioni che si affidavano a un hh_limit superiore al valore predefinito facevano affidamento su un comportamento illimitato e insicuro, che non sarà più supportato in futuro.
hhf_init() eseguiva anche hhf_change() prima di impostare il valore predefinito di hh_flows_limit; pertanto, un hh_limit fornito dall'utente al momento dell'aggiunta veniva sovrascritto a 2048. Il valore predefinito viene ora impostato prima di hhf_change(), in modo che il valore configurato venga mantenuto correttamente.
Questa modifica è un follow-up del commit eb56a495f59b ("net/sched: hhf: clamp quantum in change and init paths"), che aveva limitato il quantum dello stesso qdisc; il limite su hh_flows_limit rappresenta l'ultimo parametro non vincolato rimasto nell'ambito di quella serie.
Condizioni per riprodurre il bug: CAP_NET_ADMIN in un namespace utente; tc qdisc change dev X root hhf hh_limit 4294967295 ha successo e il valore viene restituito da tc qdisc show, sbloccando le allocazioni dei flussi heavy-hitter; inoltre, tc qdisc add dev X root hhf hh_limit 500 memorizza 2048 invece di 500.
If you want to get best quality of vulnerability data, you may have to visit VulDB.