c4.7 Restrinja as ferramentas baseadas em Lambda
Quando uma ferramenta é uma função Lambda, restrinja seu papel de execução, isole-a em uma VPC e limite seus recursos para que uma ferramenta comprometida tenha alcance limitado e não possa esgotar recursos.
Guia de implementação
Como implementar na AWS
Dê a cada ferramenta Lambda um papel de execução restrito apenas aos serviços da AWS necessários, implante-a em uma VPC com security groups restritivos, aplique políticas baseadas em recursos para controlar quem pode invocá-la, criptografe as variáveis de ambiente com uma chave gerenciada pelo cliente e defina timeouts/limites de memória.
Uma ferramenta Lambda é código que o agente pode disparar
Quando uma ferramenta de agente é respaldada por uma função do AWS Lambda, o modelo pode fazer esse código ser executado com o que a função da role permitir. Se a função tiver permissões excessivas, estiver na rede pública ou puder escalar sem limite, uma injeção de prompt que chega à ferramenta se transforma em ações reais, movimento lateral ou um evento de custo/DoS. Restrinja a função em três eixos: identidade, rede e recursos.
Restrinja a função de execução (execution role)
Toda Lambda tem uma função de execução. Comece de AWSLambdaBasicExecutionRole (apenas CloudWatch Logs) e adicione somente as ações específicas de que esta ferramenta precisa, nada amplo:
{
"Version": "2012-10-17",
"Statement": [
{
"Sid": "ToolDataAccessOnly",
"Effect": "Allow",
"Action": ["dynamodb:GetItem"],
"Resource": "arn:aws:dynamodb:us-east-1:111122223333:table/Orders"
}
]
}
Combine isso com o limite de permissões da ferramenta (consulte o controle de funções de ferramenta) para que as permissões efetivas nunca possam exceder o teto.
Coloque-a em uma VPC com egresso controlado
Execute a função em sub-redes privadas para que ela não possa alcançar livremente a internet, e use o grupo de segurança + um caminho de egresso filtrado por NAT para controlar o que ela pode chamar:
aws lambda update-function-configuration \
--function-name agent-tool-lookup-order \
--vpc-config 'SubnetIds=subnet-0aaa1111,subnet-0bbb2222,SecurityGroupIds=sg-0ccc3333'
Limite seu raio de impacto com concorrência reservada
A concorrência reservada é ao mesmo tempo um piso e um teto — ela impede que uma ferramenta mal utilizada escale para milhares de execuções em paralelo (custo descontrolado, esgotamento de recursos a jusante):
aws lambda put-function-concurrency \
--function-name agent-tool-lookup-order \
--reserved-concurrent-executions 10
Defina também um timeout curto da função e memória mínima para que uma invocação travada ou abusada seja barata e limitada.
Nota de nomenclatura: substitua o nome da função, os ids de sub-rede/SG, o ARN da tabela, e ajuste o limite de concorrência ao pico legítimo da ferramenta. A concorrência reservada não gera cobrança extra.
Critérios de aceitação
As ferramentas Lambda têm papéis de execução restritos, isolamento em VPC, políticas de invocação baseadas em recursos, variáveis de ambiente criptografadas com CMK e timeouts/memória limitados.
Implementação prática
Como este controle é implementado em cada arquitetura de referência:
Cada ferramenta baseada em Lambda na conta de IA generativa roda com um papel de execução restrito, isolamento em VPC, uma política de invocação baseada em recursos, variáveis de ambiente criptografadas com CMK e limites definidos.
- Dê a cada ferramenta Lambda um papel de execução restrito apenas aos serviços da AWS de que precisa, e implante-a em uma VPC com security groups restritivos.
- Aplique uma política baseada em recursos para que apenas o gateway/app aprovado possa invocá-la, e criptografe as variáveis de ambiente com a chave gerenciada pelo cliente.
- Defina timeouts e limites de memória para que uma ferramenta descontrolada não possa esgotar recursos.
Como validar: As ferramentas Lambda têm papéis de execução restritos, isolamento em VPC, políticas de invocação baseadas em recursos, variáveis de ambiente criptografadas com CMK e timeouts/memória limitados.
Evite: Uma ferramenta Lambda com papel amplo e direitos de invocação públicos. Uma ferramenta comprometida vira então um pivô; restrinja, isole e limite-a.
As ferramentas Lambda na conta recebem papéis restritos, isolamento em VPC, políticas de invocação baseadas em recursos, variáveis de ambiente criptografadas com CMK e limites de recursos rígidos.
- Restrinja o papel de execução de cada ferramenta Lambda apenas aos serviços necessários e execute-a em uma VPC com security groups apertados.
- Adicione uma política de invocação baseada em recursos e criptografe as variáveis de ambiente com a chave gerenciada pelo cliente.
- Defina timeouts e limites de memória.
Como validar: As ferramentas Lambda têm papéis restritos, isolamento em VPC, políticas de invocação, variáveis de ambiente criptografadas com CMK e limites definidos.
Evite: Reutilizar um papel Lambda privilegiado para todas as ferramentas. Restrinja e limite cada uma para que um único comprometimento fique pequeno.
Ameaças atendidas
- Uma ferramenta de baixo privilégio comprometida aproveitada para alcançar recursos de maior privilégio.
- Esgotamento de recursos por execução de ferramenta sem limites.
Serviços AWS
Preços
Não há cobrança pela função de execução, pela concorrência reservada nem por colocar a função em uma VPC (um NAT gateway, se usado para o egresso, é cobrado separadamente). Você paga as cobranças normais do Lambda por solicitação + duração; limitar a concorrência e o timeout, na verdade, protege você de custo descontrolado. Consulte Configuring reserved concurrency for a function.
Mapeamentos de frameworks
OWASP GenAI/LLM Top 10 (2026)
- 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.7 Bedrock AgentCore custom code interpreters should use a private network configuration
AWS Well-Architected Generative AI Lens (Security)
- GENSEC05-BP01 Implement least privilege and permission boundaries for agentic workflows
OWASP GenAI Top 10 for Agentic Applications (2025)
- ASI05 Unexpected Code Execution
Recursos de aprendizado
- Segurança do AWS Lambda (doc)
Referências
- AWS SRA para IA — Capacidade 4, AWS Lambda
AI Security Maturity Model