CVE-2026-89494 в Linux Kernel: OOB-чтение и запись в OCFS2 DLM, уязвимые версии и защита

CVE: CVE-2026-89494
Продукт: Linux Kernel
Дата публикации: 11.09.2026
Критичность: CRITICAL
CVSS: 9.8 (3.1)
EPSS: 0,70%; процентиль 51,42%
CISA KEV: нет подтверждения в каталоге CISA KEV

Краткое описание​

Уязвимость в подсистеме OCFS2 Linux Kernel позволяет удалённому узлу кластера вызвать выход за границы памяти через невалидированные поля сообщения DLM_MIG_LOCKRES. Это приводит к падению ядра (DoS) или повреждению данных в куче. Статья разбирает механику атаки, условия эксплуатации и способы проверки исправления.

Основные характеристики​

Риск заключается в возможности удалённого атакующего в кластере OCFS2 вызвать критическое повреждение памяти ядра, что ведёт к отказу в обслуживании или потенциальному выполнению кода.

• Тип ошибки: Ошибка валидации входных данных (Out-of-bounds Read/Write).
  
• CVSS 3.1: 9.8 (CRITICAL). Вектор: CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:H/A:H.
  
• Условия атаки: Атакующий должен быть узлом в домене OCFS2. Пользовательский ввод и локальные привилегии не требуются.
  
• Эксплуатация: Публичные данные о массовой эксплуатации в реальных атаках отсутствуют.
  
• EPSS: 0,70% (процентиль 51,42%). Вероятность эксплуатации в ближайшие 30 дней оценивается как умеренная.
  

Какие продукты и версии затронуты​

Уязвимость затрагивает ядра Linux, в которых включена поддержка файловой системы OCFS2 (Oracle Cluster File System 2) и подсистемы DLM (Distributed Lock Manager).

• Компонент: fs/ocfs2/dlm/dlmrecovery.c.
  
• Функция: dlm_mig_lockres_handler.
  
• Статус исправления: Патч внесён в mainline (commit b54e03d9b3697d25f4a0063cf717d459c5e3ad94) и портирован в ветки stable.
  

Точный список конкретных версий дистрибутивов, содержащих уязвимость, не раскрыт в переданных источниках. Рекомендуется сверяться с базами данных безопасности вашего дистрибутива.

Причина уязвимости​

Причина уязвимости кроется в доверии к данным, полученным от других узлов кластера, без должной валидации.

Функция dlm_mig_lockres_handler обрабатывает сообщения типа DLM_MIG_LOCKRES. Поля num_locks и lockname_len в структуре dlm_migratable_lockres ограничиваются только на стороне отправителя. Приёмник не проверяет, что фактическая длина полезной нагрузки сообщения достаточно велика для размещения заявленного количества записей migratable_lock.

В результате, если атакующий укажет завышенное значение num_locks, функция dlm_process_recovery_data() начнёт обход массива mres->ml за пределами выделенной памяти (kmalloc(data_len)), что приводит к OOB-чтению и последующему BUG_ON (панике ядра). Аналогично, завышенное lockname_len приводит к OOB-записи в фиксированный буфер o2dlm_lockname (32 байта) в функции dlm_init_lockres().

Как работает атака​

Атака эксплуатирует механизм миграции блокировок в кластере OCFS2.

1. Отправка сообщения: Атакующий узел формирует сообщение DLM_MIG_LOCKRES с поддельными полями num_locks и lockname_len.
   
2. Обработка: Целевой узел принимает сообщение и вызывает dlm_mig_lockres_handler.
   
3. Нарушение границ: Из-за отсутствия проверки соответствия заявленных длин фактическому размеру буфера, ядро обращается к памяти вне выделенного блока.
   
4. Последствия:
   
   • При OOB-чтении срабатывает BUG_ON, вызывая панику ядра и остановку узла.
     
   • При OOB-записи происходит повреждение данных в куче (slab), что может привести к нестабильной работе или выполнению кода.
     

Условия успешной эксплуатации​

Для успешной эксплуатации уязвимости атакующий должен соответствовать следующим условиям:

• Членство в домене: Узел атакующего должен быть частью домена OCFS2 и иметь доступ к отправке сообщений DLM.
  
• Включённый OCFS2: Файловая система OCFS2 должна быть смонтирована или доступна на целевом узле.
  
• Сетевой доступ: Наличие сетевого соединения с целевым узлом кластера.
  

Возможный сценарий атаки​

Сценарий атаки предполагает скомпрометированный узел в кластере OCFS2.

Атакующий отправляет на целевой узел сообщение DLM_MIG_LOCKRES, в котором поле num_locks указывает на количество записей, превышающее фактический размер полезной нагрузки. Целевой узел, доверяя этим данным, пытается обработать несуществующие записи.

Функция dlm_process_recovery_data() выходит за границы буфера, что приводит к чтению мусорных данных и срабатыванию защиты ядра (BUG_ON). В результате целевой узел падает, нарушая доступность кластерных ресурсов.

Есть ли публичный эксплойт​

В переданных источниках отсутствуют сведения о публичных эксплоитах (PoC) или подтверждённой эксплуатации в реальных атаках.

• PoC: Не обнаружено.
  
• Эксплуатация: Нет подтверждений использования в дикой природе.
  
• Патч: Исправление уже включено в стабильные ветки ядра Linux.
  

