Microsoft: атаки на Windows через Zerologon не стихают

Microsoft: атаки на Windows через Zerologon не стихают

Microsoft: атаки на Windows через Zerologon не стихают

Злонамеренные попытки эксплуатации уязвимости в серверных Windows, известной как Zerologon, по-прежнему актуальны. Специалисты Microsoft по реагированию на ИБ-инциденты продолжают получать жалобы на текущие атаки, хотя и в меньшем объеме. Тем, кто еще не установил патч, настоятельно рекомендуется это сделать в кратчайшие сроки.

Уязвимость, известная как Zerologon (CVE-2020-1472), вызвана некорректной работой Windows-службы Netlogon. Использование бреши не требует авторизации и предполагает подключение по протоколу MS-NRPC к контроллеру домена (серверу с доступной для записи копией базы данных Active Directory). В случае успешной отработки эксплойта автор атаки сможет повысить свои привилегии до уровня администратора домена и запустить в сеть жертвы вредоносную программу — например, шифровальщика.

Опасный баг получил высшую оценку по 10-балльной шкале CVSS. Чтобы не вызвать проблем с аутентификацией некоторых затронутых устройств, разработчики решили закрыть уязвимость в два приема. Для начала они выпустили патч для всех поддерживаемых версий Windows Server — он включен в набор плановых апдейтов, вышедший в августе. Переход ко второму этапу — обновлению политик в домене — запланирован на I квартал будущего года.

«Мы настоятельно рекомендуем всем, кто еще не произвел обновление, сделать это незамедлительно, — пишут эксперты в профильном блоге Microsoft. — Чтобы обеспечить полную защиту от эксплойта, нужно не только установить апдейт, но также выполнить все инструкции, указанные в первоначальном варианте KB4557222».

В обновленной справке это руководство выглядит следующим образом:

  1. Установить на контроллеры доменов обновление, выпущенное 11 августа 2020 года или позднее.
  2. Выявить устройства, устанавливающие ненадежные соединения, посредством мониторинга журнала событий.
  3. Привести эти устройства в соответствие требованиям безопасности.
  4. Включить режим применения политик для защиты от атак через CVE-2020-1472 в масштабах всего окружения.

Рабочий эксплойт для Zerologon появился в арсенале злоумышленников в середине сентября. Спустя неделю в Microsoft зарегистрировали первые атаки с его использованием. К концу месяца число попыток эксплойта стало стремительно расти, и ИБ-эксперты забили тревогу. В октябре ситуация начала выравниваться: судя по новому сообщению Microsoft, жалоб стало меньше, хотя угроза пока сохраняет свою актуальность.

Хакеры спрятали команды для WordPress-зловреда в комментариях Steam

Исследователи GoDaddy обнаружили необычную вредоносную кампанию, жертвами которой стали почти 2000 сайтов на WordPress. Вместо традиционной инфраструктуры управления злоумышленники использовали комментарии в профилях Steam Community.

Схема выглядит настолько странно, что сначала напоминает шутку. Однако всё вполне серьёзно.

После заражения WordPress-сайта вредоносный код обращался к определённым профилям Steam и считывал комментарии пользователей. На первый взгляд они выглядели как обычный текст или даже ASCII-арт. Но внутри были спрятаны невидимые Unicode-символы.

 

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

По сути, комментарии Steam превратились в своеобразный центр управления вредоносной инфраструктурой.

После расшифровки сайт получал адрес внешнего сервера и загружал оттуда JavaScript под видом обычных библиотек. Для маскировки использовались названия вроде asahi-jquery-min-bundle или lodash.core.min.js, чтобы не вызывать подозрений у администраторов.

 

Финальной стадией атаки становилась установка бэкдора. Он позволял злоумышленникам удалённо выполнять PHP-код через специально сформированные POST-запросы и фактически получать контроль над сайтом.

По данным GoDaddy, кампания действует как минимум с июля 2025 года. Всего специалисты обнаружили признаки заражения примерно на 1980 WordPress-ресурсах.

Как именно происходило первоначальное заражение, пока неизвестно. Среди возможных вариантов называются украденные учётные данные администраторов, компрометация доступа по FTP / SFTP, уязвимости в темах и плагинах WordPress или атаки через цепочки поставок.

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

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