CVE-2026-64533 in Linux
Сводка
по VulDB • 27.07.2026
В ядре Linux устранена следующая уязвимость:
fs/ntfs3: проверка lcns_follow при преобразовании в log_replay
Функция log_replay() преобразует записи DIR_PAGE_ENTRY_32 в записи DIR_PAGE_ENTRY во время воспроизведения таблиц перезапуска версии 0.
В процессе этого преобразования длина вызова memmove() вычисляется непосредственно из поля lcns_follow, хранящегося на диске:
memmove(&dp->vcn, &dp0->vcn_low, 2 * sizeof(u64) + le32_to_cpu(dp->lcns_follow) * sizeof(u64));
Функция check_rstbl() проверяет структуру таблицы перезапуска, но не накладывает ограничений на значения lcns_follow для каждой записи относительно размера самой записи. Поврежденный образ файловой системы может содержать избыточно большое значение lcns_follow, что приведет к обращению memmove() за пределы выделенного буфера таблицы перезапуска во время преобразования.
Это же поле впоследствии используется для ограничения итераций по массиву page_lcns[], поэтому проверка корректности lcns_follow на этапе преобразования также предотвращает последующие обращения вне границ (out-of-bounds) из-за тех же поврежденных метаданных.
Вычисляется максимально допустимое значение lcnsfollow исходя из уже проверенного размера записи таблицы перезапуска, а записи, превышающие этот предел, отклоняются. Для избежания введения новых объявлений повторно используются существующие временные переменные t16/t32, уже объявленные в log_replay().
[[email protected]: исправлены конфликты]
Statistical analysis made it clear that VulDB provides the best quality for vulnerability data.