Уязвимости в LXD, Incus, Flatpak, GitLab, Radicle, ядре Linux, WordPress, OpenVPN, NTFS-3G, FreeRDP, CUPS и Dovecot

27.09.2026 09:47 (MSK)

Несколько недавно выявленных опасных уязвимостей, позволяющих получить root-доступ в системе или добиться удалённого выполнения кода.

7 уязвимостей в системе управления контейнерами LXD и 11 уязвимостей в форке Incus. Несколько уязвимостей, помеченные как критические, позволяют локальным непривилегированным пользователям изменить любые файлы в системе или выполнить свой код с правами root. Уязвимости устранены в выпусках LXD 6.9, 5.21.8, 5.0.10 и 4.0.14, а также в Incus 7.5.1. Проблемы вызваны некорректной обработкой файловых путей, проблемами при работе с символическими ссылками и отсутствием проверки входных данных в коде для миграции и резервного копирования изолированных окружений или загрузки системных образов:
- CVE-2026-85526 - перезапись произвольных файлов в системе при обработке резервной копии, содержащей в subvolumes[].path путь к точке монтирования вида "../../../../etc/cron.d".
- CVE-2026-85185 - запись и удаление произвольных файлов через указание в именах подразделов btrfs путей с "../".
- CVE-2026-87799 - запись в произвольный файл в системе через подстановку символических ссылок при миграции виртуальных машин.
- CVE-2026-87798 - выход за пределы базового каталога виртуальной машины при рекурсивной передаче файлов.
- CVE-2026-86334 - выход за пределы базового каталога при экспортировании образа с внешнего сервера.
- CVE-2026-86335 - доступ к приватным образам виртуальных машин других пользователей.
- CVE-2026-97335 - обход ограничений доступа к проектам.
Уязвимости в системе самодостаточных пакетов Flatpak. Проблемы устранены в выпуске Flatpak 1.18.1. Среди наиболее опасных уязвимостей:
- CVE-2026-90616 - использование символических ссылок для обхода sandbox-изоляции и получения полного доступа к файловой системе хоста;
- Повышение привилегий до пользователя root через подстановку символической ссылки (CVE не назначен);
- CVE-2026-9627 - запись файлов с правами root через манипуляции с файловыми путями;
- CVE-2026-96275 - запись файлов с правами root через манипуляции с символическими ссылками;
- CVE-2026-96276 - запись файлов с правами root через подстановку "../" в файловые пути при выполнении команды "flatpak build-init";
- CVE-2026-96279 - чтение произвольных файлов в основной системе через выставление жёсткой ссылки при извлечении архива OCI.
- CVE-2026-92162 - доступ к файлам вне базового каталога через подстановку "../" в параметры DeployAppstream.
- CVE-2026-96280 - переполнение буфера в обработчике дельта-обновлений OCI на 32-разрядных системах.
Две критические уязвимости в платформе для организации совместной разработки GitLab, позволяющие удалённому аутентифицированному пользователю выполнить свой код на сервере через подстановку специально оформленного регулярного выражения в настройки CI/CD. Уязвимости присутствуют в парсере регулярных выражений и вызваны двойным освобождением памяти (CVE-2026-89078) и целочисленным переполнением (CVE-2026-93577). Проблемы устранены в выпусках GitLab 19.4.1, 19.3.3, 19.2.7.
Две критические уязвимости в сетевом протоколе, применяемом на узлах децентрализованной платформы совместной разработки Radicle. Первая уязвимость позволяет просматривать данные, которыми обмениваются узлы через мониторинг трафика. Вторая уязвимость даёт возможность подделать идентификатор узла и получить доступ к приватным репозиториям. В комбинации уязвимости позволяют извлекать содержимое любых репозиториев с узлов Radicle.
Уязвимость в ядре Linux, вызванная обращением к уже освобождённой памяти (use-after-free) из-за состояния гонки в модуле espintcp, применяемом для инкапсуляции протокола ESP (Encapsulating Security Payload) в TCP (ESP-in-TCP, RFC 8229). Проблема устранена в ядре в феврале перед релизом 7.0. Несколько дней назад для уязвимости был создан рабочий эксплиот, позволяющий выполнить код с правами root в системе. Работа эксплоита продемонстрирована в CentOS Stream 9 и Ubuntu 26.04 LTS.
Критическая уязвимость (CVE-2026-87902) в системе управления контентом WordPress, позволяющая неаутентифицированному посетителю сайта выполнить PHP-код на сервере, через манипуляцию с шаблонами страниц, при наличии на сервере файла pearcmd.php (доступен в официальном docker-образе и в конфигурации cPanel по умолчанию). Проблема также проявляется в форке ClassicPress. Уязвимость активно эксплуатируется злоумышленниками для захвата контроля над сайтами. Исправление выпущено для 25 веток WordPress, начиная с 7.1.2 и заканчивая 4.7.37.
7 уязвимостей в OpenVPN, среди которых проблемы, вызванные двойным освобождением памяти (CVE-2026-84471), неверным экранированием спецсимволов при запуске командного интерпретатора (CVE-2026-84256) и однобайтовым переполнением буфера при разборе опций DHCP (CVE-2026-81738). Проблемы устранены в выпуске OpenVPN 2.6.23.
8 уязвимостей в пакете NTFS-3G, потенциально позволяющие добиться выполнения кода с правами root при обработке специально оформленных разделов или дисковых образов с ФС NTFS. Все уязвимости вызваны переполнением буфера. Проблемы устранены в версии NTFS-3G 2026.9.18.
Уязвимость во FreeRDP, позволяющая установить RDP-соединение с сервером без аутентификации. Проблема устранена в выпуске FreeRDP 3.31.0.
Уязвимость (CVE-2026-87766) в инструментарии для организации работы изолированных окружений Bubblewrap, позволяющая записать файлы за пределы sandbox-окружения во время настройки контейнера через манипуляции с символическими ссылками.
Опубликован эксплоит к уязвимости в сервере печати CUPS, позволяющий локальному пользователю получить права root в системе через перезапись файла /etc/cups/cups-files.conf (указав этот файл в качестве URI принтера) и замену вызова cups-exec. Обновление CUPS с исправлением пока не выпущено.
Обращение к уже освобождённой памяти (CVE-2026-42007) в IMAP-сервере Dovecot, позволяющее аутентифицированному пользователю добиться выполнения своего кода на сервере через использование специально оформленного Sieve-скрипта. Уязвимость устранена в выпуске Dovecot 2.4.5.

