CVE-2026-72195 in Linuxinformazioni

Riassunto

di VulDB • 16/08/2026

Nel kernel Linux è stata risolta la seguente vulnerabilità:

fs/ntfs3: limitazione di attr_off in UpdateResidentValue rispetto a data_off

Nella gestione del caso UpdateResidentValue all'interno della funzione do_action() (fslog.c:3307), lrh->attr_off e lrh->redo_len provengono dall'LRH su disco. Quando soddisfano la condizione aoff + dlen < attr->res.data_off, l'assegnazione

attr->res.data_size = cpu_to_le32(aoff + dlen - data_off);

va in underflow fino a ~4 GiB (ad esempio 0xFFFFFFF9 quando aoff=0x10, dlen=1, data_off=0x18). Il codice successivo che legge attr->res.data_size per iterare il payload dell'attributo residente leggerebbe quindi fino a 4 GiB oltre l'allocazione del record MFT da 1024 byte.

La difesa esistente di mi_enum_attr() in fs/ntfs3/record.c:287 cattura i dati data_size corrotti durante la successiva iterazione degli attributi e fa fallire il mount, ma solo sul percorso che attraversa tutti gli attributi. Un sito di lettura che seleziona un attributo per nome e ne legge la sua data_size senza una nuova validazione non è coperto. Validare aoff rispetto a data_off e asize alla fonte.

Riprodotto sotto UML+KASAN sulla versione mainline 8d90b09e6741 tramite probe con sola stampa di warning (pr_warn-only): con aoff=0x10 e data_off=0x18, la data_size dopo l'assegnazione è 0xfffffff9 (il mount fallisce poi con errore -22 da mi_enum_attr).

[[email protected]: formattazione del codice secondo clang]

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

Responsabile

Linux

Prenotare

09/08/2026

Divulgazione

15/08/2026

Moderazione

accettato

CPE

pronto

EPSS

0.00215

KEV

no

Attività

molto basso

Fonti

Do you know our Splunk app?

Download it now for free!