Сайты на Drupal атакуют бэкдорами и майнерами благодаря недавней дыре

Сайты на Drupal атакуют бэкдорами и майнерами благодаря недавней дыре

Сайты на Drupal атакуют бэкдорами и майнерами благодаря недавней дыре

Недавно пропатченная Drupal уязвимость Drupalgeddon2 (идентификатор — CVE-2018-7600) используется киберпреступниками для распространения бэкдоров, вредоносных майнеров и других типов вредоносных программ.

Помимо этого, злоумышленники также сканируют сеть в попытке найти уязвимые инсталляции.

Исследователи SANS зафиксировали попытки распространения вредоносного майнера криптовалюты, простенького PHP-бэкдора, который позволяет злоумышленникам загружать файлы на атакуемый сервер, а также IRC-бота, написанного на Perl.

Одной из вредоносных программ, замеченных в этих кампаниях, является майнер Monero XMRig. Интересной особенностью является загрузка злоумышленниками специального скрипта, который ликвидирует майнеров-конкурентов в зараженной системе.

Согласно данным Imperva, 90 % вредоносной активности связано со сканированием в поиске уязвимых систем, 3 % — с распространением бэкдоров, 2 % — с установкой майнеров. Подавляющее большинство атак шли из США (53 %) и Китая (45 %).

Исследователи Volexity также наблюдали за этими атаками, они пришли к выводу, что один из распространяемых майнеров Monero связан с киберпреступной группой, которая в прошлом году использовала брешь в Oracle WebLogic Server (CVE-2017-10271) для заражения систем тем же майнером.

Проанализировав несколько кошельков этой группы, специалисты Volexity обнаружили $100 000 в Monero.

Первые атаки, использующие уязвимость Drupalgeddon2, начались спустя две недели после публикации анализа бреши, а также кода proof-of-concept.

«Мы ожидали, что киберпреступники быстрее начнут эксплуатировать уязвимость. Видимо, они ждали, пока кто-нибудь опубликует готовый эксплойт», — говорят эксперты Imperva.

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

Оказалось, что миллионы сайтов в опасности, так как уязвимость распространяется на версии 6, 7 и 8. Для эксплуатации бреши нужен всего лишь доступ к странице уязвимого сайта. Удачная атака позволит злоумышленнику получить полный контроль над сайтом, включая доступ к непубличным данным и возможность удаления или изменения системных данных.

AppSec.Track научился проверять код, написанный ИИ

AppSec.Track добавил поддержку работы с ИИ и стал первым российским SCA-анализатором, который умеет проверять код прямо в связке с ИИ-ассистентами. Обновление рассчитано в том числе на так называемых «вайб-кодеров» — разработчиков, которые активно используют LLM и ИИ-редакторы для генерации кода.

Новый функционал решает вполне практичную проблему: ИИ всё чаще пишет код сам, но далеко не всегда делает это безопасно.

Модель может «галлюцинировать», предлагать несуществующие пакеты, устаревшие версии библиотек или компоненты с известными уязвимостями. AppSec.Track теперь умеет отлавливать такие ситуации автоматически.

Разработчик может прямо в диалоге с ИИ-ассистентом запросить проверку сгенерированного кода через AppSec.Track. Система проанализирует используемые сторонние компоненты, подсветит потенциальные угрозы и предложит варианты исправления. В основе механизма — протокол MCP (Model Context Protocol), который позволяет безопасно подключать инструменты анализа к LLM.

Как поясняет директор по продукту AppSec.Track Константин Крючков, разработчики всё чаще пишут код «по-новому», а значит, и инструменты анализа должны меняться. Редакторы вроде Cursor или Windsurf уже умеют многое, но им всё равно нужна качественная и актуальная база уязвимостей. Именно её и даёт AppSec.Track, включая учёт внутренних требований безопасности конкретной компании. В итоге даже разработчик без глубокой экспертизы в ИБ может получить более надёжный результат.

Проблема особенно заметна на фоне роста low-coding и vibe-coding подходов. Код создаётся быстрее, а иногда — почти без участия человека, но с точки зрения безопасности в нём могут скрываться неприятные сюрпризы: SQL-инъекции, логические ошибки или небезопасные зависимости. Как отмечает старший управляющий директор AppSec Solutions Антон Башарин, ИИ-ассистенты не заменяют классические практики DevSecOps — особенно когда речь идёт об open source, где информация об угрозах обновляется быстрее, чем обучаются модели.

Новый функционал AppSec.Track ориентирован на профессиональные команды разработки, которые уже внедряют ИИ в свои процессы. Он позволяет сохранить требования Secure by Design и снизить риски даже в условиях активного использования генеративного кода.

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