исправить +5 +/–

Лицензия: CC BY 3.0

Короткая ссылка: https://opennet.ru/66350-lxd

Ключевые слова: lxd, incus, gitlab, radicle, zlht, linux, wordpress, openvpn, flatpak, ntfs-3g, freerdp, cups, dovecot, bubblewrap

При перепечатке указание ссылки на opennet.ru обязательно

Обсуждение (50)

1.1, Аноним (1), 11:43, 27/09/2026 [ответить] [﹢﹢﹢] [ · · · ]	–8 +/–
Опять сишные дыры

2.2, .config (?), 11:47, 27/09/2026 [^] [^^] [^^^] [ответить]	–1 +/–
https://youtu.be/7_0TDNqmEd4?si=l8T9BAaWr_4Fw5YS

2.3, Аноним (3), 11:53, 27/09/2026 [^] [^^] [^^^] [ответить]	+4 +/–
LXD почти полностью на go написан. А целых 7 узявимостей, если верить новости.

3.5, Аноним (5), 11:56, 27/09/2026 [^] [^^] [^^^] [ответить]	–3 +/–
Вот да, на расте бы так не написали. Впрочем как обычно, на нём просто ничего не пишут

4.14, Аноним (14), 12:50, 27/09/2026 Скрыто ботом-модератором [к модератору]	–1 +/–

2.13, Аноним (14), 12:49, 27/09/2026 [^] [^^] [^^^] [ответить]	+/–
> Flatpak ... использование символических ссылок для обхода sandbox-изоляции и получения полного доступа к файловой системе хоста Нисколько не сомневался, для чего был сделан флэтпак.

2.29, Аноним (29), 14:20, 27/09/2026 [^] [^^] [^^^] [ответить]	–1 +/–
Название Си произошло от круга "0", потом чисто идеологически пришли к кругу с дыркой - означающий уязвимости... Вот так появится язык программирования С

2.44, Аноним (44), 15:02, 27/09/2026 [^] [^^] [^^^] [ответить]	+/–
Беопастные гошные.

1.4, Аноним (5), 11:55, 27/09/2026 [ответить] [﹢﹢﹢] [ · · · ]	+/–
Я правильно понимаю, что всё это уже много раз обмылили, в том числе тут и тут "вдруг" кто-то решил их снова, но вырванным из контекста списком, снова запостить?

2.6, Аноним (6), 12:03, 27/09/2026 [^] [^^] [^^^] [ответить]	+4 +/–
Нет, это свежие уязвимости, кроме Dovecot. Так как благодаря AI уязвимости теперь всплывают тоннами, чтобы не захламлять ленту новостей обзоры уязвимостей теперь публикуются раз в неделю, за исключением необычных и особо интересных экземпляров. Прошлый выпуск https://opennet.ru/66310

1.8, Аноним (8), 12:13, 27/09/2026 [ответить] [﹢﹢﹢] [ · · · ]	–2 +/–
А вот если бы переписали на раст, то ошибок бы не было! Хотя нет, погодите, почти все ошибки из-за неправильно обработанных путей и раст бы никак не помог.