Отсутствие публичного эксплойта не означает, что уязвимость не может быть эксплуатирована. Механика атаки описана в коммитах ядра, что позволяет исследователям разработать PoC.

Признаки эксплуатации​

Специфичные индикаторы компрометации (IOC) для этой уязвимости в источниках не приведены. Ниже перечислены общие, неспецифичные точки контроля:

• Паника ядра: Записи в dmesg или системных журналах, содержащие BUG_ON, kernel panic или упоминание dlm_mig_lockres_handler.
  
• Аномальные сообщения DLM: Логи подсистемы DLM, фиксирующие ошибки валидации или отклонение сообщений миграции блокировок.
  
• Неожиданные перезагрузки: Резкое прекращение работы узлов кластера без явных причин на уровне приложений.
  

Как обнаружить атаку​

Для обнаружения попыток эксплуатации или последствий уязвимости рекомендуется:

• Мониторинг логов ядра: Анализ dmesg и /var/log/kern.log на наличие паник, связанных с OCFS2/DLM.
  
• Сетевой анализ: Контроль трафика между узлами кластера на предмет аномальных сообщений DLM (если поддерживается на уровне мониторинга).
  
• Проверка целостности: Использование инструментов для проверки целостности ядра и подсистем файловой системы после инцидентов с падением узлов.
  

Как проверить свою версию​

Для проверки версии ядра и наличия поддержки OCFS2 используйте следующие команды:

uname -r
uname -a
cat /proc/version

Чтобы проверить, включена ли поддержка OCFS2 в ядре:

lsmod | grep ocfs2

Если модуль загружен, система потенциально уязвима, если не установлен соответствующий патч. Точный номер исправленного пакета зависит от дистрибутива.

Исправление​

Основным способом устранения уязвимости является обновление ядра Linux до версии, содержащей исправление.

• Патч: Commit b54e03d9b3697d25f4a0063cf717d459c5e3ad94 (upstream) и его порты в stable-ветки.
  
• Действия:
  
  1. Определите текущую версию ядра.
     
  2. Проверьте базу данных безопасности вашего дистрибутива (Debian, Ubuntu, RHEL и др.) на наличие обновлений для CVE-2026-89494.
     
  3. Установите обновлённое ядро.
     
  4. Перезагрузите систему для применения нового ядра.
     

Если обновление невозможно, рассмотрите временные меры, описанные ниже.

Временные меры защиты​

Пока не установлено обновление, можно применить следующие временные меры:

• Изоляция узлов: Если возможно, изолируйте узлы, использующие OCFS2, от недоверенных узлов кластера.
  
• Отключение OCFS2: Если файловая система не критична, демонтируйте томы OCFS2 и отключите модуль ocfs2.
  
• Сетевые правила: Ограничьте сетевой доступ между узлами кластера, если это позволяет архитектура (хотя DLM требует доверенного канала).
  

Эти меры снижают поверхность атаки, но не устраняют уязвимость полностью.

Как проверить устранение уязвимости​

После обновления ядра проверьте, что исправление применено:

1. Проверка версии: Убедитесь, что запущено новое ядро (uname -r).
   
2. Проверка патча: Если доступно, проверьте наличие commit b54e03d9b3697d25f4a0063cf717d459c5e3ad94 в истории ядра (через git или инструменты дистрибутива).
   
3. Функциональное тестирование: Проведите тестирование кластера OCFS2, чтобы убедиться в работоспособности миграции блокировок.
   
4. Мониторинг: Продолжайте мониторинг логов на предмет аномалий в подсистеме DLM.
   

Вывод​

CVE-2026-89494 представляет собой критическую уязвимость в подсистеме OCFS2 Linux Kernel, позволяющую удалённо вызвать отказ в обслуживании или повреждение памяти.

Уязвимость затрагивает кластерные окружения, использующие OCFS2. Рекомендуется срочно обновить ядро до версий, содержащих исправление, и проверить целостность кластера.

Для систем, где обновление невозможно, следует рассмотреть изоляцию узлов или отключение OCFS2.

Официальные источники​

1. NVD — CVE-2026-89494
   
2. FIRST EPSS — CVE-2026-89494
   
3. ocfs2: validate lengths in dlm_mig_lockres_handler - kernel/git/stable/linux.git - Linux kernel stable tree
   
4. ocfs2: validate lengths in dlm_mig_lockres_handler - kernel/git/stable/linux.git - Linux kernel stable tree
   
5. ocfs2: validate lengths in dlm_mig_lockres_handler - kernel/git/stable/linux.git - Linux kernel stable tree
   
6. ocfs2: validate lengths in dlm_mig_lockres_handler - kernel/git/stable/linux.git - Linux kernel stable tree
   
7. ocfs2: validate lengths in dlm_mig_lockres_handler - kernel/git/stable/linux.git - Linux kernel stable tree
   
8. ocfs2: validate lengths in dlm_mig_lockres_handler - kernel/git/stable/linux.git - Linux kernel stable tree
   
9. ocfs2: validate lengths in dlm_mig_lockres_handler - kernel/git/stable/linux.git - Linux kernel stable tree
   
10. ocfs2: validate lengths in dlm_mig_lockres_handler - kernel/git/stable/linux.git - Linux kernel stable tree
    

История обновлений статьи​

• 16.09.2026 — Опубликована первая версия материала.