Когда ИИ-агент создаёт виртуальную сеть, базы данных или балансировщик нагрузки, проблема не заканчивается с завершением задачи. Ресурс может продолжать работать, расходовать бюджет и требовать обслуживания, тогда как в качестве владельца указана машинная идентичность вроде deploy-agent, а не человек, с которым можно связаться или возложить на него ответственность за ресурс.
В материале этот вопрос рассматривается как пробел в управлении облачной инфраструктурой: идентичность выполнения, создавшая ресурс, не обязательно является его фактическим владельцем. По мере роста числа агентов и скорости их создания традиционные механизмы владения, основанные на сотрудниках, становятся недостаточными.
Выявление ресурсов, принадлежащих агентам
Первый шаг — инвентаризация ресурсов с указанием владельца, а затем сопоставление значения этого тега с каталогом идентичностей организации. В AWS и Azure тег можно сопоставить с записями ролей или исходных субъектов службы. В Google Cloud материал предлагает проверять, присутствует ли значение владельца в каталоге сотрудников; если нет, то согласно используемому правилу проверки это не человеческая идентичность.
Появление машинной идентичности не означает, что ресурс незаконен: автоматизация могла быть спроектирована для запуска инфраструктуры от имени организации. Однако такая проверка сужает область аудита до ресурсов, которым действительно требуется назначение человеческого владельца.
Что меняется на практике?
Вместо того чтобы автоматически считать владельцем человека или учётную запись, выполнивших план развертывания, политика утверждения должна проверять сам тег владельца. Предлагаемое правило заключается в том, что развертывание не должно проходить, если у ресурса, поддерживающего тегирование, нет владельца, если значение владельца не имеет формат электронной почты человека или если оно совпадает с одной из известных идентичностей агентов.
Материал рекомендует хранить список идентичностей агентов в JSON-файле, передаваемом движку политик. При отсутствии списка политика должна завершаться отказом, а не разрешать развертывание без проверки. Также не рекомендуется использовать API-ключи с административными полномочиями; вместо этого предлагается выдать каждому агенту ключ типа User в составе отдельной команды, с ограниченными правами в среде, в которой он работает, и избегать общих токенов.
Определение срока жизни сред
Политик развертывания недостаточно для обработки устаревших ресурсов, которые агенты уже создали. Поэтому материал предлагает использовать срок действия среды: человек создаёт среду и определяет срок её жизни, а агент выполняет внутри неё операцию развертывания. Так предупреждения об истечении срока доходят до человека, способного принять меры, вместо того чтобы отправляться машинной идентичности, у которой нет почтового ящика.
В материале говорится, что env zero предупреждает создателя среды перед её автоматическим уничтожением в два срока: за два дня и за два часа тридцать минут. Также упоминается модель Axiom, которая автоматически удаляет аккаунт, если на него не заявили права в течение 24 часов.
Почему эта новость важна?
Материал связывает масштабирование проблемы с ростом числа агентов внутри организаций. Согласно опросу Gravitee за 2026 год, среднее число корпоративных агентов примерно удвоилось за четыре месяца — между декабрём 2025 года и апрелем 2026 года, — при этом более трети организаций запускали свыше 100 агентов. Опросы, проведённые Larridin, также выявили в корпоративных средах в среднем 47 агентов без назначенного владельца.
Расследование становится ещё сложнее, когда агенты используют общую сервисную учётную запись: журнал может подтвердить создание ресурса, но не показывает, какой запуск, запрос или решение к этому привели. Поэтому явное назначение человеческого владельца не только помогает решить проблему расходов, но и частично устраняет пробел в подотчётности журналов аудита.
Ограничения также очевидны: успех этих мер контроля зависит от точности каталогов идентичностей, от того, чтобы агенты не обходили политики полномочий, и от наличия в организации устоявшегося определения того, кто фактически владеет ресурсом. Сам источник представляет собой материал с поддержкой env zero, поэтому к его рекомендациям по продуктам следует относиться как к предлагаемым решениям, а не как к единственному рыночному стандарту.