Fragnesia и ssh‑keysign‑pwn: как две новые уязвимости ядра Linux позволяют получить root или украсть секреты

Важно: Fragnesia относится к тому же классу проблем, что и ранее раскрытая уязвимость Dirty Frag, но является отдельным багом, требующим собственного патча . Даже системы, уже исправленные от Dirty Frag, могут оставаться уязвимыми.

ssh‑keysign‑pwn (CVE‑2026‑46333): кража секретных данных

Вторая уязвимость — ssh‑keysign‑pwn — затрагивает механизм контроля доступа в подсистеме ptrace, которая используется для отладки и анализа процессов .

В основе проблемы лежит неправильная обработка свойства процесса, называемого dumpability, в функции ptrace_may_access() . Эта логика определяет, может ли один процесс просматривать память другого.

Из‑за ошибки проверка привилегий может не сработать в случаях, когда процесс не имеет связанной структуры управления памятью (MM). В результате непривилегированный пользователь может получить доступ к данным, которые должны быть доступны только root.

На практике атака позволяет читать такие чувствительные файлы, как:

• приватные SSH‑ключи хоста в /etc/ssh/
• хэши паролей из /etc/shadow

Опубликованные PoC‑эксплойты используют вспомогательную программу ssh-keysign из OpenSSH. Она временно открывает файлы ключей хоста с правами root, после чего снижает привилегии. В этот момент злоумышленник может подключиться к процессу и извлечь открытый файловый дескриптор или содержимое памяти .

В отличие от Fragnesia, эта уязвимость обычно не даёт прямой root‑shell, но позволяет украсть критические секреты, что часто приводит к дальнейшему компрометированию системы .

Исправления уже включены в стабильные версии ядра:

• 7.0.8
• 6.18.31
• 6.12.89
• 6.6.139
• 6.1.173
• 5.15.207
• 5.10.256

Почему эти уязвимости появились «волной»

Fragnesia и ssh‑keysign‑pwn стали частью необычной серии публикаций о проблемах безопасности в ядре Linux.

За короткий период — примерно две недели — исследователи раскрыли несколько схожих багов, включая Dirty Frag и проблемы, связанные с Copyfail .

Общие особенности этих уязвимостей:

• они затрагивают основные подсистемы ядра (сеть, ptrace, управление памятью);
• требуют локального доступа без привилегий;
• позволяют перейти от обычного пользователя к root или получить чувствительные данные.

Это особенно важно для серверных инфраструктур. Если злоумышленник сначала получает ограниченный доступ — например, через уязвимое веб‑приложение, контейнер или украденные учётные данные — подобные баги ядра дают быстрый путь к полному контролю над системой.

Что нужно сделать администраторам прямо сейчас

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

Основные действия:

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

  uname -r

  .

Некоторые дистрибутивы уже выпустили исправления. Например, AlmaLinux распространил обновления, содержащие патчи для обеих CVE, через обычный механизм обновлений системы .

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

Если немедленное обновление невозможно, можно временно снизить риск.

Для Fragnesia

Можно уменьшить поверхность атаки, отключив связанные модули ядра:

• esp4
• esp6
• rxrpc

Это временное решение и может отключить функциональность IPsec или связанные сетевые возможности .

Для ssh‑keysign‑pwn

Некоторые администраторы усиливают ограничения ptrace, изменяя параметр ядра:

kernel.yama.ptrace_scope=2 или 3

Однако это может нарушить работу инструментов отладки, например strace или gdb, поэтому мера считается временной, пока не установлено исправленное ядро .

Итог

Уязвимости Fragnesia и ssh‑keysign‑pwn показывают, насколько опасны ошибки ядра после первоначального взлома системы. Даже если злоумышленник получил только обычный пользовательский доступ, такие баги позволяют:

• повысить привилегии до root;
• украсть критические секреты системы;
• закрепиться в инфраструктуре.

Поэтому стандартная рекомендация проста:

• установить обновления ядра, содержащие исправления для CVE‑2026‑46300 и CVE‑2026‑46333;
• перезагрузить систему;
• при подозрении на компрометацию сменить SSH‑ключи хоста и другие секреты.

С учётом того, что proof‑of‑concept эксплойты уже опубликованы, откладывать обновление инфраструктуры становится серьёзным риском.