Подробный разбор · Около 3 мин чтения
Схема AWS и Keyfactor связывает вызовы агентов с подписанной пользователем делегацией
X.509, подписи, ограниченные токены и отзыв удостоверяют личность, но не деловую правильность действия в базе.
- Опубликовано здесь
- Дата источника
- Источник проверен
Руководство от 20 октября описывает три уровня: вход пользователя, обмен между агентами и MCP-сервер. Пример использует Bedrock, Strands, Keycloak и EJBCA Enterprise. Оно отличает предъявление удостоверения от доказательства, что конкретный запрос подписан специально уполномоченным владельцем ключа.
Слушать новости
Прослушайте эту статью или включите новости подряд.
Подготовка чтения…
Голос устройства
Речь обрабатывает браузер или устройство. AISubHub не отправляет текст в аудио-API. Доступные голоса и работа при заблокированном экране зависят от устройства.
При продолжении короткая фраза может повториться.
Кратко
- Объединены подписанные конверты, делегация пользователя и обмен RFC 8693 на токен с ограниченной аудиторией; сервер сопоставляет личности.
- Окно свежести по умолчанию составляет 60 секунд, случайный nonce — 128 бит, а память защиты от повторов хранит его два таких окна.
Отделить полномочия пользователя от ключа агента
После аутентификации приложение через RFC 8693 получает более узкий токен для защищённого MCP-сервиса, а не всех сервисов исходной сессии. Оно локально создаёт RSA-ключи минимум 2048 бит и отправляет EJBCA только запрос подписи сертификата. Сертификат и закрытый ключ упаковываются для Secrets Manager; удостоверяющий центр ключ не получает. Пользователь подписывает делегацию с SHA-256-отпечатками разрешённых сертификатов агентов и сроком действия. Агенты получают утверждение о полномочиях вместо пользовательского ключа или полного токена. У каждого агента свой ключ.
Сертификат не доказывает свежесть запроса
Вызывающий подписывает имя инструмента, аргументы, время и nonce алгоритмом RSA-PSS-SHA256. Получатель проверяет подпись, свежесть, уникальность nonce, цепочку CA, разрешённую роль и OCSP. Окно 60 секунд отсекает старые запросы; кэш отклоняет уже использованный nonce даже у свежего. Повторная попытка требует нового конверта и nonce, но не гарантирует ровно однократного выполнения деловой операции. Пример кэша потокобезопасен, однако находится в памяти. Для распределения руководство предлагает общий ElastiCache: одна реплика не должна забывать nonce, принятый другой.
Сервер инструмента соединяет доказательства
Перед действием проверяются активность и аудитория токена, конверт, делегация и разрешённый отпечаток, затем совпадение имени в токене, субъекта делегации и личности сертификата. Карта ролей допускает вызов оркестратором агентов базы и почты, не произвольные боковые или обратные вызовы. По AISubHub, это отвечает на вопрос, кто действует от чьего имени; права базы и правила операций по-прежнему необходимы. Пример обмена и сокращённая проверка в статье используют разные строки аудитории. Реальные настройки издателя и проверяющего надо согласовать, не копируя фрагменты как готовую конфигурацию.
Отзыв создаёт зависимость от доступности
При недоступном OCSP или иной ошибке проверки доступ запрещается. Выход отзывает сертификаты пользователя и трёх агентов, удаляет секреты и завершает сессию провайдера личности. Отзыв пользователя делает делегацию недействительной при следующих проверках; руководство называет это немедленным распространением через OCSP на каждом запросе. Свойство нужно проверять с реальными ответчиками, кэшами, сбоями и часами, а не считать универсальным измеренным пределом задержки. Профиль сертификата действует семь дней. Высокая доступность, общее состояние защиты от повторов, ротация и аудит входят в приёмку. Guardrails и ограниченные инструменты дополняют идентичность, но подпись и фильтр не доказывают правильность каждой операции.
Почему это важно
Анализ AISubHub: личность и делегацию следует проверять на границе инструмента, не только инструкциями модели. Корректная цепочка не доказывает разумность SQL или соблюдение деловой политики.
Ограничения и доступность
Это эталонная архитектура, не независимая сертификация; мы её не запускали. Нужны Keycloak от 26.2 и EJBCA Enterprise с OCSP. Лицензионные, эксплуатационные и сервисные расходы здесь не рассчитаны.
Источники и подтверждения
Дата источника: · Источник проверен:
Материалы подготовлены с помощью ИИ и сверены с указанными первоисточниками. Заявления поставщиков атрибутированы; публикация не означает рекомендацию.