CVE-2026-68434 в Linux Kernel: NULL-указатель в драйвере 8250_mid и защита

CVE: CVE-2026-68434
Продукт: Linux Kernel
Дата публикации: 12.08.2026
Критичность: не определена
CVSS: нет данных
EPSS: 0,17%; процентиль 7,02%
CISA KEV: нет подтверждения в каталоге CISA KEV

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

В Linux Kernel устранена уязвимость CVE-2026-68434, приводящая к падению ядра (kernel oops) на платформах Denverton, Ice Lake Xeon D и Snowridge. Причина — обращение к NULL-указателям в драйвере serial 8250_mid. Статья описывает механику сбоя, затронутые компоненты и порядок применения исправления.

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

Уязвимость относится к категории memory_corruption (конкретно — NULL pointer dereference). Сбой происходит в ядре Linux при инициализации или удалении устройства последовательного порта. Влияние ограничено отказом в обслуживании (DoS) на конкретных аппаратных платформах. CVSS-оценка и вектор в доступных источниках не указаны. EPSS составляет 0,00173 (процентиль 0,07018). Уязвимость внесена в каталог NVD со статусом Received.

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

Затронуты системы с ядром Linux, содержащим драйвер serial 8250_mid и работающие на платформах Intel Denverton (DNV), Ice Lake Xeon D (ICX-D/CDF) или Snowridge (SNR). Уязвимость проявляется при загрузке или выгрузке модуля драйвера. Точные номера версий ядра, в которых присутствует баг, в предоставленных источниках не детализированы, однако исправление внесено в ветки stable (коммиты 1096397c31f6, 4ea933a36a14, 600dcd548fb2, 8cbad52ccfa6, b2a3eeb57ba2, bdaa8871b53f, f85a42fb9039).

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

Причина кроется в ошибке, допущенной в коммите b1b4efea05a5 («serial: 8250_mid: Disable DMA for selected platforms»). В этом изменении функции setup и exit для структуры dnv_board были заменены на PTR_IF(false, ...), что приводит к значению NULL. Однако три места вызова в функциях mid8250_probe() и mid8250_remove() обращаются к этим указателям без предварительной проверки на NULL. В результате попытка вызова функции через NULL-указатель вызывает сбой ядра.

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

Механизм срабатывания не требует внешнего взаимодействия с сетью. Сбой происходит в контексте ядра при выполнении жизненного цикла драйвера. При загрузке модуля (probe) или его выгрузке (remove) код пытается вызвать функции setup или exit, которые для платформ DNV/ICX-D/SNR равны NULL. Отсутствие проверки if (mid->board->setup) перед вызовом приводит к обращению к недопустимому адресу памяти. Ядро фиксирует NULL pointer dereference и завершает работу (kernel oops).

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

Для проявления уязвимости необходимо: 1. Наличие аппаратной платформы Denverton, Ice Lake Xeon D или Snowridge. 2. Использование ядра Linux, содержащего уязвимый код драйвера 8250_mid (до применения патча). 3. Загрузка или выгрузка драйвера последовательного порта 8250_mid. Внешний злоумышленник не требуется, если драйвер загружается автоматически при обнаружении оборудования.

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

Сценарий: администратор или система инициализации загружает модуль 8250_mid на сервере с процессором Ice Lake Xeon D. Драйвер обнаруживает устройство PCI и вызывает mid8250_probe(). Внутри функции код обращается к mid->board->setup, который для данной платформы является NULL. Происходит сбой ядра. Сервер перезагружается или переходит в состояние аварийного останова. Аналогичный сбой может произойти при выгрузке модуля (mid8250_remove).

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

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

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

Специфичные IOC для этой уязвимости отсутствуют, так как она приводит к локальному сбою, а не к удаленному проникновению. Неспецифичные признаки: записи в системном журнале (dmesg, /var/log/kern.log) с текстом «NULL pointer dereference» и упоминанием функций mid8250_probe или mid8250_remove. Также может наблюдаться неожиданная перезагрузка системы.

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

Для обнаружения следов срабатывания уязвимости необходимо анализировать логи ядра. Команда dmesg | grep -i "null pointer dereference" позволит найти соответствующие записи. Также стоит проверить /var/log/kern.log на наличие ошибок, связанных с драйвером 8250_mid. Если система работает стабильно и драйвер не вызывает сбоев, вероятно, используется исправленная версия ядра или платформа не входит в список затронутых.

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

Для проверки текущей версии ядра используйте команды: uname -r, uname -a, cat /proc/version. Сравните полученную версию с перечнем версий, содержащих патч (коммиты 1096397c31f6 и др. в ветках stable). Если версия ядра включает данные коммиты, система защищена. Для точной проверки наличия патча в конкретном ядре рекомендуется свериться с changelog дистрибутива или использовать инструменты анализа ядра.

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

Единственный надежный способ устранения уязвимости — обновление ядра Linux до версии, содержащей исправление. Патч добавляет проверки на NULL перед вызовом функций setup и exit. Необходимо применить обновления от поставщика дистрибутива (Debian, Ubuntu, RHEL и др.), которые включают коммиты 1096397c31f6, 4ea933a36a14, 600dcd548fb2, 8cbad52ccfa6, b2a3eeb57ba2, bdaa8871b53f, f85a42fb9039. После обновления требуется перезагрузка системы для загрузки нового ядра.

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

Временная защита: если обновление ядра невозможно, можно предотвратить загрузку драйвера 8250_mid на затронутых платформах. Это можно сделать, заблокировав загрузку модуля (например, через blacklist в /etc/modprobe.d/8250_mid.conf) или отключив соответствующее оборудование в BIOS/UEFI, если это допустимо. Однако это приведет к потере функциональности последовательных портов. Данная мера не устраняет уязвимость, но предотвращает срабатывание.

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

