Речь в материале Хабра идёт о ситуации, которую многие команды уже создали сами. Пока ассистент лишь предлагает строку кода, цена ошибки невелика: кто-то молча примет неудачный вариант, где-то утечёт лог с секретом. Картина меняется, когда агенту выдают учётные данные от репозитория, облака или сервисной учётной записи кластера. Тогда он создаёт, правит и удаляет ресурсы с такой интенсивностью, что Kubernetes не в состоянии отделить штатную работу от атаки.
Новая учётная запись, а не просто функция
В этот момент привычный инструмент продуктивности становится самостоятельным субъектом доступа: у него есть права, радиус поражения и место в модели угроз. Вектор проникновения при этом почти не受限 — инъекцию можно подхватить из README или из лога сборки, который никто не считал опасным. Спор о том, станут ли разработчики этим пользоваться, источник считает запоздалым: уже пользуются.
Что обсуждают
Автор предлагает разобраться, как удержать агента в зоне, где его видно и где его можно остановить. Конкретных решений в заметке не приводится — это приглашение к разговору, а не инструкция.
Как сообщает Хабр, вопрос уже не в том, появятся ли у ИИ-агентов права в инфраструктуре, а в том, кто и как будет их контролировать.
Источник: Telegram: Хабр
Комментарии 2