Идентичность ИИ-агентов: вопрос, который пропустила каждая компания

Короткий ответ: когда вы запускаете ИИ-агента внутри своей компании, ему нужна собственная идентичность — точно так же, как сотруднику нужна учётная запись. Распространённая сегодня практика — жёстко прописывать в агенте статический API-ключ, чтобы он мог обращаться к вашим системам, — самое опасное, что можно сделать, потому что этот ключ никогда не истекает, никто не знает, кто им пользуется, и его нельзя быстро отозвать, когда это нужно. Правильный подход — дать каждому агенту зарегистрированную идентичность, ограниченные права и краткосрочные токены, которые истекают автоматически.

Именно это Okta, один из крупнейших в мире поставщиков решений для управления идентификацией, объявила 24 августа 2026 года, представив новую возможность под названием Agent SSO. Идея выглядит простой на поверхности, но её последствия глубоки: зарегистрировать ИИ-агента как полноценную идентичность в корпоративном каталоге, наряду с сотрудниками-людьми, чтобы на него распространялись те же инструменты предоставления, мониторинга и отзыва доступа.

Почему этот вопрос стал срочным именно сейчас

За последние два года корпоративный ИИ прошёл путь от «бота, который отвечает на вопросы» до «агента, который выполняет работу». Сегодняшний агент открывает вашу CRM, читает заказы, обновляет запись о складских остатках, пишет клиенту и может даже подготовить счёт. Каждый из этих шагов означает вход в реальную систему с реальными данными.

Проблема в том, что средства безопасности большинства компаний построены на одном допущении: в систему входит человек. Одна показательная цифра, которую Okta привела в своём объявлении, отражает этот разрыв: лишь 34% организаций применяют к ИИ-агентам те же меры безопасности, что и к сотрудникам-людям. Иными словами, примерно две трети компаний позволяют автоматизированным сущностям работать в своих системах без того же уровня управления.

Когда у агента нет чёткой идентичности, проблемы накапливаются, и все они одного рода: вы не знаете, сколько агентов работает в вашем бизнесе, не знаете, кто разрешил каждого из них, не можете ответить на простой вопрос аудитора — «кто выполнил это действие?» — и у вас нет единой кнопки, чтобы остановить агента, который сбился с курса.

Что на самом деле делает Agent SSO

Сервис работает на открытом протоколе Cross App Access (XAA) — расширении известного стандарта OAuth, которое принято в качестве официального расширения корпоративно управляемой авторизации для MCP, протокола, ставшего общим языком между агентами и системами. Коротко говоря, когда ИИ-агент, поддерживающий этот протокол, пытается подключиться к одному из ваших бизнес-приложений, происходит следующее:

  • Регистрация: агент записывается в корпоративный каталог как именованная идентичность, а не как анонимный ключ.
  • Авторизация: он получает краткосрочный токен доступа, который истекает автоматически, вместо статического ключа в файле конфигурации.
  • Управление: администратор управляет правами агента из той же консоли, что и правами сотрудников.
  • Мгновенный отзыв: доступ агента можно отключить одним действием в тот момент, когда его поведение покажется неправильным.

Примечательно, что Okta включила Agent SSO в свой базовый пакет единого входа без дополнительной платы — это сигнал того, что компания хочет распространить этот подход как стандарт, а не продавать его как премиальную функцию. В объявлении также были названы компании, работающие с ней над этим подходом, среди них Anthropic, Atlassian, Slack, Notion, Datadog и Figma.

Новое правило: у каждого ИИ-агента, работающего в вашей компании, должны быть имя, отвечающий за него человек-владелец, ограниченные права и срок действия. Точно как у сотрудника.

Что это значит для владельца бизнеса в Саудовской Аравии

В год, который Королевство объявило Годом искусственного интеллекта, компании стремительно внедряют ИИ-агентов в обслуживание клиентов, продажи и операционную деятельность. А переход от пилота к реальной эксплуатации — это именно тот момент, когда идентичность и права доступа перестают быть технической деталью и становятся ключевым вопросом.

Есть и регуляторное измерение. Закон о защите персональных данных (PDPL) требует от организации контролировать, кто и с какой целью получает доступ к персональным данным, и уметь подтвердить это при аудите. Если ваш ИИ-агент читает данные клиентов через общий ключ, который никому конкретно не принадлежит, вы фактически не можете ответить на вопрос «кто получил доступ к этим данным?» — и это не просто техническая уязвимость, а пробел в соответствии требованиям.

Практические шаги, с которых можно начать сегодня

Чтобы начать, не нужна глобальная платформа. Те же принципы применимы к любой правильно построенной внутренней системе:

  • Проведите инвентаризацию агентов: составьте список всех ИИ-инструментов, подключённых сегодня к вашим системам, — их количество вас удивит.
  • Отдельная учётная запись для каждого агента: никогда не используйте учётную запись сотрудника или универсальный ключ сразу для нескольких инструментов.
  • Минимальные привилегии: если агенту нужно только читать, не давайте ему права изменять или удалять.
  • Краткосрочные токены: замените постоянные ключи токенами, которые истекают и обновляются автоматически.
  • Полный журнал аудита: каждое действие агента записывается с его именем, временем и затронутой системой.
  • Человек-владелец: у каждого агента есть ответственный сотрудник, который периодически пересматривает его права и может его остановить.
  • Одобрение человеком для чувствительных операций: финансовые переводы, удаление данных и массовые рассылки клиентам требуют контрольной точки с участием человека.

Как мы смотрим на это в Origami

Когда мы создаём индивидуальную систему для клиента и подключаем к ней ИИ-агента, мы с первого дня относимся к этому агенту как к пользователю с учётной записью, правами и журналом, а не как к скрипту, работающему с ключом администратора. Это простое архитектурное решение избавляет клиента от последующей перестройки и делает систему готовой к аудиту с самого начала, вместо того чтобы латать её при первом вопросе аудитора или первом инциденте безопасности.

Объявление Okta важно тем, что превращает то, что раньше было личным решением отдельных разработчиков, в отраслевой стандарт, поддерживаемый крупными поставщиками инструментов. Тот, кто строит на этой основе сегодня, автоматически окажется в соответствии с тем, что через год-два станет базовым требованием.

Итог: ИИ в вашей компании — это уже не инструмент, которым вы пользуетесь, а сторона, действующая от вашего имени. А любой стороне, действующей от вашего имени, нужны идентичность и чёткие границы — иначе вы управляете риском, которого не видите.

Источники