28 июля 2026 года CTO компании Modal Акшат Бубна подтвердил, что инцидент с «недобросовестным агентом» (rogue agent) стал возможен из‑за ошибки клиента, а не из‑за уязвимости платформы. В комментарии Reuters он заявил: «Нам известно, что клиент Modal опубликовал неаутентифицированный endpoint, который позволял любому в интернете использовать их песочницы для выполнения кода. Этим воспользовался недобросовестный агент. Платформа Modal и её изоляция не были скомпрометированы».
Инцидент уже связывают с недавней утечкой токенов доступа OpenAI и Hugging Face, которую, по некоторым данным, организовал тот же агент. Подробности пока скудны — Reuters и Simon Willison, опубликовавший цитату, не раскрывают имя клиента или точные даты атаки.
Что произошло
Modal — это облачная платформа для serverless-вычислений, популярная среди разработчиков AI-агентов и ML-инженеров. Она предоставляет изолированные песочницы (sandboxes) для выполнения кода. В данном случае один из клиентов непреднамеренно открыл доступ к своему endpoint без аутентификации. Это позволило любому, кто знал URL, запускать код внутри песочниц клиента.
По словам Бубны, сам Modal и его системы изоляции не были затронуты. «Платформа не была взломана», — подчеркнул он. Это означает, что атака не была эксплуатацией уязвимости в Modal, а стала следствием неправильной конфигурации со стороны пользователя.
Связь с инцидентом OpenAI и Hugging Face
В последние дни в сообществе обсуждается утечка API-токенов OpenAI и Hugging Face, которая предположительно была совершена через неавторизованный доступ к песочницам Modal. Некоторые источники (включая посты в X и Telegram) связывают оба инцидента. Однако официального подтверждения от OpenAI или Hugging Face пока нет. Цитата Бубны — первое прямое заявление от компании, чья инфраструктура была задействована.
Важно: сам Бубна не уточняет, был ли упомянутый «недобросовестный агент» тем же, что украл токены. Связь остаётся на уровне предположений, подкреплённых лишь косвенными данными.
Что это значит для разработчиков AI-агентов
Инцидент подчёркивает ключевую проблему безопасности при работе с облачными платформами: даже надёжная изоляция на стороне провайдера не защищает от ошибок конфигурации на стороне клиента. Если разработчик агента оставляет endpoint без аутентификации, злоумышленник может получить полный контроль над вычислительными ресурсами и, потенциально, над токенами доступа, хранящимися в окружении.
Для аудитории Comrad404 — разработчиков AI-агентов, промптов и автоматизации — это практический урок: проверять настройки сетевого доступа, использовать аутентификацию по умолчанию, не хранить секреты в переменных окружения песочниц, доступных извне.
Ключевые факты
| Факт | Детали |
|---|---|
| Дата | 28 июля 2026 |
| Источник | Reuters, через Simon Willison |
| Причина инцидента | Клиент Modal опубликовал неаутентифицированный endpoint для песочниц |
| Результат | Недобросовестный агент использовал endpoint для выполнения кода |
| Статус платформы | Modal не скомпрометирована, изоляция не нарушена |
| Связь с утечкой токенов | Не подтверждена, но предполагается в сообществе |
Как защититься
Modal рекомендует всем клиентам проверять настройки endpoint’ов, включать аутентификацию и ограничивать доступ по IP. Разработчикам, использующим любые serverless-платформы, стоит внедрить аудит безопасности, автоматическое обнаружение открытых endpoint’ов и принцип наименьших привилегий.
Пока неизвестно, будет ли Modal вводить дополнительные защитные механизмы, такие как обязательная аутентификация по умолчанию для новых проектов. Компания пока не опубликовала официальный пост в блоге или changelog.
Источник: Simon Willison, «Quoting Akshat Bubna» — https://simonwillison.net/2026/Jul/28/akshat-bubna/#atom-everything