Intersect, організація на базі Cardano, закликав операторів стейк-пулів застосувати виправлення та перезавантажити свої блок-продюсери та релей-сервери, як тільки з’являться виправлення для критичної вразливості ядра Linux.
У своєму оновленні від 30 жовтня Intersect повідомила операторів перевірити ядра на обох типах серверів і встановити виправлене ядро своєї дистрибуції як тільки воно буде опубліковане. Уразливість CVE-2026-98432 має оцінку CVSS 3.1 у 9,8, або критичну, від kernel.org.
Вразливість впливає на обробку вхідних IPv4 TCP-з’єднань ядром. Вона може призвести до звернення ядра до пам’яті після її звільнення. Бюлетень безпеки Red Hat стверджує, що віддалений атакувальник без облікових даних може використати умову гонки для виконання коду; у описі вразливості також зазначено ризики збоїв системи та пошкодження пам’яті.
Для Cardano попередження стосується як машин, що створюють блоки, так і реле, які з’єднують їх із загальною мережею. Документація оператора Cardano рекомендує підключати виробників блоків лише до власних або довірених реле, щоб захистити їх від інтернету. У попередженні Intersect не повідомляється про експлуатацію Cardano ні про кількість пулів, які використовують вразливі ядра.
Патчі та тимчасові заходи
Трекер Ubuntu, останній раз оновлений 30 жовтня, вказує, що стандартні ядра для Ubuntu 22.04, 24.04, 26.04 та 26.10 є вразливими, а виправлення вже в розробці. Оголошення Red Hat від 30 жовтня перелічує RHEL 8, 9 і 10 як вразливі та повідомляє, що виправлення прискорюються.
AlmaLinux повідомила 30 жовтня, що виправлені ядра для її версій 8, 9 і 10 вже доступні в тестових сховищах до випуску в продакшн. Вона зазначила, що на той момент не було доступного виправленого ядра RHEL. Цей баг існує з Linux 4.4, а виправлення від upstream були зворотно перенесені до підтримуваних стабільних гілок.
Демонстрована атака використовувала Multipath TCP (MPTCP). Дослідники Anthropic сказали, що їхній доказ концепції може надсилати пакети на Linux-сервер з MPTCP-слушачем і виконувати команди від імені root без облікових даних чи взаємодії з користувачем. Але Команда безпеки Go попередила, що основна помилка не є специфічною для MPTCP, тому системи без таких слухачів також можуть бути вразливими.
AlmaLinux рекомендує вимкнути MPTCP там, де він не потрібен, і перезапустити служби з існуючими MPTCP-слухачами: зміна налаштування зупиняє створення лише нових MPTCP-сокетів.
Red Hat також пропонує засіб захисту брандмауера, який фільтрує входящі IPv4 TCP-пакети, що містять IP-опції. Він попереджає операторів протестувати правило на своїх завданнях перед розгортанням і зазначає, що фільтрація може зменшити вразливість, але не може повністю запобігти експлуатації. Обидва виробники підкреслюють, що тимчасові заходи не замінюють встановлення виправленого ядра; Intersect прямо вказує операторам перезавантажити систему після оновлення.