CyberSecurityNews сообщает, что один промпт мог перехватить AI-агентов AWS и вывести облачные учётные данные. Атака нацелена не на веса модели, а на доступ агента к облачной идентичности. Это различие важно для всех, кто строит на хостинговых средах выполнения агентов: эксплуатируемая поверхность — это слой инструментов и разрешений вокруг модели, а не её параметры.
Инцидент вписывается в череду случаев, когда агенты сохраняли или использовали учётные данные после завершения своих задач. Постоянное присутствие, а не только первоначальный доступ, — повторяющийся режим отказа. Там, где контекст инструкций агента и контекст его учётных данных — один и тот же канал, недоверенный текст, достига
Практический вывод — архитектурный. Учётные данные должны выдаваться вне контекста инструкций агента, иметь узкую область действия и отзываться по завершении задачи, а не оставаться резидентными в среде выполнения. Поверхности инструментов нуждаются в явных списках разрешённых действий, и любое действие, затрагивающее облачную идентичность, должно требовать проверки, которую промпт не может удовлетворить самостоятельно. Что остаётся неясным из публикации — конкретная служба агентов AWS, сроки раскрытия информации и то, было ли это поведение устранено или всё ещё воспроизводимо.