Киберпреступники стали чаще использовать капчу для прикрытия фишинга

Киберпреступники стали чаще использовать капчу для прикрытия фишинга

Киберпреступники стали чаще использовать капчу для прикрытия фишинга

Киберпреступники стали чаще использовать защищённые капчей URL. В частности, исследователи зафиксировали резкий скачок фишинговых кампаний, в которых киберпреступники задействовали сервис Google reCAPTCHA («Я не робот»).

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

«Злоумышленники прячут фишинговый контент за капчей, поскольку это позволяет избежать детектирования вредоносного ресурса поисковыми роботами. Дополнительно такой приём создаёт видимость легитимной веб-страницы», — пишет команда Palo Alto Networks Unit 42.

Это далеко не новый, однако быстро набирающий популярность подход. Например, всего за прошлый месяц исследователи обнаружили 7572 уникальных вредоносных URL. Другими словами, каждый день в среднем эксперты натыкались на 529 новых злонамеренных ресурсов, защищённых капчей.

«Опросы и фейковые лотереи являются самым распространённым скамом, который злоумышленники прикрывают с помощью капчи. Под видом розыгрыша или выплаты жертву заставляют указать конфиденциальную информацию, включая адрес, дату рождения, платёжные данные и доход», — продолжают специалисты Unit 42.

Зачастую бывает так, что вредоносные страницы демонстрируют капчу только в том случае, если фиксируется специфический IP, версия браузера и т. п. Более того, под прикрытием капчи могут действовать и страницы, распространяющий вредоносные программы.

«Например, URL hxxps://davidemoscato[.]com распространяет вредоносные JAR-файлы, которые скрываются от глаз исследователей с помощью капчи», — подытожили эксперты.

APT-группа 2 недели хозяйничала в сети компании, пока атаку не выявил PT X

В январе 2026 года в инфраструктуре одной из компаний была выявлена вредоносная активность, связанная с группировкой PhantomCore. Атаку заметили ещё на этапе внедрения облачного решения для мониторинга безопасности и реагирования на инциденты PT X. В итоге инцидент удалось локализовать, а сама компания, как утверждается, позже полностью восстановилась.

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

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

К расследованию подключилась и команда PT ESC IR, которая занялась атрибуцией атаки. По её оценке, за инцидентом стояла группировка PhantomCore, впервые публично отмеченная в 2024 году. Эту группу связывают в первую очередь с кибершпионажем, а среди её типичных целей называют российские организации из сфер госуправления, судостроения, ИТ и промышленности.

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

Дополнительную роль сыграли и внутренние проблемы с безопасностью. Недостаточно корректная сегментация сети и отсутствие разделения привилегий для административных учётных записей позволили атакующим развивать атаку дальше. В числе скомпрометированных активов в итоге оказались один из контроллеров домена и служба сертификации Active Directory. Для перемещения по инфраструктуре, как сообщается, использовалась утилита atexec.py.

По данным Positive Technologies, злоумышленники оставались незамеченными около двух недель — до тех пор, пока скомпрометированные хосты не попали под защиту внедряемого решения. При этом основные меры по локализации удалось принять довольно быстро: менее чем за сутки были заблокированы соединения с C2-сервером и сброшены пароли у скомпрометированных учётных записей.

Дальнейшие работы по расследованию и устранению последствий заняли несколько дней. Параллельно в компании исправляли ошибки конфигурации и усиливали базовые меры защиты — в том числе пересматривали парольную политику и общую устойчивость инфраструктуры.

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