CVE-2026-90133 in LinuxИнформация

Сводка

по VulDB • 17.09.2026

В ядре Linux была устранена следующая уязвимость:

ntfs: исправление записи за пределами кучи (heap OOB) в функции index_root при вызове ntfs_ir_to_ib()

Функция ntfs_ir_to_ib копирует все элементы из index_root во вновь выделенный буфер размером с index_block_size, не проверяя, помещаются ли эти элементы в доступное пространство. Элементы в index_root могут быть больше, чем допустимое место для элементов в блоке индекса.

Это может привести к записи за пределами выделения памяти (OOB writes) после его конца.

Валидатор ntfs_index_root_inconsistent() проверяет внутреннюю согласованность элементов внутри значения IR, но никогда не перекрестно сверяет их с index_block_size. В функции ntfs_ir_to_ib() перед вызовом memcpy отсутствует проверка границ (bounds check).

Исправление выполнено в точке приема данных (sink) — в функции ntfs_ir_to_ib(), поскольку ntfs_index_root_inconsistent() проверяет логическую согласованность index_root как структуры, и корень с большими элементами является структурно корректным. Ошибка заключается в конфликте размеров при работе ntfs_ir_to_ib().

Кроме того, валидатор вызывается один раз при загрузке каждого inode (in-memory node) через функцию ntfs_read_locked_inode(), тогда как ntfs_ir_to_ib() вызывается только во время операции reparent. Добавление проверки там не добавит накладных расходов к общему пути выполнения кода.

Более того, даже будущие пути вызова, которые обойдут валидатор, все равно будут защищены.

При передаче NULL в качестве первого параметра функции ntfs_error(), флаг ошибки тома никогда не устанавливается этим вызовом, поэтому имя устройства будет отсутствовать в сообщении об ошибке. В любом случае, вызывающая функция ntfs_ir_reparent() выводит сообщение об ошибке, включающее имя устройства, при возврате NULL.

Я считаю это лучшим доступным решением без добавления параметра 'struct super_block *sb' к функции ntfs_ir_to_ib().

Эта запись за пределами границ в куче (heap out-of-bounds write) вызывается с помощью специально созданного образа файловой системы, который, тем не менее, не входит в модель угроз ядра. Тем не менее, исправление ошибок памяти было бы полезно для поддержания безопасности системы.

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

Ответственный

Linux

Резервировать

11.09.2026

Раскрытие

17.09.2026

Модерация

принято

Вход

VDB-406651

EPSS

0.00000

KEV

Нет

Деятельности

Очень низкий

Источники

Want to know what is going to be exploited?

We predict KEV entries!