Спам в декабре 2009 года

Спам в декабре 2009 года

...

В первый зимний месяц доля спама в почтовом трафике уменьшилась по сравнению с ноябрем на 2,2% и составила в среднем 82,6%. Максимальная доля спама была зафиксирована 19 и 20 декабря — по 87,4%. А меньше всего рекламы было разослано в католическое Рождество, 25 декабря. Вероятно, спамеры уважают религиозные чувства.

Что касается стран — источников спама, то оба лидера — США и Россия — сохранили свои позиции, с показателями в 22,7% и 7,1% соответственно. На третье место поднялась Бразилия (6,1%), на четвертое попал Вьетнам (5,8%). Индия по сравнению с ноябрем опустилась с третьей строчки рейтинга на пятую (5,4%). Десятку закрывают Корея (4,8%), Украина (4,0%), Италия (3,2%), Китай (3,0%) и Румыния (2,1%).

От национального состава спама перейдем к тематическому. Реклама всевозможных образовательных семинаров сохранила первенство, хотя ее доля продолжила снижаться, упав на 4% (20,3%). На второе место к новогодним каникулам выбилась реклама отдыха и путешествий, прибавив более 4% (16,4%). Помимо этого спамеры пытались заинтересовать пользователей медицинскими товарами и услугами (13,3%), репликами элитных товаров (6%), а также — как, впрочем, и всегда — не чурались мошенничества (7,9%).

Тему Рождества и Нового года злоумышленники не могли обойти стороной: накануне праздников пользователи получили множество «нигерийских писем» и сообщений о выигрышах в рождественскую лотерею. Кроме того, как мы и прогнозировали, мошенники активно использовали фальшивые электронные открытки, пытаясь заставить пользователей скачать вредоносные программы. Чаще всего такие «открытки» размещались на зараженных сайтах.

В декабре фишинговым атакам подверглись множество компаний, лидерами среди которых традиционно стали PayPal (35,7%), eBay (17,4%) и Facebook (10,2%). Также внимания фишеров не избежали владельцы аккаунтов World of Warcraft, которым следует не забывать о скилле «осторожность в онлайне».

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

 Источник 

Расширения Chrome могут слить секреты URL через атаку по стороннему каналу

Как оказалось, расширения Chrome можно использовать для слива кодов авторизации, сеансовых ID и других секретов из URL любой открытой вкладки. Никаких специальных разрешений для этого не понадобится, только доступ к declarativeNetRequest API.

Этот механизм, пришедший на смену webRequest API, позволяет расширениям сообщать браузеру, что следует изменить или заблокировать на загружаемой странице (заголовки, реклама, трекеры).

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

Исследователь Луан Эррера (Luan Herrera) обнаружил, что блокировку, диктуемую правилами, Chrome производит почти мгновенно, за 10-30 мс, а остальные запросы выполняются дольше (~50-100ms) — из-за сетевых подключений. Эту разницу во времени расширение может использовать для бинарного поиска с целью посимвольного слива URL.

// extensions/browser/api/web_request/extension_web_request_event_router.cc:1117-1127
case DNRRequestAction::Type::BLOCK:
  ClearPendingCallbacks(browser_context, *request);
  DCHECK_EQ(1u, actions.size());
  OnDNRActionMatched(browser_context, *request, action);
  return net::ERR_BLOCKED_BY_CLIENT;

Оракул для подобной тайминг-атаки строится с использованием chrome.tabs.reload для перезагрузки страницы и перехватчика chrome.tabs.onUpdated, помогающего отследить событие status === "complete". Замер времени между reload и завершением загрузки покажет, заблокирован запрос или успешно обработан.

Повторение проверок и бинарного поиска позволяет получить полный URL (с довеском после «?»), затратив на каждый знак строки несколько прогонов. Таким образом, можно незаметно для пользователя украсть включенные приложением в адрес секреты — токены OAuth и сброса пароля, API-ключи, ссылки на контент, закрытый для поисковых систем.

Проверка PoC проводилась на Windows 11 24H2 с использованием Chrome разных версий:

  • 144.0.7559.97 (Stable)
  • 145.0.7632.18 (Beta)
  • 146.0.7647.4 (Dev)
  • 146.0.7653.0 (Canary)

В Google подтвердили возможность подобной атаки по стороннему каналу, но заявили, что решить проблему нереально.

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