Мошенники массово крадут деньги со счетов умерших с помощью их eSim

Мошенники массово крадут деньги со счетов умерших с помощью их eSim

Мошенники массово крадут деньги со счетов умерших с помощью их eSim

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

Как сообщил телеграм-канал Baza, именно по такой схеме мошенники опустошили счета умершего жителя Москвы.

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

По данным F.A.C.C.T., первая волна такого рода мошенничества была отмечена в марте 2024 года. По оценкам Департамента Fraud Protection, количество эпизодов с использованием такой схемы уже весной достигло 100 только среди клиентов одного неназванного крупного банка.

Как прокомментировал «Известиям» начальник отдела информационной безопасности компании «Код безопасности» Алексей Коробченко, мошенники используют несколько схем, часть которых базируется на манипуляциях с номерами умерших. Первые эпизоды, по его данным, имели место еще в 2022 году.

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

Руководитель лаборатории стратегического развития продуктов кибербезопасности Аналитического центра кибербезопасности «Газинформсервис» Дмитрий Овчинников также обратил внимание на то, что в аферах могут участвовать третьи лица: сотрудники салонов связи, родственники или знакомые (ситуация, когда номер оформлен на одного человека, а пользуется им другой не редкость).

По оценке координатора платформы «Мошеловка» Евгении Лазаревой, количество эпизодов с использованием такой схемы не превышает 1 тысячи. Она хлопотна и рискованна для злоумышленников, по крайней мере, если речь идет о живом человеке, который быстро обнаружит попытку «угона».

«Поэтому злоумышленники стараются выбирать жертвами недавно умерших людей — либо арестованных, заключенных, пожилых, которые слабо подкованы в техническом смысле и редко пользуются мобильным телефоном», — предупреждает Евгения Лазарева в комментарии для «Известий».

Расширения 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