Servidores MCP têm brechas de segurança: veja como fechá-las com um AI Gateway

A solo.io parte de um diagnóstico direto: servidores MCP não trazem autenticação, rate limiting nem controle de ferramentas nativos. O problema muda conforme o transporte. Em stdio, o servidor roda localmente (via uvx ou npx, em cache) e não passa por gateway, então não há AuthN/Z, limite de requisições nem controle de tools. Ficam abertos a qualquer pessoa da organização, a menos que alguém trave cada máquina na configuração do Claude Desktop, o que, segundo o texto, ninguém faz. Em StreamableHTTP, o servidor é externo ou interno e funciona como caixa-preta: você não sabe que controles existem e não consegue testar sem um pentest autorizado. O SSE, citado como opção, está obsoleto desde junho de 2025.

A proposta é colocar um AI Gateway na frente, no caso o agentgateway enterprise da própria Solo, em um cluster Kubernetes com os CRDs da Gateway API. O fluxo é: Deployment e Service do servidor MCP de teste, um Backend, o Gateway, uma HTTP route e conexão pelo MCP Inspector. Depois, uma traffic policy com JWT exige Bearer Token na conexão. Por fim, outra policy define quais tools aparecem: primeiro nenhuma, depois só a fetch. Isso viabiliza, por exemplo, um agente somente leitura, algo que o MCP não entrega de fábrica.

A cobertura anterior do CEVIU aponta que o tema vem sendo tratado como problema, e agora aparece a receita prática. Em 16 de março de 2026, o CEVIU noticiou "Escaneamos 1.808 Servidores MCP: 66% Apresentam Falhas de Segurança". Em 21 de abril de 2026, veio "Abordando vulnerabilidades críticas de segurança em servidores de Model Context Protocol para agentes de IA", que já comparava a falta de segurança nativa às APIs do início. Em 13 de maio de 2026, "AI Gateways vs. MCP Gateways: O Que Equipes de Segurança Precisam Saber" separou gateways de inference de gateways que governam agente e ferramenta. Em 15 de setembro de 2026, "A Autorização como Pilar Crítico em Gateways MCP para Agentes de IA" tratou autorização como principal desafio de engenharia. O guia desta notícia, de 11 de novembro de 2026, mostra um passo a passo de autenticação por token e restrição de tools num gateway.

Para quem opera plataforma, a leitura é que o gateway vira o ponto de controle de MCP, como já é para tráfego de APIs. As policies em YAML encaixam em GitOps e revisão de código, e o JWT mais a lista de tools permitem aplicar mínimo privilégio por usuário ou agente. A ressalva: o guia usa o produto da própria Solo e cobre o transporte StreamableHTTP via gateway. O caso stdio local continua exigindo uma decisão de política sobre o que se permite rodar nas máquinas.