После обновления ядра и перезагрузки выполните uname -r для подтверждения загрузки новой версии. Затем проверьте логи загрузки (dmesg) на отсутствие ошибок NULL pointer dereference при инициализации драйвера 8250_mid. Если драйвер загружается без сбоев, исправление применено успешно. Также можно проверить наличие патча в исходном коде ядра, если используется кастомная сборка.

Вывод​

CVE-2026-68434 представляет собой локальную уязвимость, приводящую к отказу в обслуживании на специфических платформах Intel. Риск для большинства пользователей минимален, но для администраторов серверов на Denverton, Ice Lake Xeon D и Snowridge обновление ядра критически важно. Патч прост и безопасен, поэтому откладывать его применение нецелесообразно. Регулярный мониторинг обновлений ядра и проверка логов на аномалии помогут избежать подобных сбоев.

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

1. NVD — CVE-2026-68434
   
2. FIRST EPSS — CVE-2026-68434
   
3. serial: 8250_mid: Fix NULL function pointer dereference on DNV/ICX-D/SNR platforms - kernel/git/stable/linux.git - Linux kernel stable tree
   
4. serial: 8250_mid: Fix NULL function pointer dereference on DNV/ICX-D/SNR platforms - kernel/git/stable/linux.git - Linux kernel stable tree
   
5. serial: 8250_mid: Fix NULL function pointer dereference on DNV/ICX-D/SNR platforms - kernel/git/stable/linux.git - Linux kernel stable tree
   
6. serial: 8250_mid: Fix NULL function pointer dereference on DNV/ICX-D/SNR platforms - kernel/git/stable/linux.git - Linux kernel stable tree
   
7. serial: 8250_mid: Fix NULL function pointer dereference on DNV/ICX-D/SNR platforms - kernel/git/stable/linux.git - Linux kernel stable tree
   
8. serial: 8250_mid: Fix NULL function pointer dereference on DNV/ICX-D/SNR platforms - kernel/git/stable/linux.git - Linux kernel stable tree
   
9. serial: 8250_mid: Fix NULL function pointer dereference on DNV/ICX-D/SNR platforms - kernel/git/stable/linux.git - Linux kernel stable tree
   
10. serial: 8250_mid: Fix NULL function pointer dereference on DNV/ICX-D/SNR platforms - kernel/git/stable/linux.git - Linux kernel stable tree
    

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

• 13.08.2026 — Опубликована первая версия материала.
  
• 21.08.2026 — Уточнены сведения об уязвимых версиях, оценке риска или исправлении.
  
• 24.08.2026 — Уточнены сведения об уязвимых версиях, оценке риска или исправлении.
  

 

[zer0coder]

Есть польза от публикации таких уязвимостей ?

 

[Qwen]

Польза от публикации таких CVE​

Короткий ответ: да, но ограниченная и специфическая. Разберу по слоям.

Что даёт публикация​

• Трекинг исправлений. CVE привязывает коммит к идентификатору. Операторы и дистрибутивы могут автоматизировать проверку: «применён ли патч для CVE-2026-68434 на моих Denverton/SNR хостах?» Без CVE это был бы просто коммит в git log, который никто не ищет целенаправленно.
• Инвентаризация рисков. Даже DoS-уязвимость в ядре — это потенциальный вектор для атаки на доступность. В промышленных и телеком-системах (а Denverton/SNR часто используются в сетевых appliance и edge-устройствах) незапланированная перезагрузка ядра может быть критична.
• Автоматизация сканирования. Сканеры уязвимостей (Nuclei, OpenSCAP, Qualys, Tenable) и SBOM-инструменты работают по CVE-идентификаторам. Без CVE уязвимость не попадает в отчёты аудита.
• База для анализа паттернов. NULL deref в драйвере — это индикатор системной проблемы: PTR_IF(false, ...) обнулил указатель, но вызывающий код не проверил. Похожие паттерны могут существовать в других драйверах. Публикация помогает исследователям искать аналогичные баги.
• Процесс ядра Linux. С 2024 года ядро Linux имеет собственный CVE-процесс (kernel.org CVE team). Каждая подтверждённая уязвимость, даже низкая, укрепляет практику: разработчики привыкают, что баги безопасности получают идентификаторы, а не просто тихо фиксятся.

Что НЕ даёт или даёт слабо​

• Практической ценности для атакующего. NULL deref на современных ядрах с mmap_min_addr > 0 не приводит к выполнению кода. Это чистый DoS, причём локальный и требующий загрузки/выгрузки модуля.
• Приоритета для патчинга. EPSS 0,17%, отсутствие в CISA KEV, отсутствие публичного PoC — ни один risk-менеджер не поставит это в срочный патч-цикл.
• Широкой осведомлённости. Драйвер 8250_mid специфичен для узкого набора Intel-платформ. Большинство систем его даже не загружают.

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

Есть обоснованная критика: CVE-инфляция. Когда каждая NULL deref получает CVE, это размывает сигнал. Операторы тонут в тысячах CVE с критичностью «не определена» и не могут отличить реальные угрозы от шума.

Однако альтернатива — не присваивать CVE — тоже плоха: тогда баг вообще не отслеживается, и дистрибутивы не знают, что нужно бэкпортировать фикс.

Итог​

Аспект	Оценка
Трекинг и автоматизация	Полезно
Инвентаризация для затронутых платформ	Полезно
Приоритет патчинга	Низкий
Ценность для атакующего	Минимальная
Сигнал/шум в CVE-потоке	Скорее шум

Для конкретной системы на Denverton/SNR с критичным uptime — это повод обновить ядро в плановом порядке. Для всех остальных — информационная заметка.