Вредоносный JavaScript из тулкита Parrot TDS обнаружен на 70 000 сайтов

Вредоносный JavaScript из тулкита Parrot TDS обнаружен на 70 000 сайтов

Вредоносный JavaScript из тулкита Parrot TDS обнаружен на 70 000 сайтов

Масштабы TDS-системы Parrot, используемой киберкриминалом, оказались намного больше, чем сообщалось ранее. В 2021 году эксперты Sucuri выявили свыше 61 тыс. зараженных сайтов, работающих как шлюзы в рамках редирект-сервиса, в этом году — уже более 11 тысяч.

О появлении новой системы распределения трафика, которую в Avast нарекли Parrot TDS, стало известно в начале апреля. Ее функционирование обеспечивают скрипты, скрытно устанавливаемые на сайты WordPress и Joomla. Как оказалось, такие заражения в Sucuri отслеживают с февраля 2019 года — под именем NDSW/NDSX. По итогам прошлого года набор вредоносных скриптов, используемый в этой киберкампании, вошел в топ угроз для сайтов, выявленных экспертами.

Атака NDSW/NDSX начинается с JavaScript-инъекций. Вредоносный код внедряется во все файлы .js или добавляется к скриптам, встроенным в HTML-страницы; В редких случаях такой довесок можно обнаружить в базе данных, кешированной каким-нибудь плагином.

Подавляющее большинство вредоносных JavaScript-кодов содержат инструкцию if(ndsw===undefined), поэтому данный компонент тулкита исследователи условно назвали NDSW. Встречаются также варианты скриптов, использующие другую переменную — ndsj.

Основным назначением этих сценариев является запуск второй стадии атаки — доставка и выполнение JavaScript из внешнего источника. Для персонализации этой полезной нагрузки на скомпрометированный сервер обычно внедряется PHP-скрипт (в произвольную папку, но чаще всего — как /wp-admin/css/colors/blue/blue.php).

Этот прокси-компонент кодирует информацию о посетителе сайта (IP-адрес, браузер, реферер) и отправляет их на сервер TDS Parrot. Если ответ содержит ключевое слово «ndsx», происходит JavaScript-инъекция в зараженную веб-страницу — полезная нагрузка при этом выполняется на лету как встраиваемый сценарий. Поскольку скрипт, использующий переменную ndsx, загружается на стороне сервера, его источник невозможно выявить ни мониторингом трафика, ни статическим анализом на уровне клиента.

При отработке NDSX-скрипт скачивает со стороннего сайта финальную полезную нагрузку — откуда и какую, зависит от ранее составленного цифрового отпечатка жертвы. На Windows-компьютеры, по данным Sucuri, чаще всего доставляется JavaScript-загрузчик FakeUpdates, он же SocGholish, о котором в связи с Parrot сообщала Avast. Чтобы не направлять трафик на ресурсы, попавшие в черные списки, операторы TDS-системы часто меняют URL целевых зловредов.

В 2021 году Sucuri очистила от кодов Parrot TDS почти 20 млн JavaScript-файлов, найденных на зараженных сайтах; PHP-компонент был удален более 5400 раз. В этом году неприятных находок пока меньше — в первом случае 1,64 млн, во втором — 2900. Многие их этих сайтов вдобавок содержали бэкдоры, скрипты для черной оптимизации, японоязычный спам, JavaScript-редиректы, используемые в рамках недавно запущенной мошеннической кампании, а также уязвимые или устаревшие плагины и темы.

Взлом серверов для внедрения тулкита Parrot TDS в основном осуществляется с помощью эксплойтов, которых у злоумышленников, по всей видимости, много; этот арсенал постоянно обновляется, в том числе за счет 0-day. Получив доступ, взломщики закрепляют его путем установки бэкдоров и создания учетных записей админа CMS.

