Análise aprofundada · Cerca de 4 min de leitura
Arquitetura AWS–Keyfactor vincula chamadas de agentes à delegação assinada pelo usuário
Certificados X.509, assinaturas, tokens restritos e revogação comprovam identidade, não a correção de uma ação no banco de dados.
- Publicado aqui
- Data da fonte
- Fonte verificada
O guia de 20 de outubro descreve três camadas entre login, chamadas entre agentes e servidor MCP. O exemplo usa Bedrock, Strands, Keycloak e EJBCA Enterprise. Ele distingue apresentar uma credencial de comprovar que uma solicitação específica foi assinada por uma chave especificamente autorizada.
Ouça as notícias
Ouça este artigo ou continue ouvindo as notícias.
Preparando a leitura…
Voz do dispositivo
O navegador ou dispositivo processa a voz. O AISubHub não envia o texto a uma API de áudio. As vozes e a reprodução com a tela bloqueada variam conforme o dispositivo.
Ao continuar, uma frase curta pode se repetir.
Resumo
- Combina envelopes assinados, delegação do usuário e troca RFC 8693 por token com audiência restrita; o servidor confere a consistência das identidades.
- A janela padrão é 60 segundos, nonces aleatórios têm 128 bits e o cache em memória os guarda pelo dobro da janela de frescor.
Separar autoridade do usuário e chave do agente
A aplicação autentica o usuário e obtém token mais limitado por RFC 8693. A audiência pretendida é o MCP protegido, não todos os serviços do token de sessão original. Chaves RSA de pelo menos 2048 bits são geradas localmente; só a solicitação de assinatura vai à EJBCA. Certificado e chave privada são empacotados para Secrets Manager, sem enviar a chave à autoridade certificadora. O usuário assina delegação com impressões SHA-256 dos certificados autorizados e validade. Agentes recebem uma declaração de autorização, não a chave privada ou token completo do usuário. Cada agente possui sua própria chave.
Certificado não prova uma solicitação recente
O chamador assina nome da ferramenta, argumentos, timestamp e nonce com RSA-PSS-SHA256. O receptor verifica assinatura, frescor, unicidade do nonce, cadeia CA, papel autorizado e OCSP. A janela de 60 segundos expira pedidos antigos; o cache rejeita nonce já usado mesmo com timestamp recente. Uma nova tentativa exige novo envelope e nonce, sem garantir por si só execução única da operação de negócio. O cache do exemplo é seguro entre threads, mas fica em memória. O guia cita ElastiCache compartilhado para distribuição: uma réplica não pode esquecer um nonce já aceito por outra.
O servidor junta as evidências de identidade
Antes da operação, o servidor verifica token ativo e audiência, envelope, delegação e impressão autorizada, depois cruza usuário do token, sujeito delegado e identidade do certificado. O mapa de papéis permite ao orquestrador chamar subagentes de banco ou email, sem chamadas laterais ou ascendentes arbitrárias. Na análise AISubHub, isso responde quem pediu e em nome de quem; ainda são necessários privilégios adequados no banco e política por operação. Os fragmentos de troca de token e validação usam textos de audiência diferentes. A configuração real do emissor e verificador deve ser alinhada, sem copiar trechos como uma configuração pronta.
Revogação cria dependência de disponibilidade
O projeto nega chamadas quando OCSP está indisponível ou uma validação falha. Logout revoga certificados do usuário e de três agentes, remove segredos e encerra a sessão do provedor de identidade. Revogar o usuário invalida delegações nas checagens seguintes; o guia chama isso de propagação imediata por OCSP a cada pedido. É preciso verificar respondedores, caches, falhas e relógios configurados; não há latência universal medida. O perfil de certificado dura sete dias. Alta disponibilidade, estado de replay compartilhado, rotação e auditoria devem entrar na aceitação. Guardrails e acesso limitado complementam a cadeia, mas assinatura e filtro de conteúdo não comprovam a correção de toda operação gerada.
Por que importa
Análise AISubHub: identidade e delegação devem ser impostas na fronteira da ferramenta, não apenas em instruções ao modelo. Identidade válida não comprova SQL correto ou conformidade da ação com a política de negócio.
Limites e disponibilidade
É uma referência, não certificação independente; não executamos a solução. Exige Keycloak 26.2 ou posterior e EJBCA Enterprise com OCSP. Custos de licença, implantação e serviços não são quantificados aqui.
Fontes e evidências
Data da fonte: · Fonte verificada:
Conteúdo editorial com apoio de IA, verificado em fontes primárias. Alegações dos fornecedores são atribuídas; inclusão não é recomendação.