2.10, Аноним (10), 12:16, 27/09/2026 [^] [^^] [^^^] [ответить]	+3 +/–
Как это не помог? Это были бы безопасТно неправильно обработанные пути!

2.19, пох.. (?), 13:35, 27/09/2026 [^] [^^] [^^^] [ответить]

–2 +/–

если бы НАЧАЛИ переписывать, сколько раз за вами исправлять!

> Хотя нет, погодите, почти все ошибки из-за неправильно обработанных путей

А CoC.md никаких путей и не обрабатывает, шах и мат растоненавистники!

Отлично бы тут раст помог - нет кода, нет проблемы!

3.28, Аноним (28), 14:19, 27/09/2026 [^] [^^] [^^^] [ответить]	+2 +/–
Все просто нужна на уровне CoC отменить пути и все кто их применяют враги.

2.54, Аноним (54), 16:00, 27/09/2026 [^] [^^] [^^^] [ответить]	+/–
>если бы переписали на раст, то ошибок бы не было Бл, откуда вы беретесь такие. Раст не про отсутствие ошибок, дурилка картонная.

1.9, Нормальный (ok), 12:15, 27/09/2026 [ответить] [﹢﹢﹢] [ · · · ]	+3 +/–
FreeRDP - это же только клиент, или я пропустил где-то сервер?

2.16, Аноним (16), 12:55, 27/09/2026 [^] [^^] [^^^] [ответить]	+/–
> Уязвимость во FreeRDP, позволяющая установить RDP-соединение с сервером без аутентификации... Клиент, и баг звучит как киллер фича.

2.17, Аноним (17), 13:13, 27/09/2026 [^] [^^] [^^^] [ответить]	+/–
Уже давно есть и сервер: freerdp-shadow-cli

3.18, Аноним (18), 13:33, 27/09/2026 [^] [^^] [^^^] [ответить]	+1 +/–
Кстати, раз уж тут все собрались. Есть xrdp, который работает по протоколам иксов. А есть ли что-то аналогичное, но для wayland? Причём желательно именно как xrdp, чтобы рулил сеансом.

4.22, пох.. (?), 13:39, 27/09/2026 [^] [^^] [^^^] [ответить]	+1 +/–
ха-ха-ха-ха!

5.43, ы (?), 15:02, 27/09/2026 [^] [^^] [^^^] [ответить]	+/–
согласен. так толсто, что даже тонко.

4.23, Аноним (23), 13:52, 27/09/2026 [^] [^^] [^^^] [ответить]	–1 +/–
weston --backend=rdp

4.30, Аноним (28), 14:21, 27/09/2026 [^] [^^] [^^^] [ответить]	+2 +/–
Как перестать орать с фанатиков вейленда?

2.20, пох.. (?), 13:38, 27/09/2026 [^] [^^] [^^^] [ответить]

+/–

да, я тоже сперва обрадовался что пароль можно не вводить, но нет - оказывается какие-то сумасшедшие таки используют эту недоделку в качестве сервера и это в нем уязвимость. Ну, правда по умолчанию нигде не включен, но вдруг.

Эх, а щастье было так близко.

1.11, Аноним (11), 12:46, 27/09/2026 [ответить] [﹢﹢﹢] [ · · · ]	+1 +/–
> Опубликован эксплоит к уязвимости в сервере печати CUPS, позволяющий локальному пользователю получить права root в системе через перезапись файла /etc/cups/cups-files.conf (указав этот файл в качестве URI принтера) и замену вызова cups-exec. С каких пор в /etc можно без прав root ковыряться?

2.12, Аноним (11), 12:48, 27/09/2026 [^] [^^] [^^^] [ответить]	+1 +/–
Сообразил глянуть ссылку, там > Because the serial backend runs as root, print data replaces the configuration from the backend's 2,048-byte offset.

3.42, Аноним (42), 15:00, 27/09/2026 [^] [^^] [^^^] [ответить]	+/–
мда, принцип наименьших привилегий, да?

2.15, Аноним (15), 12:55, 27/09/2026 [^] [^^] [^^^] [ответить]	+/–
Возможно, ты пропустил серию уязвимостей, где любой пользователь может подменить любой файл (в памяти).

2.21, пох.. (?), 13:38, 27/09/2026 [^] [^^] [^^^] [ответить]	+/–
все норм, у cupsd есть права рут!

1.26, Мемоним (?), 14:08, 27/09/2026 [ответить] [﹢﹢﹢] [ · · · ]	+/–
Вот за Радикулит обидно. Уязвимость в самом протоколе это прям такой ред флаг.

2.32, Аноним (28), 14:23, 27/09/2026 [^] [^^] [^^^] [ответить]	+2 +/–
И как теперь АНБ вставлять уязвимости если нейросети их сразу находят?