Сценарий вредоносных инъекций зависит от используемой уязвимости и уровня доступа, который она обеспечивает. Так, в тех случаях, когда уязвимость позволяет получить админ-доступ к сайту WordPress, хакеры обычно устанавливают фальшивый плагин wp-sp, wp-sps, wp-pimple или wp-dumpme, который создает PHP-прокси и открывает бэкдор, позволяющий выполнить любой код PHP на взломанном сайте.

Поскольку атаки на сайты в рамках текущей кампании NDSW/NDSX разнятся, Sucuri смогла дать лишь общие рекомендации по очистке от инфекции и усилению защиты:

  1. Смените пароль администратора CMS и удостоверьтесь, что все пользователи с админ-привилегиями вам известны.
  2. Проверьте все темы, плагины и другие сторонние компоненты на сайте, удалите незнакомые и неиспользуемые.
  3. Найдите и очистите все зараженные файлы и записи базы данных; их могут быть тысячи, поэтому придется использовать систему мониторинга целостности и бэкап — или как-то иначе автоматизировать этот процесс.
  4. Удостоверьтесь в актуальности CMS и всех компонентов сторонней разработки.
  5. Рассмотрите возможность использования WAF, который будет защищать сайт от большинства известных атак и сдерживать эксплойт, пока ваш софт ожидает обновления.

Компании готовы тратить в среднем $2 млн на создание собственного SOC

Компании, которые только собираются строить собственный центр мониторинга кибербезопасности (SOC), в среднем готовы заложить на проект около 2 млн долларов. Такие данные приводит исследовательский центр «Лаборатории Касперского» по итогам глобального опроса организаций со штатом более 500 человек, где SOC пока нет, но его планируют создать в ближайшие два года.

Интересно, что больше половины респондентов (55%) рассчитывают уложиться в бюджет до 1 млн долларов.

При этом почти четверть (24%), наоборот, готовы потратить свыше 2,5 млн долларов. Всё сильно зависит от масштаба бизнеса. Малые компании в среднем ориентируются на сумму до 1,2 млн долларов, средние — примерно на 1,7 млн, а крупные корпорации — уже на 5 млн долларов. И это логично: чем больше инфраструктура и выше требования к защите, тем дороже проект.

Есть и региональные особенности. Например, в Китае и Вьетнаме компании готовы инвестировать в SOC больше, чем в среднем по миру. Это может быть связано с курсом на цифровой суверенитет и развитием собственных решений в сфере кибербезопасности.

По срокам большинство настроено довольно амбициозно. Две трети компаний (66%) рассчитывают развернуть SOC за 6–12 месяцев, ещё 26% закладывают от года до двух. Крупные организации, несмотря на более сложную инфраструктуру, чаще планируют уложиться в более сжатые сроки. На практике это обычно выглядит так: сначала SOC запускают для защиты критически важных систем, а затем постепенно расширяют его охват.

Главный барьер — деньги. Треть компаний (33%) называют основной проблемой высокие капитальные затраты. Почти столько же (28%) признаются, что им сложно оценить эффективность будущего SOC: метрик слишком много — от финансовых и операционных до стратегических, включая соответствие отраслевым стандартам.

Кроме того, бизнес сталкивается со сложностью самих решений: 27% говорят о трудностях управления комплексными системами кибербезопасности, 26% — об интеграции множества технологий. И, конечно, кадровый вопрос никуда не делся: четверть компаний отмечают нехватку квалифицированных специалистов, как внутри организации, так и на рынке в целом.

Как поясняет руководитель Kaspersky SOC Consulting Роман Назаров, бюджет на SOC может заметно отличаться в зависимости от масштаба инфраструктуры и выбранных решений. Первичные инвестиции покрывают лицензии и оборудование, но на этом расходы не заканчиваются — серьёзную долю в общей стоимости владения составляют операционные затраты, прежде всего зарплаты специалистов. По его словам, без чёткого стратегического плана с прописанными этапами и целями построить устойчивую систему кибербезопасности не получится.

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