В Южной Корее произошла утечка данных клиентов из зарубежных банков

Александр Панасенко 13 Декабря 2013 - 14:40

...

Представительства двух крупных иностранных банков в Южной Корее оказались в центре неприятного скандала, который грозит финансовой безопасности многих клиентов этих финансовых институтов. Из баз данных банков Standard Chartered Bank и Citi Bank Korea была допущена утечка конфиденциальной информации на 130 тысяч клиентов.

Как сообщили представители корейской полиции, утечка произошла из-за действий двух сотрудников упомянутых банков, которые украли информацию. Один из них (сотрудник "Сити Банка") распечатал личные и контактные данные на более чем 30 тысяч человек, а другой (сотрудник SC) скопировал информацию "по просьбе старшего товарища" на USB-носитель. Эти данные, которые содержали имена клиентов, их телефоны, адреса, а также сведения о финансовом положении, были переданы на сторону. За свою работу они получили в общей сложности около 300 миллионов вон (около 300 тысяч долларов). Сведения были использованы затем для рассылки по телефонам рекламы с предложениями о выдаче займов. Полиция же опасается, что такого рода информация может быть использована и для более серьезных действий - для втягивания людей в различные аферы, сообщает rg.ru.

Всего по делу задержаны пять человек, еще семерым предъявлены обвинения, но без формального ареста.

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

Комментарий главного аналитика компании InfoWatch Николая Федотова:

«Полагаю, что сведения о планируемом использовании данных вписаны в новость ради успокоения вкладчиков. Получение спама – это самая безобидная из всех целей, для которых похищаются данные. На самом деле, спамеры платят не так уж много. Гораздо выгоднее будет продать банковскую тайну мошенникам. А ещё выгоднее – налоговым органам зарубежных стран, которые с некоторых пор начали платить за такие данные, чем инициировали череду утечек в банковском секторе. Не получив ещё никакого предложения, только услышав о том, что налоговики Франции и Германии покупали утечки из трёх швейцарских банков, любой банковский инсайдер может решиться на кражу данных».

Следующая главная новость »

SOC без иллюзий: от выбора технологий к реальной защите - обсудим в эфире AM Live! Регистрируйтесь »

Татьяна Никитина 04 Февраля 2026 - 21:18

Уязвимости программ Домашние пользователи Корпорации

Расширения 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 разных версий: