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

WorkOS раскрыла взлом внутреннего приложения через ARTEX AI

30 октября WorkOS обнаружила взлом внутреннего приложения продаж: атакующий применил ARTEX AI для разведки и попыток эксплуатации.

✍️ Редакция iTech News | 04.11.2026 | ⏱ 3 мин | Источник: BleepingComputer
WorkOS раскрыла взлом внутреннего приложения через ARTEX AI

Взлом WorkOS через ARTEX AI затронул внутреннее приложение, которым пользуется отдел продаж: злоумышленник получил доступ к деловым контактам и сводкам общения с клиентами. Для российских команд, которые всё активнее внедряют ИИ в разработку и безопасность, это неприятно наглядный сигнал: агентные инструменты сокращают не только рутину у защитников, но и путь атакующего от разведки к попытке взлома.

Несанкционированный доступ WorkOS обнаружила 30 октября 2026 года, сообщает BleepingComputer. Компания утверждает, что её production-сервисы и данные приложений клиентов не пострадали. Однако в скомпрометированной внутренней системе оказались сведения, которых вполне достаточно для следующей, уже адресной атаки: имена, рабочие адреса, должности и компании из CRM, история аккаунтов, данные об использовании продукта, выдержки из звонков с продажами и поддержки, а также резюме клиентских переписок в Slack.

WorkOS разрабатывает инфраструктуру для разработчиков: API, SDK и инструменты для корпоративной аутентификации, SSO, управления пользователями и идентификацией. На сайте компании указано более 3 тыс. клиентов, среди которых OpenAI, Anthropic, Cursor, Perplexity, Snowflake, Plaid, Webglow и Netlify. Поэтому инцидент важен не только как проблема одного SaaS-поставщика: компрометация продаж и customer success в такой компании создаёт богатую фактуру для фишинга от имени знакомого менеджера, ложных уведомлений об интеграции или запросов на смену настроек доступа.

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

Ключевая деталь расследования — предполагаемое использование ARTEX AI, фреймворка для наступательного тестирования безопасности с ИИ. Основатель WorkOS Майкл Гринич сообщил, что специалисты нашли в запросах атакующего user-agent строки artex-enrich/1.0 и norma/0.4. Такие следы сами по себе не называют конкретного виновника: user-agent можно подменить. Но в совокупности с характером автоматизированной разведки и попыток эксплуатации они дали расследованию основание связать активность с этим набором инструментов.

ARTEX AI появился в открытом доступе ранее в 2026 году благодаря китайским разработчикам и позиционировался как средство для offensive security. После сообщений о его применении против южнокорейских банков проект сделали закрытым, но форки кода остались доступны. Фреймворк уже фигурировал в других инцидентах: CrowdStrike связывала его с глобальной кампанией группы Vapor Panda против 200 организаций, а некоммерческая организация DIVD сообщала о применении того же инструмента в атаке на неё в сентябре.

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

Для разработчиков и руководителей безопасности здесь нет экзотического рецепта. Внутренние приложения — особенно CRM, панели поддержки, инструменты продаж и администрирования — нужно включать в тот же контур защиты, что и публичные сервисы: минимальные привилегии, отдельные контуры доступа, журналирование, аномалия-детектирование, проверка внешних интеграций и регулярная ревизия прав. Отдельно полезно следить за необычными user-agent и паттернами запросов, но не превращать это в единственный барьер: подпись инструмента легко меняется, а вот нетипичная последовательность действий обычно заметнее.

Инцидент пока локализован, а WorkOS обещает раскрыть дополнительные детали после завершения расследования. Главный вопрос шире конкретного фреймворка: успеют ли компании распространить зрелые практики защиты на внутренние бизнес-системы раньше, чем ИИ-автоматизация сделает их удобной массовой целью. Исходные детали расследования и комментарий основателя компании доступны у BleepingComputer.

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