Symantec зафиксировала масштабное снижение объемов спама

Symantec зафиксировала масштабное снижение объемов спама

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



По мнению экспертов Symantec, обвал объема нежелательной корреспонденции сразу на 16% следует в первую очередь связывать с перерывом в деятельности ботнета Rustock, который неожиданно замолчал 4 января текущего года. Сообщается, что прекращение работы вредоносной сети оказало на распространение спама такое негативное воздействие, какого исследователи не видели с 2008 года - тогда был ликвидирован печально известный поставщик Интернет-услуг McColo, на серверах которого обитало множество образцов вредоносного программного обеспечения вкупе с центрами управления ботнетами.


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


Еще одним фактором, повлиявшим на рассылки мусорной корреспонденции, оказалось полномасштабное отключение египетского сектора Интернета. Специалисты Symantec отметили в отчете, что когда правительство Египта приняло решение прекратить доступ граждан к Сети, общий объем спама уменьшился. Однако подсети охваченной революционными настроениями страны в сравнении с ботнетом Rustock являют собой образец благопристойности: весь Египет несет ответственность всего лишь за одну десятую долю процента суммарного количества нежелательных писем.


Главным источником спама остаются Соединенные Штаты (29% мусорных рассылок). Россия находится в списке на третьей позиции с пятью процентами. Лидируют американцы и в фишинге - 52%; российские похитители учетных сведений и психологические манипуляторы также набрали 5%, однако заняли уже четвертое место, пропустив вперед Германию и Канаду.


Стоит упомянуть о крупном падении еще нескольких показателей: так, на 37% снизилась интенсивность использования инструментов для автоматического построения фишинговых сайтов, а число подобных узлов без доменного имени (т.е. тех, к которым можно обратиться только по IP-адресу) и вовсе уменьшилось вдвое.


Ознакомиться с оригиналом документа можно здесь.

Вышла утилита 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