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

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

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

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

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

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

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

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

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

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

HTML-экспорт Telegram позволял красть переписку, патч уже доступен

Исследователи из ExPatch обнаружили уязвимость в десктопной версии Telegram, позволявшую незаметно встраивать JavaScript в экспортированную историю переписки. В самом мессенджере вредоносное сообщение выглядело обычно, но после открытия HTML-файла в браузере скрипт мог скопировать сообщения на сервер злоумышленника или подменить содержимое страницы.

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

Бот мог спрятать там скрипт, замаскировав кнопку невидимыми символами. Ему необязательно было находиться в атакуемой группе. Сообщение с веб-кнопкой сохранялось при пересылке, поэтому участник мог самостоятельно занести скрипт в чат. Там он спокойно ждал экспорта хоть несколько месяцев.

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

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

Для атаки требовалось совпадение трёх условий: экспорт создали в уязвимой версии Telegram Desktop, вредоносное сообщение попало в файл, а пользователь открыл его в браузере с активным JavaScript. Случаи реальной эксплуатации не зафиксированы.

Уязвимость присутствовала в версиях с 4.15.1 по 6.9.3. Исправление вошло в бету 6.9.4 и стабильную версию 7.0.1, выпущенную 14 июля. Однако обновление не лечит уже сохранённые HTML-файлы.

Исследователи советуют повторно экспортировать старые чаты после обновления либо открывать прежние копии с отключённым JavaScript.

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