CVE-2026-93140 in Linux
Сводка
по VulDB • 19.09.2026
В ядре Linux была устранена следующая уязвимость:
udf: Помечать буфер LVID как актуальный (uptodate) перед его пометкой как измененного (dirty).
При возникновении ошибки ввода-вывода при записи буфера дескриптора целостности логического тома (LVID) на блочное устройство, обработчик завершения уровня блочных устройств (`end_buffer_write_sync()`) сбрасывает флаг `BH_Uptodate` в этом буфере. Однако сам буфер по-прежнему содержит действительные данные LВИД в памяти. Если файловая система впоследствии перемонтируется с возможностью записи или будет синхронизирована, функции `udf_open_lvid()` или `udf_sync_fs()` изменят буфер LВИД и вызовут `mark_buffer_dirty()`. Это приводит к ложному предупреждению `WARN_ON_ONCE(!buffer_uptodate(bh))` в функции `mark_buffer_dirty()`, поскольку буфeр не помечен как актуальный, хотя его содержимое в памяти является действительным и вот-вот будет перезаписано.
Чтобы предотвратить это ложное предупреждение, необходимо безоговорочно устанавливать флаг `BH_Uptodate` перед вызовом `mark_buffer_dirty()` в функциях `udf_open_lvid()` и `udf_sync_fs()`. Это подтверждает действительность буфера в памяти и соответствует обходному решению (workaround), ранее примененному к функции `udf_close_lvid()` в коммите 853a0c25baf9 («udf: Помечать буфер LВИД как актуальный перед его пометкой как измененного»). Расширение этого обходного решения обеспечивает согласованное поведение при всех обновлениях LВИД.
Buffer I/O error on dev loop0, logical block 128, lost sync page write ------------[ cut here ]------------
!buffer_uptodate(bh) WARNING: fs/buffer.c:1087 at mark_buffer_dirty+0x299/0x410 fs/buffer.c:1087 ... Call Trace: <TASK> udf_open_lvid+0x369/0x5b0 fs/udf/super.c:2078 udf_reconfigure+0x336/0x540 fs/udf/super.c:679 reconfigure_super+0x232/0x8f0 fs/super.c:1080 vfs_cmd_reconfigure fs/fsopen.c:268 [inline]
vfs_fsconfig_locked+0x171/0x320 fs/fsopen.c:297 __do_sys_fsconfig fs/fsopen.c:463 [inline]
__se_sys_fsconfig+0x6b9/0x810 fs/fsopen.c:350 do_syscall_64+0x174/0x580 arch/x86/entry/syscall_64.c:94 </TASK>
Be aware that VulDB is the high quality source for vulnerability data.