GMO нашла ИИ-агент ARTEX в атаках на японские компании

Подробно

Что известно об атаках ARTEX на японские компании?

По сообщению GMO Cybersecurity by IERAE, расследование велось совместно с внешними организациями. Сначала компания изучила одну атакующую инфраструктуру. По доступной GMO телеметрии, она работала почти исключительно по Японии и нацеливалась примерно на 20 японских компаний, девять из которых относились к одной отрасли. Дальнейшая проверка выявила шесть атакующих инфраструктур с ИИ, нацеленных преимущественно на японский бизнес.

GMO описала основные группы целей шести инфраструктур так:

• цифровые подарки и розничная торговля;
• образование, подарки и печать;
• программы баллов, подарки и маркетинг;
• страхование и финансы;
• электронная коммерция, медиа и логистика;
• электронная коммерция.

Yomiuri Shimbun пишет, что расследование по запросам пострадавших организаций выявило шесть зарубежных публично доступных серверов. С них с 18 сентября по 18 октября 2026 года атаковали японские компании. На всех шести серверах нашли следы ARTEX и не нашли следов других ИИ-агентов. Издание сообщает как минимум примерно о 80 атакованных компаниях и организациях из страхования, финансов, логистики и других отраслей. В официальной публикации GMO нет ни этого общего числа, ни точного интервала дат.

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

Руководитель GMO Cybercrime Countermeasures Center Даики Фукумори призвал компании проверить свои системы:

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

Что такое ARTEX и как он работает?

ARTEX - не самостоятельная языковая модель, а агентная система автоматизации тестирования на проникновение. Она подключается к внешним большим языковым моделям и может сама планировать разведку, искать уязвимости и запускать инструменты. Согласно истории GitHub, на которую ссылается Kyunghyang Shinmun, разработчик под псевдонимом Autumn-27 выложил ARTEX в открытый доступ 26 июля 2026 года.

Конкретные приёмы японской кампании по отдельным инцидентам GMO не раскрывает. 15 октября компания описывала общую тенденцию по многим расследованным делам: атакующие искали уязвимости в версиях ПО, сведения о которых не полностью отражены в базе CVE, и обходили WAF, переключаясь между несколькими сотнями IP-адресов. Это не доказывает, что каждый из приёмов использовался во всех атаках с ARTEX.

JPCERT/CC 8 октября (с обновлением 9 октября) предупредил о серии утечек в японских организациях примерно с сентября. По его данным, атакующие сканировали разные известные уязвимости, пользовались ошибками конфигурации и API, похищали файлы окружения и резервные копии, применяли SQL-инъекцию в Metabase и web-shell. ARTEX в этом предупреждении не упоминается. Yomiuri также пишет, что JPCERT/CC видел следы ИИ-агентов в атаках на японские компании начиная с августа, но в открытом предупреждении организации этого нет.

Национальный институт информационных и коммуникационных технологий Японии (NICT) 13 октября описал ещё один метод из японской серии, A2B-атаку. Атакующие разбирают общедоступное Android-приложение, выясняют его API и устройство серверной части, а затем точечно бьют по backend.

Какие языковые модели, IP-адреса и уязвимости использовались против японских компаний и сколько данных похищено, публично не сообщалось.

Как ARTEX использовали при взломе банков Южной Кореи?

CrowdStrike 7 октября 2026 года описала инфраструктуру кампании против южнокорейских финансовых организаций. Кампания шла с конца сентября до начала октября и закончилась выводом данных. В открытых каталогах серверов атакующего исследователи нашли историю сессий Claude Code, конфигурационные файлы ARTEX и файлы памяти Claude. Указанные там цели совпадали с организациями из отраслевых сообщений об утечках.

По реконструкции CrowdStrike, у атакующего было два сервера. Сервер в Гонконге служил основной инфраструктурой оператора, а на адресе 38.244.50[.]120 работал экземпляр ARTEX, который, вероятно, и применялся против корейских организаций. Основной языковой моделью для ARTEX служила DeepSeek v4.1-flash. В дополнительных сессиях Claude Code также использовались GLM-5.3 от Zhipu AI и Grok 4.6.

