Новый Linux-бэкдор Plague: год под носом и ни одного детекта

Новый Linux-бэкдор Plague: год под носом и ни одного детекта

Новый Linux-бэкдор Plague: год под носом и ни одного детекта

Эксперты по кибербезопасности из Nextron Systems обнаружили неизвестный ранее бэкдор для Linux под названием Plague, который умудрился прятаться от всех антивирусов более года. Первые образцы вредоносного модуля начали появляться на VirusTotal ещё 29 июля 2024 года. Однако ни один из них до сих пор не был распознан как вредонос.

«Plague маскируется под модуль PAM — системы, отвечающей за аутентификацию пользователей в Linux и UNIX», — рассказывает исследователь Пьер-Анри Пезье.

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

Более того, обнаружены сразу несколько вариантов — очевидно, что над Plague работают и развивают.

Что он умеет:

  • использовать заранее заданные логины и пароли для скрытого доступа;
  • защищаться от анализа и обратной разработки (антиотладка, шифровка строк);
  • стирать следы своего присутствия, включая следы SSH-сессий.

В частности, Plague сбрасывает переменные окружения вроде SSH_CONNECTION и SSH_CLIENT, а также перенаправляет HISTFILE в /dev/null, чтобы не велась история команд в терминале. Всё это делает бэкдор почти невидимым для систем аудита и исследования.

«Plague глубоко встраивается в цепочку аутентификации, переживает обновления системы и почти не оставляет следов», — подчёркивает Пезье.

Пока неизвестно, кто именно стоит за этой вредоносной разработкой, но факт в том, что она успешно скрывалась больше года — и это тревожный звонок для всех, кто полагается только на стандартные средства защиты Linux.

Подпишитесь на новости

Claude Code удалил 116 ГБ и сообщил, что файлы выглядят нормально

Пользователь Windows сообщил, что Claude Code при уборке временных файлов удалил около 116 ГБ данных из его домашней директории. Затем агент заверил, что остановил команду и все выглядит целым. По описанию инцидента, удаление продолжалось еще примерно 50 минут.

В отчете на GitHub пользователь рассказывает, что работал над анализом для соревнования Kaggle.

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

Целью стала домашняя директория, указанная коротким именем Windows формата 8.3. Автор предполагает, что защитная проверка могла не распознать такой вариант пути. Точный механизм отказа защиты и режим разрешений остаются неизвестными.

Через 120 секунд задача автоматически перешла в фон. Агент запросил остановку и получил сообщение об успехе, однако, судя по описанным изменениям файловой системы, удаление продолжалось. Вероятное объяснение — дочерний процесс пережил остановку задачи.

Проверка тоже оказалась поверхностной: агент посмотрел на названия папок верхнего уровня, которые могли сохраняться, пока их содержимое исчезало.

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

Особенно неприятна в этой истории уверенность агента. Наличие папки еще не означает наличие файлов.

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