Баг systemd позволяет привести к сбою в работе Linux, патч уже готов

Баг systemd позволяет привести к сбою в работе Linux, патч уже готов

Баг systemd позволяет привести к сбою в работе Linux, патч уже готов

Специалисты Qualys обнаружили уязвимость systemd, подсистемы управления службами в операционной системе Linux. Если злоумышленник задействует этот баг в атаке, у него появится возможность привести к сбою в работе системы.

Согласно описанию Qualys, эксплуатация не требует высоких прав. Поскольку все необходимые патчи уже доступны, пользователям рекомендуют как можно скорее установить апдейты.

Учитывая, что systemd используется практически во всех современных дистрибутивах Linux, вырисовываются довольно приличные масштабы уязвимости. По словам экспертов, брешь впервые появилась в коде в апреле 2015 года.

Суть бага кроется в некорректном использовании функции alloca(), что в результате приводит к повреждению памяти. Именно так атакующий может вызывать DoS в systemd и всей операционной системе. Для эксплуатации локальный злоумышленник должен смонтировать файловую систему с очень длинным путём.

Такой подход приведёт к использованию слишком большого количества памяти в стеке systemd, в результате чего операционная система аварийно завершит работу.

Исследователи отметили, что с багом нельзя бороться никаким другим способом, кроме установки соответствующего патча. Поэтому пользователям затронутых дистрибутивов настоятельно рекомендуется накатить обновления.

В ИИ-приложениях почти каждая третья уязвимость оказалась высокорисковой

ИИ-приложения снова напоминают: если к обычному веб-сервису прикрутить большую языковую модель, магия появляется не только в презентации, но и в списке уязвимостей. По данным «Информзащиты», в 2026 году 32% уязвимостей, найденных при пентестах ИИ- и LLM-приложений, относятся к высокорисковым.

Для сравнения: по всем классам активов этот показатель составляет около 12%. То есть риск-профиль ИИ-приложений оказался в 2,7 раза выше среднего.

За второй год наблюдений пропорция не изменилась. Более того, медианный срок устранения серьёзных находок вырос с 19 дней в 2025 году до 36 дней в 2026-м.

Проблема в том, что ИИ-системы тащат за собой сразу два слоя риска. Первый — классика веба и API: аутентификация, авторизация, инъекции, секреты, обработка пользовательского ввода.

Второй — уже нейросетевой зоопарк: инъекции в промпт, утечки системного промпта, ошибки RAG-контуров, отравление данных, небезопасная обработка ответов LLM, проблемы в векторных хранилищах и отказ в обслуживании на уровне модели.

Особенно весело становится, когда модель подключают к корпоративным данным, CRM, базе знаний, API или инструментам автоматизации. В этот момент чат-бот перестаёт быть просто болталкой и получает возможность влиять на процессы. А ошибка в правах или логике вызовов превращает его в аккуратную дверь во внутренние системы.

Автоматическими сканерами всё это ловится плохо. По данным исследования, 78% команд сталкивались с тем, что такие средства пропускали критические уязвимости. Поэтому готовность полностью доверить пентесты автономным инструментам за год упала с 29% до 9%.

С устранением тоже не праздник. В 2026 году компании закрывали только 38,4% высокорисковых находок в ИИ / LLM-приложениях — это самый низкий показатель среди типов тестирования. Для API, например, он составил 77,3%.

RSS: Новости на портале Anti-Malware.ru