Взламывали в основном второстепенные сервисы: у одного банка - сервис, где брокеры проверяют ход рассмотрения кредита, у другого - мобильную систему поддержки сотрудников. Генеральный директор компании Stealien Пак Чхан-ам объяснил это так:

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

Какие корейские банки пострадали и сколько данных утекло?

Комиссия по финансовым услугам Южной Кореи 14 октября сообщила о подтверждённых инцидентах в 16 финансовых организациях разных сегментов и примерно 100 000 утёкших записей. Пароли от счетов и номера карт, утечка которых напрямую грозит несанкционированными платежами, среди подтверждённых утечек не выявлены.

Регулятор назвал Shinhan Bank, KB Kookmin Bank, BNK Busan Bank, Hana Bank, сберегательные банки Yegaram, Welcome, DB и OK Savings Bank, Hyundai Capital, KDB Capital, PFCT, Mowda, Brightpix, Streami, Prabang и федерацию Saemaul Geumgo. На 14 октября комиссия ещё проверяла, связаны ли инциденты между собой, стоит ли за ними один субъект и применялся ли ИИ в каждом случае. Точное число корейских организаций, затронутых именно кампанией с ARTEX, CrowdStrike не подтвердила.

Кто стоит за атаками с ARTEX?

Оператор атак публично не установлен. Подозреваемых не называли, обвинений никому не предъявляли. CrowdStrike не связала кампанию ни с одной известной группировкой:

«Эта деятельность не атрибутирована названному противнику, однако оператор, вероятно, является носителем китайского языка и финансово мотивирован».

Этот вывод CrowdStrike делает с умеренной уверенностью. Основания - китайскоязычные команды, китайское происхождение ARTEX и запросы о продаже похищенных корейских данных. Китайский язык команд и происхождение инструмента сами по себе не доказывают гражданство или принадлежность атакующего. В сессии Claude нашлись персональные данные возможного оператора. CrowdStrike сочла их правдоподобными, но предупредила, что окончательно связать их с атакующим по имеющимся данным нельзя.

Президент южнокорейского Financial Security Institute Пак Сан-вон считает, что совпадение IP-адресов у разных банков может указывать на общего оператора. Однако, по его словам, ARTEX доступен всем, а трафик шёл через восемь стран, поэтому ни по инструменту, ни по IP национальность атакующего не определить:

«ARTEX имеет открытый исходный код и доступен во всём мире… Одних IP-адресов недостаточно, чтобы определить атакующего».

GMO предполагает, что японская кампания повторяет корейский подход. При этом компания не утверждает, что атаки в обеих странах провёл один и тот же человек или одна группа. Были ли цели за пределами Японии и Южной Кореи, ещё выясняется. По сообщению Reuters, МИД Китая заявил, что не располагает сведениями о конкретном деле, и подчеркнул, что выступает против хакерских атак.

Что заявил разработчик ARTEX?

8 октября, после сообщений о применении ARTEX во взломах, разработчик Autumn-27 объявил на GitHub о закрытии проекта:

«Учитывая злоупотребление инструментом, проект ARTEX больше не будет обновляться и станет закрытым. Новые версии не будут публиковаться, поддержка также прекращается».

Разработчик заявил, что инструмент создавался в защитных целях:

«Изначально ARTEX был создан, чтобы помогать предприятиям и организациям проверять риски безопасности в пределах разрешённых активов и повышать уровень защиты».

Autumn-27 также осудил незаконное использование ARTEX и отказался нести за него ответственность. Когда Reuters проверял проект, исходной страницы на GitHub уже не было. Однако опубликованный раньше код остаётся в сторонних форках и зеркалах, так что инструмент никуда не исчез.

Что делать компаниям для защиты от таких атак?

Японское Агентство по продвижению информационных технологий (IPA) 9 октября заявило, что японскую серию атак пока нельзя свести к уязвимости какого-то одного продукта. По публичным случаям вероятными точками входа выглядят внешние приложения, сервисы и скомпрометированные учётные записи. IPA рекомендовало срочно проверить логи, установку патчей, защиту API, учётные записи и объём хранимых данных.

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

Оценок финансового ущерба и расходов на восстановление ни в Японии, ни в Южной Корее пока не публиковали.