3.33, Аноним (16), 14:33, 27/09/2026 [^] [^^] [^^^] [ответить]	+/–
В железо? (уже)

4.41, Аноним (41), 14:54, 27/09/2026 [^] [^^] [^^^] [ответить]	+/–
давно уже!

3.34, Аноним (34), 14:35, 27/09/2026 [^] [^^] [^^^] [ответить]	–3 +/–
Вы серьёзно верите, что нейросети не контролируются АНБ и ЦРУ и не используются для впихивания бекдоров? Ха, а для чего тогда из ИИ "боженьку" лепят, которому предлагается верить на слово и не проверять (а и хрен проверишь с такой скоростью модификации логики)?

4.36, Аноним (28), 14:45, 27/09/2026 [^] [^^] [^^^] [ответить]	+/–
Китайские не контролируют. А то что может создать нейорсеть может и найти нейросеть.

5.39, Мемоним (?), 14:51, 27/09/2026 [^] [^^] [^^^] [ответить]

+/–

> нейорсеть

майорсеть?

5.50, Пует (?), 15:53, 27/09/2026 [^] [^^] [^^^] [ответить]	+2 +/–
Китайские все поголовно мусор, в бенчмарках рвут топы, но на деле не дотягивают даже до топов 2024 года.

4.53, Пует (?), 15:58, 27/09/2026 [^] [^^] [^^^] [ответить]	+1 +/–
Ты неправильно задаешь вопрос. Попробуй спросить сам себя что-то вроде: "а почему бы им не контролировать это все, если могут?".

1.35, Метрика (?), 14:36, 27/09/2026 [ответить] [﹢﹢﹢] [ · · · ]	+1 +/–
Половина проблем из за некоректной обработки некоректных входных, когда софтина наивно думает что на вход будет одни данные, ей присылают другие, в итоге она их обрабатывает некоректно, борьба с этим явлением только валидация в функциях всех входных данных перед обработкой, хорошо когда есть коддержка на уровне ЯП как контракты в C++26

2.37, Аноним (28), 14:47, 27/09/2026 [^] [^^] [^^^] [ответить]	–2 +/–
Я думаю что все данные должны проходить через министерство проверки данных.

3.52, Пует (?), 15:55, 27/09/2026 Скрыто ботом-модератором [к модератору]	+2 +/–

2.38, Мемоним (?), 14:48, 27/09/2026 [^] [^^] [^^^] [ответить]	+1 +/–
> Половина проблем из за некорректной обработки некорректных входных Это неизбежное зло в фоннеймановских архитектурах, в которых после каждой операции обязательно должна выполниться следующая. А вот в https://en.wikipedia.org/wiki/Dataflow_architecture пока не придут все корректные данные – операции не будет.

3.48, Аноним (48), 15:33, 27/09/2026 [^] [^^] [^^^] [ответить]	+/–
Это мина которую под нас заложил Фон Нейман!

3.56, Метрика (?), 16:08, 27/09/2026 [^] [^^] [^^^] [ответить]	+/–
Может это и грубо звучит, но корень всех бед C++ это сишные кодеры которые занимаются байто/чеством там где нужно и не нужно, отчего код для чтения становтится на уровне ассемблера только с другим синтаксисом

3.57, Метрика (?), 16:10, 27/09/2026 [^] [^^] [^^^] [ответить]	+/–
На программном уровне можно все проверять, а нет же мы потратим лишний такт, поэтому и так сойдет

2.40, Аноним (41), 14:53, 27/09/2026 [^] [^^] [^^^] [ответить]	+/–
> хорошо когда есть коддержка на уровне ЯП как контракты в C++26 дожил до 2026 года, беги переписывать? в других языках это давно было :)

3.55, Метрика (?), 16:06, 27/09/2026 [^] [^^] [^^^] [ответить]	+/–
Другие языки имеют стандарт? Имеют либы на все случаи жизни? Имеют бесшовную интеграцию с кодом на Си и его тысячами либ? Имеет обратную совместимость? Имеет скорость сравнимую с ассемблером? P.S. Я такого не припоминаю

1.45, Аноним (45), 15:10, 27/09/2026 Скрыто ботом-модератором [﹢﹢﹢] [ · · · ] [к модератору]	+/–

1.46, Аноним (46), 15:11, 27/09/2026 [ответить] [﹢﹢﹢] [ · · · ]	–1 +/–
жаль что гуглбуки на этом дуршлаке основаны, мб когда нибудь перейдут на нормальное ядро

1.51, Пует (?), 15:53, 27/09/2026 [ответить] [﹢﹢﹢] [ · · · ]	+/–
Навайбкодили. А между тем, настоящий инженер знает истину, которая гласит о том, что чем меньше кода, тем меньше багов и, как следствие, потенциальных точек отказа.

игнорирование участников | лог модерирования

Добавить комментарий

Текст: