Systems Design Meditation · Edition 3
Идентичность для машин
Авторизация в агентном интернете
Edward Calderón
Архитектор ПО
Долгие годы цифровая идентичность задавала вопрос: Кто ты?
Агентные системы вводят другой вопрос: Что тебе разрешено делать от моего имени?
Аутентификация устанавливает субъекта. Она не объясняет делегирование, которое сделало действие законным. Это различие становится критическим, когда программное обеспечение может планировать и выполнять действия через несколько сервисов.
Граф полномочий
Складывающиеся отношения — это не единый вход, а граф:
человек ↔ агент ↔ сервис ↔ инфраструктура
Каждому ребру нужно собственное утверждение. Человек может разрешить агенту согласовывать счета, но не создавать поставщиков. Агент может вызывать бухгалтерский сервис, который опирается на облачную инфраструктуру. Пропуск одного долговечного учётного данного через всю цепочку сворачивает отдельные границы доверия в один секрет.
Надёжная система должна знать, кто создал агента, кто его авторизовал, какие полномочия были делегированы, к каким ресурсам он может обращаться, сколько времени существуют эти полномочия, какие действия произошли, можно ли их проверить и можно ли немедленно отозвать доступ.
Одни лишь учётные данные не могут выразить эту историю. Действительный токен может доказать, что рабочая нагрузка способна вызвать конечную точку. Он не обязательно доказывает, что данный пользователь одобрил данную цель в рамках данной политики в данный момент времени.
Идентичность становится динамической
Человеческая идентичность часто относительно долговечна. Полномочия агента обычно должны быть эфемерными и контекстными. Они могут быть выведены для задачи, сужены для инструмента и истекать по завершении рабочего процесса. Граница может сужаться по мере роста риска.
Это совместимо с нулевым доверием: не считайте местоположение в сети или прежний вход постоянным доказательством. Оценивайте субъекта, запрашиваемое действие, ресурс и текущий контекст. Короткоживущие учётные данные снижают экспозицию, но решение об авторизации остаётся явным.
Автономный субъект не должен просто обладать учётными данными. Он должен действовать внутри проверяемой границы полномочий.
Предположим, руководитель делегирует планирование поездок. Агент может читать доступность календаря и сравнивать рейсы. Бронирование возвратного билета в пределах лимита может быть разрешено. Бронирование невозвратной поездки, изменение записи паспорта или приглашение внешнего участника может требовать нового одобрения. «Доступ к поездкам» — слишком грубая формулировка; полномочия — это набор ограниченных переходов.
Происхождение делает цепочку проверяемой. Запись аудита должна связывать человеческое делегирование, экземпляр агента, версию политики, идентичность сервиса и результирующую операцию. Криптографические подписи могут защитить доказательства, но подписи не решают, была ли политика разумной. Управление продолжает определять допустимое делегирование.
Отзыв — часть идентичности
Системы часто рассматривают отзыв как административную уборку. Для агентов это часть контроля во время выполнения. Полномочия могут понадобиться исчезнуть, потому что устройство было потеряно, рабочий процесс был отменён, поведение превысило порог или делегирующий человек сменил роль.
Немедленный отзыв труден в распределённой инфраструктуре. Кэшированные политики, оффлайн-учётные данные и долго работающие задания могут продолжаться. Проектировщики должны выбрать максимально допустимую задержку и построить точки применения соответственно. Это свойство системы, а не флажок у поставщика идентичности.
Машинная идентичность также нуждается в отделении от идентичности агента. Рабочая нагрузка может быть подлинным программным обеспечением, работающим в аттестованной среде, в то время как сессия агента, действующая внутри неё, имеет более узкую, делегированную цель. Их смешение даёт каждому процессу рассуждения полные полномочия рабочей нагрузки.
Работа с цифровой идентичностью долго занималась эмитентами, держателями, верификаторами и структурами доверия. Агентные системы добавляют подвижных субъектов и быстрое делегирование, но основной урок остаётся: доверие контекстно. Проверка имеет значение только относительно конкретного решения.
Следующая проблема идентичности не только в том, чтобы доказать, кто является субъектом.
Она в том, чтобы доказать, что этому субъекту было разрешено делать.