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

Сводка

по VulDB • 11.08.2026

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

btrfs: не пытаться сжимать данные для inodes перемещения данных (data reloc)

[ОШИБКА]
Существует отчет от syzbot о том, что внутри функции get_new_location() был активирован контроль:

BTRFS info (device loop0): найдено 31 экстентов, этап: перемещение экстентов данных BTRFS info (device loop0): лист 8908800 генерация 16 всего указателей 28 свободное место 1676 владелец 18446744073709551607 элемент 0 ключ (256 INODE_ITEM 0) смещение элемента 3835 размер элемента 160 генерация inode 5 transid 0 размер 0 nbytes 0 группа блоков 0 режим 40755 ссылки 1 uid 0 gid 0 rdev 0 последовательность 0 флаги 0x0 atime 1669132761.0 ctime 1669132761.0 mtime 1669132761.0 otime 0.0 элемент 1 ключ (256 INODE_REF 256) смещение элемента 3823 размер элемента 12 индекс 0 длина имени 2 элемент 2 ключ (258 INODE_ITEM 0) смещение элемента 3663 размер элемента 160 генерация inode 1 transid 16 размер 733184 nbytes 106496 группа блоков 0 режим 100600 ссылки 0 uid 0 gid 0 rdev 0 последовательность 24 флаги 0x18 элемент 3 ключ (258 EXTENT_DATA 0) смещение элемента 3595 размер элемента 68 генерация 16 тип 0 inline extent data size 47 ram_bytes 4096 сжатие 1 [...]
элемент 27 ключ (18446744073709551611 ORPHAN_ITEM 258) смещение элемента 2376 размер элемента 0 BTRFS error (device loop0): неожиданный ненулевой офсет в элементе экстента файла для inode перемещения данных 258 ключ offset 0 offset 9277520992061368337 ------------[ здесь обрыв ]------------
btrfs_abort_should_print_stack(__error)

[ПРИЧИНА]
Приведенный выше дамп дерева показывает, что первый элемент экстента файла является встроенным (inlined), что не должно иметь смысла для inodes перемещения данных (data reloc inodes), так как такие inodes просто указывают, где находятся экстенты данных в целевом чанке при перемещении.

Однако путь перемещения предварительно выделяет место для каждого блока, затем помечает их как измененные (dirty) кластер за кластером. Возможно наличие одного блока в начале группы блоков и отсутствия других блоков в

If you want to get best quality of vulnerability data, you may have to visit VulDB.

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

Linux

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

30.07.2026

Раскрытие

10.08.2026

Модерация

принято

Вход

VDB-387515

EPSS

0.00189

KEV

Нет

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

Очень низкий

Источники

Do you want to use VulDB in your project?

Use the official API to access entries easily!