ЕЩЕ РАЗ: Агент должен быть отдельной идентичностью, а не тобой с твоим допуском. Твоему живому стажёру ведь выдают его собственный пропуск, а не отдают твой личный. Поэтому: 1️⃣ Своя учётная запись. Сервисная УЗ в AD, отдельный пользователь в ОС, свои API-ключи. Интерактивный вход запрещён, владелец опеределен, срок жизни задан (не бескончный). 2️⃣ Права чисто под задачу. Только то, что нужно агенту, а не всё, что доступно владельцу. 3️⃣ Делегирование там, где без него никак. Агенту нужна твоя почта или календарь? Тогда он работает «от имени» через OAuth со строгими scope, и его права ограничены пересечением твоих и его собственных. Что это даёт • В логах видно, кто действовал: мясной человек или агент. • Взлом агента не открывает всё, что доступно владельцу. • Права агента можно отозвать, не блокируя человека. • Для агентских УЗ можно включить отдельные политики и поведенческий мониторинг.

Вауля ле Бордель, мон туту: Где у нас еще проблемы, собачка?

• Сервисные УЗ сами по себе классическая дыра: вечные пароли, лишние права, нет владельца, нет ротации. • По умолчанию агент на ноутбуке запускается под пользователем и наследует всё: SSH-ключи, облачные CLI-сессии, токены в браузере. Одной отдельной УЗ в IdP мало, нужны отдельный пользователь ОС или контейнер. • Prompt injection никуда не денется: подсунутая агенту инструкция всё равно сработает, но в рамках урезанных прав. Масштаб ущерба решает не имя учетка, а то, сколько прав ей выдали.

Короче, чтобы ваш Джарвис не правратился в Альтрона и не разнес вашу Инфру как Соковию в одноименном фильме - начните контролировать его уже сейчас.