Фишеры продолжают использовать редиректы от Adobe и Google

Фишеры продолжают использовать редиректы от Adobe и Google

Фишеры продолжают использовать редиректы от Adobe и Google

Киберпреступники используют в фишинговых кампаниях ссылки, сгенерированные с помощью сервисов Google и Adobe — это помогает им обходить различные спам-фильтры и перенаправлять пользователей на вредоносные сайты.

Поскольку в таких ссылках, доставляемых пользователям посредством электронных писем, фигурируют домены Google и Adobe, различные фильтры принимают их за легитимные URL от доверенных техногигантов.

На деле же эти ссылки задействуют механизм редиректа, который приводит жертву на сайт злоумышленников.

«Это принцип редиректа использует URL Google и перенаправляет пользователя на тот сайт, который выбрал человек, сгенерировавший эту ссылку. Есть мнение, что данный механизм на руку фишинговым кампаниям, поскольку получатель видит легитимный домен в ссылке», — пишет по поводу этой вредоносной кампании Google.

«Мы же считаем, что на такие индикаторы нельзя полагаться и считать их некой гарантией безопасности URL».

Вот пример такой ссылки от Google: https://www.google.com/url?q=[url]. Вместо «url» злоумышленник может подставить свой сайт.

«В фишинговых кампаниях часто используются подобные редиректы от известных компаний. По таким ссылкам пользователь пройдёт с большей вероятностью, так как подумает, что они от Google или Adobe», — заявили в Adobe.

Вышла утилита RKN Block Checker для диагностики блокировок

Разработчик Дмитрий Виноградов представил утилиту RKN Block Checker с открытым исходным кодом. Она помогает понять, почему конкретный сайт не открывается: это обычная сетевая проблема или блокировка на стороне провайдера / регуляторной инфраструктуры.

Проект написан на Python и опубликован под лицензией MIT. Утилита работает из командной строки и проверяет соединение по цепочке DNS → TCP → TLS → HTTP.

Идея простая: не просто выдать вердикт, что сайт недоступен, а показать, на каком именно уровне всё сломалось. Например, если системный DNS не даёт нормальный ответ, а Cloudflare DoH возвращает корректный адрес, это может указывать на DNS-подмену. Если TCP-соединение на 443-й порт сбрасывается, речь может идти о блокировке на уровне IP.

Если TCP проходит, но соединение рвётся на TLS-рукопожатии с SNI, это уже похоже на работу DPI / ТСПУ. А если сайт открывается, но вместо страницы приходит заглушка провайдера или код 451, утилита фиксирует и такой сценарий.

 

Автор отдельно подчёркивает, что смысл RKN Block Checker не в том, чтобы заменить браузер. Браузер и так сообщает, что сайт не открылся. Здесь задача другая — разложить проблему по слоям и дать пользователю более понятную картину, где именно произошёл сбой и на что это похоже.

Утилита сравнивает ответы системного DNS и DNS over HTTPS через Cloudflare, проверяет обычное TCP-подключение, запускает TLS-handshake с SNI целевого домена и затем делает HTTP-запрос. Вердикт выставляется по первому уровню, на котором возникла ошибка.

 

У проекта есть и ограничения. Пока поддерживается только IPv4. Списки целей жёстко заданы в коде и включают около 20 сайтов на категорию, поэтому инструмент не поймает все частные случаи. Кроме того, это разовая проверка без повторов и долгосрочного мониторинга, хотя JSON-вывод можно использовать в cron для регулярных запусков.

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