В ядре Linux устранена следующая уязвимость:
ntfs3: проверить смещение точки разделения в indx_insert_into_buffer
indx_insert_into_buffer() вычисляет
используется = используется1 - to_copy - sp_size;
memmove(de_t, Add2Ptr(sp, sp_size), используется - le32_to_cpu(hdr1->de_off));
где sp и sp_size берутся из hdr_find_split(). hdr_find_split()
просматривает записи по le16_to_cpu(e->size) без проверки того, что каждая
шаг остается в пределах hdr->used или поле размера не меньше
sizeof (структура NTFS_DE). index_hdr_check(), привратник при загрузке,
проверяет только поля уровня заголовка (used, total, de_off) и выполняет
не ходить по размерам записи. Созданный образ NTFS, в листовых отчетах которого используется INDEX_HDR == всего, но
содержит один внутренний NTFS_DE размером = 0xFFF0, поэтому проходит
проверки, спускается к indx_insert_into_buffer() через
ntfs_create() -> путь indx_insert_entry() и делает hdr_find_split()
вернуть sp, sp_size (0xFFF0) которого значительно превышает оставшиеся
байт в буфере. Вычитание u32 заканчивается, а memmove
count становится значением около 4 ГиБ, что приводит к выходу ядра за пределы допустимого диапазона.
написать, что повреждает соседние выделения и вызывает панику в ядре.
Воспроизведено в версии 7.0.0-rc7 с помощью UML + KASAN через созданный образ и
одно касание внутри смонтированного каталога; место крушения решает
fs/ntfs3/index.c в memmove. Триггер требует только локального монтирования
образа файловой системы, предоставленного злоумышленником (USB, петлевой или съемный
автоматическое монтирование носителя). Отклонять разделение всякий раз, когда выбранный sp плюс его заявленный размер
уже выходит за рамки hdr1->used.
Это минимальное исправление; это
сохраняет существующий контракт hdr_find_split() и полагается на
то же самое: путь очистки, поскольку возвращается уже существовавшая ошибка. Предыдущее чтение OOB в том же самом memmove indx_insert_into_buffer()
было исправлено в коммите b8c44949044e («fs/ntfs3: исправлено чтение OOB в
indx_insert_into_buffer"), ужесточив hdr_find_e(), но это исправляет
не охватывает путь к полю размера точки разделения, указанный здесь: sp
возвращается функцией hdr_find_split(), а не hdr_find_e(), а нижнее переполнение
определяется sp->размером, а не hdr->используемым превышением hdr->total.
Показать оригинальное описание (EN)
In the Linux kernel, the following vulnerability has been resolved: ntfs3: validate split-point offset in indx_insert_into_buffer indx_insert_into_buffer() computes used = used1 - to_copy - sp_size; memmove(de_t, Add2Ptr(sp, sp_size), used - le32_to_cpu(hdr1->de_off)); where sp and sp_size come from hdr_find_split(). hdr_find_split() walks entries by le16_to_cpu(e->size) without validating that each step stays within hdr->used or that the size field is at least sizeof(struct NTFS_DE). index_hdr_check(), the on-load gatekeeper, only validates header-level fields (used, total, de_off) and does not walk per-entry sizes. A crafted NTFS image whose leaf INDEX_HDR reports used == total but contains one interior NTFS_DE with size = 0xFFF0 therefore passes validation, descends to indx_insert_into_buffer() through the ntfs_create() -> indx_insert_entry() path, and makes hdr_find_split() return an sp whose sp_size (0xFFF0) greatly exceeds the remaining bytes in the buffer. The u32 subtraction underflows and the memmove count becomes a near-4-GiB value, producing an out-of-bounds kernel write that corrupts adjacent allocations and panics the kernel. Reproduced on 7.0.0-rc7 with UML + KASAN via a crafted image and a single 'touch' inside the mounted directory; crash site resolves to fs/ntfs3/index.c at the memmove. Trigger requires only local mount of an attacker-supplied filesystem image (USB, loopback, or removable media auto-mount). Reject the split whenever the chosen sp plus its declared size already extends past hdr1->used. This is the minimal fix; it preserves the existing hdr_find_split() contract and relies on the same out: cleanup path as the pre-existing error returns. A prior OOB read in the very same indx_insert_into_buffer() memmove was fixed in commit b8c44949044e ("fs/ntfs3: Fix OOB read in indx_insert_into_buffer") by tightening hdr_find_e(), but that fix does not cover the split-point size field path addressed here: sp is returned by hdr_find_split(), not hdr_find_e(), and the underflow is driven by sp->size rather than hdr->used exceeding hdr->total.
Характеристики атаки
Последствия
Строка CVSS v3.1