В почтовой системе Yahoo обнаружена серьезная уязвимость

В почтовой системе Yahoo обнаружена серьезная уязвимость

Вслед за резонансными взломами The Wall Street Journal, The New York Times и Twitter, компания Yahoo признала, что ее почтовый сервис также мог быть взломан, а взломанные аккаунты использованы для рассылки спама. Сложно сказать, являются ли предыдущие взломы и взлом Yahoo связанными между собой, но цели последнего взлома, судя по всему, отличаются от ранее совершенных взломов.

Согласно информации антивирусной компании Bitdefender, в случае с Yahoo, хакеры использовали ряд уязвимостей в безопасности программного обеспечения почтового сервиса Yahoo и перехватывали сессионные файлы-cookie, что позволяло им захватить контроль над пользовательским интерфейсом и рассылать через него спам, используя также систему сокращения ссылок bit.ly. Изначально кампания была ориентирована на западных пользователей, так как использовала только мошеннические письма в стиле сообщений новостного сайта MSNBC, позже мошенники начали рассылать традиционные для таких кампаний предложения о домашнем заработке через интернет, пишет cybersecurity.ru.

В Bitdefender говорят, что по их данным мошенники использовали для проведения атаки специальный код на JavaScript, который использовал XSS-уязвимость, впервые появившуюся в Yahoo Developer Network и связанную с передачей cookie. Ранее многие эксперты по сетевой безопаности неоднократно критиковали компании за использование сессионных cookie-файлов без соответствующего механизма защиты. Так, в случае с атакой имело место использования так называемых supercookie, то есть сессионных файлов, которые выдаются сервером при авторизации пользователя на двух и более разных порталах одного оператора. Как правило, такие файлы-идентификаторы связаны с поддоменами и выдаются основными доменами в отношении доменов более низкого уровня.

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

Так, в случае с Yahoo, использование файлов от developer.yahoo.com в некоторых случаях давало расширенный доступ к mail.yahoo.com, что является уязвимостью. Ранее нечто подобное было найдено во многопользовательской версии системы Wordpress.

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

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