Новая атака подменяет DNS-серверы в домашних роутерах

Новая атака подменяет DNS-серверы в домашних роутерах

Интернет-пользователи в Бразилии столкнулись с масштабной атакой, которая имеет своей целью тайное изменение IP-адресов доменных серверов в настройках интернет-роутеров пользователей. В случае успешного проведения нападения, роутеры начинали использовать подложные DNS-серверы, направлявшие пользователей на фиктивные серверы с копиями систем онлайн-банкинга.

Фабио Ассолини, специалист по информационной безопасности в «Лаборатории Касперского», говорит, что атака начинается со спам-рассылки, в которой получатели под разными предлогами вынуждаются перейти по ссылке. Ссылка ведет на сайт, который в фоновом режиме вынуждает браузер подгрузить специально сконструированный URL, сообщает cybersecurity.ru.

Этот URL указывает на локальные адреса, которые, как правило исопльзуются домашними или SOHO роутерами. Одновременно с этим, сайт подгружает данные типа admin:admin или root:root, чтобы войти в интерфейс управления устройством. Если вход выполняется удачно, то вредоносный алгоритм изменяет скрипт dsncfg.cgi, отвечающий за конфигурирование доменной подсистемы.

В «Лаборатории Касперского» говорят, что атака целенаправленно ориентирована на бразильских пользователей, которые получают роутеры от интернет-провайдеров. Такие устройства, как правило, идут уже сконфигурированными, но без измененных паролей.

Ассолини говорит, что на момент выявления атаки, ими было обнаружено 5 вредоносных доменов и 9 поддельных доменных серверов, все они были ориентированы на бразильских пользователей.

Подпишитесь на новости

1,8 ТБ и вагон ошибок: как выгрузка с Яндекс Диска превратилась в квест

Пользователь «Яндекс Диска» решил сделать резервную копию 1,8 ТБ файлов, а также примерно 160 ГБ фотографий и получил приключение с ошибками API, зависшими загрузками и собственными скриптами.

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

Подробности инженер Сергей Терёхин, известный как KenGuru66, описал  в собственном разборе на Хабре.

План был такой: rclone, сервер в Нидерландах, копия в Google Drive. Но стандартная аутентификация позволяла получить сведения о диске, а обращения к файлам возвращали ошибку 410. Доступ удалось наладить с другим OAuth-токеном.

Фотографии из безлимитной автозагрузки добавили веселья: для копирования через выбранный API их пришлось переместить в обычную папку. После этого они начали занимать место в тарифе. Более 30 тысяч снимков переносились около шести часов.

В выборке из 300 случайных файлов автор смог получить начало только 146. По важной папке с документами он скопировал и проверил по MD5 2315 файлов; ещё 3079 на момент публикации оставались недоступны.

Потерю данных автор не утверждает, он продолжает повторные загрузки. Скрипты опубликованы на GitHub.

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