Профиль: Аноним (вход | регистрация) неRU opennet.me  
The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

PEdit-CoW и DirtyClone - уязвимости в ядре Linux, позволяющие получить root через изменение страничного кэша

26.06.2026 23:51 (MSK)

Раскрыта информация о двух новых уязвимостях в ядре Linux, позволяющих непривилегированному пользователю получить права root, перезаписав данные в страничном кэше. Для обеих уязвимостей подготовлены рабочие эксплоиты.

  • PEdit-CoW (CVE-2026-46331, эксплоит 1, эксплоит 2) - ошибка при применении механизма copy-on-write в коде изменения заголовков пакетов (act_pedit), используемом в планировщике сетевых пакетов (net/sched), позволяет записать данные за пределы выделенного буфера, что может использоваться для перезаписи данных в страничном кэше по выбранному смещению. Ошибка вызвана тем, что проверка допустимой области для записи данных производилась без учёта того, что смещение на редактируемые поля может измениться во время выполнения операции.

    Проблема проявляется начиная с ядра Linux 5.18 и устранена в выпусках 7.1, 7.0.13, 6.18.36 и 6.12.94. Заявлена возможность эксплуатации проблемы в RHEL 8/9/10, Debian 11/12, openSUSE Leap 15.6, SUSE Linux 15-SP7/16.0 и Ubuntu 18.04-25.10 (в версии Ubuntu 26.4 по умолчанию заблокировано создание user namespace). В качестве обходного пути защиты рекомендуется заблокировать загрузку модуля ядра act_pedit (перестанут работать правила ограничения трафика и перезапись заголовков через "tc pedit")"

    
       echo "blacklist act_pedit" > /etc/modprobe.d/blacklist-act-pedit.conf
       rmmod act_pedit
    
  • DirtyClone (CVE-2026-43503, эксплоит) - обходной путь эксплуатации уязвимости Dirty Frag в модуле xfrm-ESP, используемом для ускорения операций шифрования в IPsec с использованием протокола ESP (Encapsulating Security Payload). Для клонирование структуры skb в новом эксплоите используется манипуляция с TEE-расширением к netfilter (модуль xt_TEE), выполняющим операцию клонирования сетевых пакетов.

    Уязвимость устранена в выпусках 7.1, 7.0.10, 5.10.257, 5.15.208, 6.1.174, 6.6.141, 6.12.91 и 6.18.33. Проблема проявляется в Debian, Ubuntu, Fedora, RHEL и SUSE. В качестве обходного пути блокирования уязвимости можно запретить загрузку модулей ядра esp4 и esp6.

Для эксплуатации обеих уязвимостей требуются права доступа CAP_NET_ADMIN, которые можно получить при возможности создания пространств имён идентификаторов пользователей (user namespace). В Ubuntu подобная операция по умолчанию запрещена, но может быть разрешена через sysctl "kernel.apparmor_restrict_unprivileged_userns=0" или профили AppArmor. В остальных дистрибутивах доступность "user namespace" непривилегированным пользователям зависит от выставления sysctl "kernel.unprivileged_userns_clone" (если 0, то запрещено).

Эксплуатация уязвимостей сводится к чтению файла программы /bin/su с флагом suid root, для его оседания в страничном кэше, и замене в страничном кэше части кода программы кодом для запуска /bin/sh. Последующий запуск программы приведёт к тому, что в память будет загружен не оригинальный исполняемый файл с накопителя, а изменённая копия из страничного кэша.

