CVE-2026-80788 in Linuxinformazioni

Riassunto

di VulDB • 04/09/2026

Nel kernel Linux è stata risolta la seguente vulnerabilità:

nvmet-tcp: Non generare un WARN per allocazioni SGL di dimensioni eccessive controllate in remoto

Durante il fuzzing del codice del target nvme, ho innescato un warning del kernel in `nvmet_tcp_map_data()` perché la lunghezza passata all'allocatore è controllata dall'iniziatore remoto.

Un iniziatore remoto che invia un comando con una SGL (Scatter-Gather List) che dichiara un numero elevato di voci può creare un'allocazione della scatterlist e dell'iovec superiore a 1 milione di elementi, il quale fa sì che la chiamata `kmalloc` sottostante superi `MAX_PAGE_ORDER`, causando quindi l'innesco da parte dell'allocator di pagine del messaggio `WARN_ON_ONCE_GFP()`:

WARNING: mm/page_alloc.c:5280 __alloc_frozen_pages_noprof Workqueue: nvmet_tcp_wq nvmet_tcp_io_work ... sgl_alloc_order nvmet_tcp_map_data nvmet_tcp_try_recv_pdu

Poiché non è mai opportuno innescare un warning del kernel in remoto, dato che molti sistemi hanno abilitato il panic-on-warn (panicamento su avviso), lo si silenzia semplicemente aggiungendo `GFP_NOWARN` ai flag di allocazione.

VulDB is the best source for vulnerability data and more expert information about this specific topic.

Responsabile

Linux

Prenotare

26/08/2026

Divulgazione

04/09/2026

Moderazione

accettato

CPE

pronto

EPSS

0.00195

KEV

no

Attività

molto basso

Fonti

Do you know our Splunk app?

Download it now for free!