c4.4 Centralize as ferramentas atrás do AgentCore Gateway com limites de taxa
Registre as ferramentas explicitamente por um gateway central, controle quais aplicações podem invocar cada ferramenta, autorize cada chamada e use os limites de taxa como modelagem de tráfego para conter uma chamada em loop ou abusiva.
Guia de implementação
Como implementar na AWS
Use o Amazon Bedrock AgentCore Gateway para registrar as ferramentas (Lambda, OpenAPI, Smithy, servidores MCP) explicitamente e configure quais aplicações de IA podem invocar cada uma. Autentique os chamadores com um autorizador IAM ou JWT (OAuth) e autorize cada chamada de ferramenta com o AgentCore Policy (Cedar), que nega por padrão. Adicione limites de taxa no gateway por identidade, target ou ferramenta para suavizar picos e proteger os backends. Os limites de taxa são aproximados e falham em aberto, portanto não são um limite de segurança; as cotas de serviço em nível de conta continuam sendo o teto rígido.
Critérios de aceitação
Apenas as ferramentas registradas são invocáveis; os chamadores são autenticados no gateway; uma chamada de ferramenta só é permitida quando uma política a autoriza; os limites de taxa são configurados como modelagem de tráfego, com a autorização e as cotas de serviço em nível de conta como limites efetivos.
Implementação prática
Como este controle é implementado em cada arquitetura de referência:
O AgentCore Gateway na conta de IA generativa é o único ponto de registro de ferramentas: autentica os chamadores, autoriza cada chamada com uma política de negação por padrão e modela o tráfego com limites de taxa.
- Registre as ferramentas (Lambda, OpenAPI, Smithy, servidores MCP) explicitamente no Amazon Bedrock AgentCore Gateway para que apenas as ferramentas conhecidas sejam invocáveis.Conta de IA generativa AgentCore Gateway
AWS Lambda - Configure quais aplicações de IA podem invocar cada ferramenta e defina autorizadores OAuth para o acesso ao gateway.Conta de IA generativa
Amazon Bedrock 
IAM - Associe um policy engine do AgentCore Policy ao gateway e escreva políticas Cedar que permitam a principais específicos chamar ferramentas específicas. O mecanismo nega por padrão e um forbid prevalece sobre um permit, então uma chamada de ferramenta só é permitida quando uma política a autoriza.
- Adicione limites de taxa no gateway por identidade, target ou ferramenta para suavizar picos e conter chamadas em loop. Trate-os como modelagem de tráfego aproximada que falha em aberto, não como um limite de segurança: apoie-se na autenticação, na autorização e nas cotas de serviço em nível de conta como teto rígido.
Como validar: Apenas as ferramentas registradas são invocáveis; o acesso por ferramenta é restrito a aplicações específicas; uma chamada de ferramenta sem política que a permita é negada; os limites de taxa modelam o tráfego e as cotas de serviço são o teto rígido.
Evite: Deixar o modelo chamar funções arbitrárias que descobre em tempo de execução, ou tratar os limites de taxa como o controle que impede o abuso. Registre e autorize cada ferramenta; os limites de taxa são aproximados e falham em aberto.
O AgentCore Gateway centraliza o registro de ferramentas na conta: autentica os chamadores, autoriza cada chamada com uma política de negação por padrão e modela o tráfego com limites de taxa.
- Registre as ferramentas explicitamente no AgentCore Gateway para que apenas as conhecidas possam ser invocadas.Camada de IA generativa (papel IAM) AgentCore Gateway AWS Lambda
- Restrinja o acesso por ferramenta à aplicação aprovada e adicione autorizadores OAuth.Camada de IA generativa (papel IAM) Amazon Bedrock IAM
- Associe um policy engine do AgentCore Policy ao gateway e escreva políticas Cedar que permitam a principais específicos chamar ferramentas específicas. O mecanismo nega por padrão e um forbid prevalece sobre um permit, então uma chamada de ferramenta só é permitida quando uma política a autoriza.
- Adicione limites de taxa no gateway por identidade, target ou ferramenta para suavizar picos e conter chamadas em loop. Trate-os como modelagem de tráfego aproximada que falha em aberto, não como um limite de segurança: apoie-se na autenticação, na autorização e nas cotas de serviço em nível de conta como teto rígido.
Como validar: Apenas as ferramentas registradas são invocáveis; o acesso é restrito por app; uma chamada de ferramenta sem política que a permita é negada; os limites de taxa modelam o tráfego e as cotas de serviço são o teto rígido.
Evite: Um catálogo de ferramentas aberto, protegido apenas por limites de taxa. Registre as ferramentas, autentique e autorize cada chamada e mantenha as cotas de serviço como teto rígido.
Ameaças atendidas
- Ferramentas não registradas ou sem governança invocadas pelo modelo.
- Esgotamento de recursos por chamadas excessivas ou em loop a ferramentas.
Serviços AWS
Mapeamentos de frameworks
OWASP GenAI/LLM Top 10 (2026)
- LLM03 Excessive Agency
- LLM06 Unbounded Consumption
NIST AI Risk Management Framework (AI 100-1)
- MANAGE.1 AI risks are prioritized, responded to and managed
AWS Security Hub — AI Security Best Practices
- BedrockAgentCore.2 Bedrock AgentCore Gateways should require authorization for inbound requests
AWS Well-Architected Generative AI Lens (Security)
- GENSEC05-BP01 Implement least privilege and permission boundaries for agentic workflows
- GENSEC04-BP02 Sanitize and validate user inputs to foundation models
OWASP GenAI Top 10 for Agentic Applications (2025)
- ASI02 Tool Misuse and Exploitation
Assista
Recursos de aprendizado
Referências
- AWS SRA para IA — Capacidade 4, Gestão de identidade e acesso