Дополнительно можно отметить создание эксплоита для уязвимости CVE-2026-23111 в подсистеме nf_tables, устранённой в февральских обновлениях ядра Linux. Уязвимость вызвана обращением к памяти после её освобождения (use-after-free) и позволяет непривилегированному пользователю получить права root в системе. Для атаки и у пользователя должна быть возможность создания пространств имён идентификаторов пользователей (user namespace). Работа эксплоита продемонстрирована в Debian 12/13 и Ubuntu 22.04/24.04.

  1. Главная ссылка к новости (https://www.reddit.com/r/Explo...)
  2. OpenNews: DirtyDecrypt - очередная уязвимость класса Copy Fail, предоставляющая права root в Linux
  3. OpenNews: Fragnesia - уязвимость в ядре Linux, позволяющая получить root через изменение страничного кэша
  4. OpenNews: Уязвимости Dirty Frag, изменяющие страничный кэш для получения root в любых дистрибутивах Linux
  5. OpenNews: Copy Fail - уязвимость в ядре Linux, позволяющая получить root в большинстве дистрибутивов
  6. OpenNews: GRO Frag - седьмая уязвимость класса Copy Fail, предоставляющая права root в Linux
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/65784-kernel
Ключевые слова: kernel, exploit
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (17) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Аноним (1), 00:24, 27/06/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Опять? Это какой уже раз, 5?
     
     
  • 2.3, Аноним (3), 00:29, 27/06/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Так выводы же не делают. Давно пора принимать коммиты исключительно на раст. А на си только фиксы уязвимостей.
     
     
  • 3.6, Аноним (6), 00:47, 27/06/2026 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Давно пора сменить систему управления проектом вместе с начальством.
     
  • 2.4, Аноним (4), 00:31, 27/06/2026 Скрыто ботом-модератором     [к модератору]
  • +3 +/
     
  • 2.5, Аноним (6), 00:40, 27/06/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Я ж говорил, что через неделю новые будут.
     
  • 2.9, Аноним (9), 01:46, 27/06/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Не опять, а снова!
     

  • 1.2, Аноним (3), 00:28, 27/06/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Сейчас бы послушать тех, кто тут заливает, что AI ничего не может и раст не нужен.
     
     
  • 2.7, Аноним (-), 01:06, 27/06/2026 Скрыто ботом-модератором     [к модератору]
  • +1 +/
     
  • 2.8, Аноним (8), 01:36, 27/06/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Гораздо хуже не то, что AI чего-то не может, в этом случае с ним бы поигрались, ... большой текст свёрнут, показать
     
  • 2.10, Аноним (9), 01:47, 27/06/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Сломать всегда проще, чем создать
     
  • 2.11, Аноним (11), 01:51, 27/06/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Вопрос не в том, может ли AI (Adolf Itler) что-то или не может, вопрос в том, может ли человек доверять ему и выявлять западло им подложенное и скрытое, хотя бы логической обфускацией.

    А раст... Существует ли раст без ансафе? А то стоит как бочка варенья с размешанной в ней ложкой дерьма, а "сиротки" "страдающие" от наСИлия хавают, хавают...

     
     
  • 3.12, q (ok), 03:10, 27/06/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > бочка варенья с размешанной в ней ложкой дерьма

    Она не размешана, а строго изолирована блоком unsafe. В твоей аналогии, это ложка дерьма, запечатанная в варенье-непроницаемый пакетик. Можно его в любой момент извлечь, заменив safe-кодом. Ну а в сишке буквально каждая вторая строка unsafe. Что уж говорить, там даже int + int = undefined behavior.

     
  • 2.13, Ivan_83 (ok), 03:46, 27/06/2026 [^] [^^] [^^^] [ответить]  
  • +/
    AI бывает разный, есть тут у меня - он ничего не может кроме генерации нейрослопа :)
    Есть получшее, генерят рабочие или почти рабочие примеры кода на заданную тематику (я обычно спрашиваю на уровне функций).
    Есть которые хорошо анализируют код, но тоже им часто мерещится всякое.
    Но тут на том кто этот AI пользует отвественность, чтобы он проверял каждый его вывод а не верил всему подряд.

    Я уже видел идиотов с AI, им AI подтверждает и аргументирует любой их бред, в итоге они становятся ещё глупее, а кое кого наверное и в дурку после такого закрывают, на хабре был пример.

    Раст реально не нужен, с приходом AI он устарел, теперь AI может пройтись по C коду как анализатор и подсказать что лучше исправить.

     
     
  • 3.14, Аноним (14), 04:03, 27/06/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > Раст реально не нужен, с приходом AI он устарел, теперь AI может пройтись по C коду как анализатор и подсказать что лучше исправить.

    По чем пройти? По 40+ миллионам кодовой базы?

    И кто будет читать эти квинтиллионы ворнингов потом?

     
     
  • 4.15, Анонимный Ананас (?), 04:08, 27/06/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Пусть нейросети тупо берут и переписывают каждый файл с c++ на раст, в чём проблема?
     
     
  • 5.16, Аноним (14), 04:11, 27/06/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Ну если output не в /dev/null, то проблема будет с тем, что это просто слоп. В лучшем случае кое-как работающий.
     

  • 1.17, Аноним (17), 04:12, 27/06/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    user namespace - источник дыр.

    Хотели как лучше, а получилось как всегда (c)

     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Партнёры:
    PostgresPro
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2026 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру