Peter Bui объясняет как уязвимость в Linux может повлиять на стейк пулы Cardano

Peter Bui ведущий Learn Cardano и оператор стейк пула ADAOZ рассмотрел как уязвимость ядра Linux может повлиять на серверы которые используют операторы стейк пулов Cardano.

В новом видео Bui объясняет роли релеев и производителей блоков последствия потери сетевого подключения пула и различие между инфраструктурой оператора и ADA которая находится у делегаторов.

Его обсуждение следует за предупреждением Intersect в котором операторов просят проверить свои серверы на уязвимость обозначенную как CVE-2026-98432 и обновить затронутые системы когда станут доступны исправления.

Как уязвимость в Linux может нарушить работу стейк пула Cardano

Изъян затрагивает обработку некоторых сетевых запросов в ядре Linux. Linux используется на многих типах серверов включая инфраструктуру на которую опираются стейк пулы для связи с Cardano и для выпуска блоков.

Bui описывает ошибку синхронизации которая может возникать при установлении соединения TCP. При определённых условиях одна часть ядра может освободить память пока другая часть всё ещё её использует. Эта ошибка известная как use-after-free может привести к сбою системы или повреждению памяти.

Команда безопасности ядра Linux связывает проблему с изменением введённым в версии 4.4. Исправления добавлены в поддерживаемые ветки ядра при этом доступность для конкретных серверов зависит от их дистрибутива и пакета ядра.

Стейк пул как правило использует block producer для создания блоков когда пул выбран и один или несколько relays для связи с другими узлами Cardano. Bui сосредотачивается на relays потому что они принимают сетевые соединения и могут быть уязвимы если работают в затронутой конфигурации.

Если все relays пула станут недоступны его block producer может потерять подключение к остальной сети. Bui объясняет что block producer всё ещё может создать запланированный блок но не сможет передать его пока путь связи недоступен.

Что атака может означать для делегированной ADA

Bui также рассматривает сценарий при котором злоумышленник получает контроль над relay. Поскольку relay взаимодействует с block producer злоумышленник потенциально может узнать сведения об этом соединении включая сетевой адрес block producer.

Эта информация не даст автоматического доступа к block producer. Bui рассматривает её как возможную отправную точку для дальнейшей атаки а итог зависит от того как оператор настроил и защитил инфраструктуру. Он обсуждает нарушение работы producer и в более серьёзном сценарии компрометацию систем или ключей которые контролирует оператор.

Это различие важно для людей которые делегируют ADA. Делегирование позволяет стейк пулу использовать долю держателя в процессе выбора блоков в сети но ADA остаётся в кошельке держателя. Компрометация пула не даст злоумышленнику автоматического контроля над средствами его делегаторов.

Однако пул который не может публиковать запланированные блоки может упускать возможности для производства блоков что влияет на награды от стейкинга. На момент записи Bui не видел сообщений о том что стейк пул Cardano был атакован через эту уязвимость.

[NEWSBREAK]

Демонстрация Anthropic и доступные исправления

Bui также обсуждает исследование Anthropic где сообщалось что их модель Claude разработала эксплойт для уязвимости в Linux. Anthropic описала демонстрацию в которой удалённый злоумышленник мог выполнять команды с привилегиями root на сервере с Multipath TCP listener без учётных данных и без участия пользователя.

Multipath TCP или MPTCP это расширение которое позволяет соединению использовать несколько сетевых путей. Продемонстрированный Anthropic маршрут включал сервер с таким listener это не доказывает что тот же эксплойт сработает против каждого затронутого узла Cardano.

Сама уязвимость находится в сетевой подсистеме Linux и не ограничивается программным обеспечением Cardano. Ubuntu указывает для неё оценку CVSS 3.1 равную 9,8 из 10 классифицируя её как критическую по этой системе при этом присваивает проблеме высокий приоритет.

Intersect посоветовала операторам проверить ядра как на своих block producers так и на relays установить обновлённое ядро когда их дистрибутив его предоставит и перезагрузить систему чтобы оно вступило в силу. В рекомендациях Ubuntu исправления для нескольких стандартных пакетов ядра отмечены как находящиеся в процессе подготовки статус зависит от выпуска и пакета.

Bui упоминает отключение MPTCP там где оно не нужно и фильтрацию некоторых пакетов IPv4 как временные способы снизить воздействие. Эти меры не устраняют изъян в ядре. Постоянным решением является обновлённое ядро для затронутой системы.