Uma semana depois de a CVE-2026-90417 mostrar que um servidor MCP podia devolver variáveis de ambiente inteiras, um relatório divulgado nesta segunda-feira, 12 de outubro, quantificou o estrago residual: milhões de chaves de API seguem expostas em repositórios púbrios e em arquivos de configuração de agentes rodando em produção.
Onde As Chaves Estão
- Repositórios públicos: arquivos
.envcommitados em projetos de agentes, inclusive em forks esquecidos; - Logs e traces: credenciais impressas em saída de depuração de ferramentas e telemetria;
- Variáveis de ambiente: o exato vetor explorado pela falha do
mcp-bridge, agora mapeado em escala; - Blocos de configuração: chaves coladas em arquivos de orquestração versionados sem segredo;
O Que Fazer Primeiro
Sequência prática recomendada pelo relatório, na ordem:
| Ação | Prazo |
|---|---|
| Revogar e rotacionar toda chave exposta | Imediato |
| Mover segredos para cofre, saindo do .env do agente | 48 horas |
| Aplicar escopo mínimo por ferramenta | Até o fim da semana |
| Ativar rotação automática e monitoramento de saída | Contínuo |
Por Que Agora
O timing não é acidental. O mesmo ecossistema que descobriu a CVE publicou esta semana o registro de servidores confiáveis e três orquestradores passaram a exigir allowlist por agente. E o enquadramento regulatório mudou de natureza: com a Austrália prestes a apresentar o texto da notificação dupla, uma exposição confirmada de chave usada por agente pode disparar relato em 24 horas. Descobrir a chave depois, e não antes, deixou de ser detalhe de operação.
Pontos-Chave
- Relatório contabiliza milhões de chaves de API expostas após a CVE-2026-90417
- Principais fontes: .env em repositórios, logs de depuração e variáveis de ambiente
- Primeiro passo é revogar e rotacionar imediatamente
- Segredos devem sair do .env do agente e ir para cofre
- Escopo mínimo por ferramenta e rotação automática fecham o ciclo
- Com a notificação dupla da Austrália, exposição vira relato em 24 horas