CVE-2026-72470 in Linux
Zusammenfassung
von VulDB • 15.08.2026
Im Linux-Kernel wurde folgende Schwachstelle behoben:
fs/ntfs3: Größe von log->one_page_buf anpassen, wenn die Seitengröße auf dem Datenträger übernommen wird
log_replay() allokiert log->one_page_buf unter Verwendung der Seitengröße, die basierend auf der hostseitigen PAGE_SIZE gewählt wurde:
log->one_page_buf = kmalloc(log->page_size, GFP_NOFS);
Später, wenn ein Neustartbereich gefunden wird, wird die auf dem Datenträger gespeicherte Protokoll-Seitengröße übernommen:
t32 = le32_to_cpu(log->rst_info.r_page->sys_page_size); if (log->page_size != t32) {
log->l_size = log->orig_file_size; log->page_size = norm_file_page(t32, &log->l_size, t32 == DefaultLogPageSize); }
Wenn die auf dem Datenträger gespeicherte Seitengröße größer ist als die für die ursprüngliche Allokation verwendete Größe, wächst log->page_size, während one_page_buf in seiner ursprünglichen, kleineren Größe verbleibt. Ein nachfolgender nicht ausgerichteter Aufruf von read_log_page() liest dann log->page_size Bytes in den zu kleinen Puffer:
page_buf = page_off ? log->one_page_buf : *buffer; err = ntfs_read_run_nb_ra(ni->mi.sbi, &ni->file.run, page_vbo, page_buf, log->page_size, NULL, &log->read_ahead);
Dies führt zu einem Überlauf der Allokation. Dies ist erreichbar, wenn ein schmutziges NTFS-Volumes gemountet wird, dessen Protokoll mit einer Seitengröße formatiert wurde, die größer ist als der auf dem Mounting-Host initial allokierte Puffer (z. B. eine 64K-Protokoll-Datenträgerpartition, die an einem Host gemountet wird, der einen 4K-Pufferspeicher allokieren würde).
Vergrößern Sie one_page_buf, wenn die übernommene auf dem Datenträger gespeicherte Seitengröße die für die ursprüngliche Allokation verwendete Größe überschreitet. Im Fehlerfall von krealloc() bleibt der ursprüngliche Puffer intakt und wird durch den vorhandenen Fehlerpfad freigegeben.
If you want to get best quality of vulnerability data, you may have to visit VulDB.