ИИ выставляет счета быстрее, чем облако предупреждает: 14 000 $ за один день, 6 531 $ за 24 часа

Два недавних инцидента, задокументированных InfoQ — кража ключа AWS и агент, выпущенный без ограничений, — иллюстрируют основную проблему: скорость расходов агента сравнима со скоростью скрипта, тогда как скорость обнаружения и оповещения о расходах остаётся на уровне человека.

Простыми словами

ИИ-агент с облачными учётными данными может сжечь пятьзначную сумму за день, а уведомление о превышении бюджета приходит лишь на следующий день. Этот разрыв — не баг, а норма для систем биллинга, рассчитанных на людей, которые кликают слишком часто.

Два инцидента, один дефект

InfoQ публикует 16 июля 2026 года под авторством Steef-Jan Wiggers два случая, иллюстрирующих класс риска. Первый: агентство из трёх человек получило счёт AWS на 14 000 $ за один день после извлечения статических ключей доступа, которые были использованы для запуска вызовов Claude на Bedrock. Второй: DN42 в мае 2026 года — автономный агент за 24 часа развернул инфраструктуру на 6 531 $ с избыточными ресурсами. В обоих случаях обнаружение произошло после закрытия дневного цикла биллинга.

Всё укладывается в одну фразу: автоматы защиты от перерасхода в крупных облаках рассчитаны на людей — разработчика, забывшего выключить инстанс, или стажёра, умножившего батч на 10. Агент же не устаёт и не имеет культурных ограничений. Он итерируется, пока не наткнётся на жёсткий лимит или ключ не будет отозван. InfoQ резюмирует: "облачный биллинг отстаёт примерно на день от скорости расходов агента".

Под капотом

Известные рычаги для создателя агентов, которые стоит пересмотреть в свете этих инцидентов:

• Краткосрочные учётные данные + минимальный scope: IAM STS с коротким TTL, избегать статических ключей доступа для агента; систематическая ротация.
• Бюджеты не только уведомляющие, но и блокирующие: AWS Budgets Actions (или аналоги) для автоматического отзыва доступа при превышении жёсткого лимита.
• Rate-limit на уровне ключа: ограничивать вызовы Bedrock/Vertex на уровне ключа, а не только аккаунта.
• Субдневное обнаружение аномалий: метрики CloudWatch billing + оповещение по относительному порогу (например, > 3σ от среднего за 24 часа).

Что делать

Для CIO или CFO: облачный бюджет команды, экспериментирующей с агентами, больше не может пересматриваться ежемесячно — окно ущерба сопоставимо с одним днём. Для облачного провайдера: разрыв между телеметрией биллинга (почти в реальном времени) и его enforcement (ежедневный пакетный режим) становится реальным конкурентным преимуществом. Для CISO: статические учётные данные в коде теперь несут финансовый риск, а не только риск утечки — и эта категория ущерба больше не покрывается классическим киберстрахованием.