AWS обвиняет в сбое пользователя: "конкретно неправильно настроенные элементы управления доступом", а не ИИ. Технический гигант отрицает ответственность инструмента Kiro за 13-часовой простой. — theregister.com
В поучительной истории об агентном ИИ сообщается, что в декабре AWS столкнулась с перебоями в обслуживании, вызванными собственными инструментами кодирования на базе ИИ, хотя компания настаивает, что причиной простоя в конечном итоге стала человеческая ошибка.
По словам четырех источников, пожелавших остаться неизвестными, облачная платформа Amazon испытала 13-часовой сбой, затронувший одну службу, после того как штатные инженеры позволили Kiro внести изменения, как сообщает Financial Times.
Kiro, представленный в прошлом году, описывается AWS как агентная служба кодирования, которая может преобразовывать запросы в подробные спецификации, а затем в рабочий код, с целью упростить внедрение приложений, написанных в стиле vibe-coding, в производственную среду.
Сервис был разработан, чтобы избежать ловушек, с которыми уже столкнулись другие инструменты разработки с поддержкой ИИ, такие как полное удаление раздела жесткого диска или удаление базы данных.
Однако Kiro, по сообщениям, решил “удалить и воссоздать среду”, что привело к отключению в конце 2025 года.
Это был не первый случай, когда инструменты ИИ компании были вовлечены в перебои в обслуживании после того, как им было разрешено устранять неполадки без вмешательства человека, согласно отчету FT.
Однако, по словам представителя, версия событий Amazon отличается. В заявлении, отправленном в The Register, компания сообщила:
“Этот краткий инцидент стал результатом ошибки пользователя (сотрудника AWS), а именно неправильно настроенных элементов управления доступом, а не ИИ. Сбой в обслуживании был чрезвычайно ограниченным в прошлом году, когда была затронута только одна служба (AWS Cost Explorer — которая помогает клиентам визуализировать, понимать и управлять затратами и использованием AWS с течением времени) в одном из двух наших регионов в материковом Китае.
“Этот инцидент не затронул вычислительные мощности, хранилища, базы данных, технологии ИИ или любые другие из сотен служб, которые мы предоставляем. После этих событий мы внедрили многочисленные дополнительные меры безопасности, включая обязательный коллегиальный обзор для доступа к производственной среде.”
AWS заявила, что пользователи должны настраивать, какие действия может выполнять Kiro, и по умолчанию Kiro запрашивает авторизацию перед выполнением любого действия, но в данном случае инженер использовал роль с более широкими разрешениями, чем ожидалось.
Хотя Amazon отрицает вину Kiro, это все равно служит предупреждением для всех, кто думает о том, чтобы позволить агентам ИИ действовать без человеческого контроля. Существует растущее количество историй, включая одну, где агент застрял в цикле, многократно вызывая API базы данных.
У Kiro были и другие проблемы с момента запуска. В прошлом году AWS пришлось ввести ежедневные лимиты использования и список ожидания для инструмента, ссылаясь на неожиданно высокий спрос, а также ” ошибку в ценообразовании“, которая заставила некоторых пользователей описать его как “трагедию, разоряющую кошелек”. ®
Всегда имейте в виду, что редакции могут придерживаться предвзятых взглядов в освещении новостей.
Автор – Dan Robinson