⚡️ Закрываем свежую уязвимость в ядре Linux
Copy Fail (CVE-2026-31431) — это логическая уязвимость в подсистеме криптографического API ядра Linux, позволяющая обычному пользователю системы получить права суперпользователя (root). PoC работает на всех основных дистрибутивах Linux, выпущенных с 2017 года и до момента выхода патча, без модификаций под конкретное ядро или дистрибутив.
Атака:
🔺 не требует удалённого доступа — только непривилегированный локальный аккаунт;
🔺не требует ни race window, ни kernel-specific смещений;
🔺 использует крипто-API ядра (AF_ALG), который включён в дефолтных конфигурациях практически всех мейнстрим-дистрибутивов;
🔺 может быть использована как примитив побега из контейнера на хост, поскольку page cache общий для всего узла.
Вектор атаки и уровень опасности согласно CVSS v.3.1
Базовая оценка: 7,8 HIGH
Vector: CVSS:3.1/AV:L/AC:L/PR:L/UI:N/S:U/C:H/I:H/A:H
https://yandex.cloud/ru/blog/copy-fail?utm_source=tg&utm_medium=owned&utm_campaign=t:post;gl:awrn;a:@yndxcloudsecurity
Затронутые технологии:
▶️ ядро Linux, подсистема crypto/ (модуль algif_aead);
▶️ интерфейс пользовательского пространства AF_ALG;
▶️ системный вызов splice() в связке с сокетами AF_ALG.
Уязвимыми являются ядра Linux, собранные в интервале с 2017 года (момент внедрения in-place оптимизации algif_aead) до момента включения исправляющего патча мейнлайна.
Поскольку модуль algif_aead входит в дефолтную конфигурацию ядра большинства дистрибутивов, эксплуатация возможна «из коробки».
Уязвимость напрямую не затрагивает следующие пути использования крипто-API: dm-crypt / LUKS, kTLS, IPsec/XFRM, in-kernel TLS, OpenSSL/GnuTLS/NSS в дефолтных сборках, SSH, kernel keyring crypto. Все они работают с in-kernel crypto API напрямую и не проходят через AF_ALG.
🔵 https://copy.fail/
🔵 https://xint.io/blog/copy-fail-linux-distributions
🔵 https://github.com/theori-io/copy-fail-CVE-2026-31431
Рекомендации по обнаружению уязвимости:
⏩ Отключить модуль algif_aead до установки патча ядра.
Команда выполняется от имени root и применяется немедленно. Новые сокеты AF_ALG создаваться не смогут, ранее открытые — продолжат работать до закрытия.
# echo "install algif_aead /bin/false" > /etc/modprobe.d/disable-algif.conf
# rmmod algif_aead 2>/dev/null || true
⏩ Обновить ядро до версии, содержащей патч.
Уязвимость:
🔵присутствует в ядрах с 4.14 (commit 72548b093ee3, 2017 год)
🔵 устранена в следующих релизах:
✓6.18.22 (стабильная ветка) — commit fafe0fa2995a
✓6.19.12 (стабильная ветка) — commit ce42ee423e58
✓7.0-rc7 (мейнлайн) — commit a664bf3d603d
Для контейнерных и sandbox-нагрузок целесообразно блокировать создание сокетов AF_ALG через seccomp независимо от состояния патчей.
Влияние на сервисы Yandex Cloud
Обновили конфигурации инфраструктуры Yandex Cloud для применения митигирующих мер.
🔔Пользователям сервиса Yandex Managed Service for Kubernetes® нужно самостоятельно применить митигирующую меру на узлах своих кластеров. Для этого опубликован https://github.com/yandex-cloud-examples/yc-mk8s-copy-fail-mitigation, который отключает модуль algif_aead.
Применение выполняется штатной командой:
$ kubectl apply -f copy-fail-mitigation-daemonset.yaml
Актуальные версии образов в Yandex Cloud Marketplace, содержащие митигирующие меры, готовим к публикации.
📍 Если вам нужна дополнительная информация, пожалуйста, напишите на
[email protected].
👍 — спасибо, было полезно