КИБЕРБЕЗОПАСНОСТЬ

Банки Южной Кореи проверяют после атак с возможным участием ИИ

Данные до 119 тысяч клиентов могли утечь при атаках на банки Южной Кореи. Регулятор проверяет инциденты и версию об ИИ-автоматизации.

✍️ Редакция iTech News | 06.10.2026 | ⏱ 4 мин | Источник: BleepingComputer
🔒

ИИ-атаки на банки стали предметом экстренной проверки в Южной Корее: регулятор подтвердил утечку в Shinhan Bank, а местные СМИ сообщили о компрометации данных до 119 тысяч клиентов KB Kookmin Bank. Для российской финансовой ИТ-индустрии это не экзотическая история из другого региона, а наглядный сигнал: автоматизация разведки и поиска уязвимостей сокращает время между ошибкой в периметре и реальным инцидентом.

Комиссия по финансовым услугам Южной Кореи (FSC) собрала экстренное совещание после серии атак на финансовые организации, сообщает BleepingComputer. Ведомство начало выездные проверки по поступившим уведомлениям и передало рабочую информацию профильным органам, включая Korea Internet & Security Agency (KISA). В поле зрения регулятора оказались Shinhan Bank, KB Kookmin Bank и Hana Bank — три крупных коммерческих банка страны.

Shinhan Bank, по данным корейских медиа, мог раскрыть сведения примерно о 25 тысячах клиентов. В случае KB Kookmin Bank речь идёт о данных банковских карт 119 тысяч клиентов. У Hana Bank инцидент затронул систему поддержки продаж; власти называют масштаб утечки ограниченным. FSC публично не раскрыла технические детали проникновения, состав скомпрометированных данных и сроки, в которые злоумышленники находились внутри систем. Это как раз те детали, от которых зависит оценка реального ущерба: одно дело — служебные записи без платёжных реквизитов, другое — данные, пригодные для мошенничества и захвата аккаунтов.

Регулятор потребовал от финансовых компаний проверить все внешне доступные ИТ-системы и сервисы, в том числе те, что не работают напрямую с клиентами. Отдельно предписано убрать лишнее раскрытие информации, проверить аутентификацию и контроль доступа, быстро обмениваться индикаторами компрометации и передать результаты внутренних проверок. Формулировка про неклиентские сервисы здесь особенно важна: атакующие редко выбирают самый очевидный вход, если рядом есть забытый портал партнёра, тестовый API или административный интерфейс с формально «временным» исключением из политики доступа.

Версия о том, что ИИ-атаки на банки могли быть автоматизированы агентными инструментами, пока не подтверждена ни банками, ни властями. Yonhap сообщило, что на сервере, связанном с атаками, обнаружили заголовок HTML-страницы со строкой на китайском языке, ассоциируемой с ARTEX AI. Это открытая система для тестирования на проникновение: она использует агентов для сбора информации, поиска уязвимостей, построения цепочек атак, запуска защитных и атакующих утилит, а также проверки найденных слабых мест.

Сам по себе такой артефакт не доказывает ни использование ARTEX AI, ни происхождение нападавших. Заголовок страницы можно изменить, оставить намеренно или получить при работе с чужой инфраструктурой. Руководитель Genian Security Center Мун Чон Хён написал в LinkedIn, что несколько аналитиков по угрозам считают вероятным применение средств автоматизации на базе ИИ. Корректнее говорить именно о рабочей гипотезе: атрибуция по одному техническому следу — плохой повод назначать виновных, особенно когда речь идёт о потенциально публично доступном инструменте.

Но практический вывод не зависит от того, подтвердится ли конкретный инструмент. Агентная автоматизация меняет экономику атаки: злоумышленнику не обязательно вручную перебирать сотни поддоменов, читать документацию к каждому сервису и строить карту доступа по частям. Система может параллельно искать открытые интерфейсы, сопоставлять версии компонентов с известными проблемами и предлагать дальнейшие шаги. Ошибки в инвентаризации активов, слабая сегментация и незащищённые сервисные учётные записи становятся заметнее и опаснее быстрее, чем это привыкли учитывать многие процессы безопасности.

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

Южнокорейские власти также пообещали контролировать защиту потребителей и компенсации пострадавшим, а после расследования рассмотреть изменения регулирования. Президент Ли, как сообщали местные СМИ, потребовал тщательно расследовать утечки персональных данных в финансовых и государственных учреждениях. Главный вопрос теперь не в том, заменит ли ИИ классические атаки, а в том, насколько быстро банки адаптируют контроль периметра к противнику, который умеет работать одновременно по тысячам точек входа.

Поделиться: Telegram X LinkedIn