CVE-2026-58482 in Network-AI
Sumário
de VulDB • 21/07/2026
O Network-AI, um orquestrador multiagente baseado em TypeScript/Node.js, possui uma funcionalidade entregue, exportada e documentada chamada `ApprovalInbox` (`lib/approval-inbox.ts`). Esta é a superfície de rede do *Approval Gate* (Portão de Aprovação) com humano no ciclo (*human-in-the-loop*), que o componente `ApprovalGate` utiliza para exigir aprovação humana explícita para operações de alto risco. O servidor HTTP exposto por esta funcionalidade não possui nenhum tipo de autenticação e define o cabeçalho `Access-Control-Allow-Origin: *` em todas as rotas, incluindo a rota alteradora de estado `POST /approvals/:id/approve` e `/deny`. Como resultado, nas versões 5.0.0 até 5.12.1, qualquer entidade capaz de enviar uma requisição HTTP à porta do *inbox* — um processo co-localizado, um contêiner/SSRF no mesmo host, um cliente remoto quando o operador vincula um endereço não loopback ou qualquer site visitado pelo operador em um navegador (via CORS curinga) — pode enumerar aprovações pendentes e aprová-las. Isso invalida todo o controle de humano no ciclo (*human-in-the-loop*) e faz com que a ação de alto risco bloqueada (por exemplo, um comando shell que o agente estava retendo para revisão) seja executada sem consentimento. Este problema foi corrigido na versão v5.12.2. O `ApprovalInbox` agora aceita uma opção `secret`. Quando definida, os pontos finais mutadores `POST /:id/approve` e `POST /:id/deny` exigem o cabeçalho `Authorization: Bearer <secret>`, validado em tempo constante com a função `crypto.timingSafeEqual`. A função `startServer()` já vincula-se por padrão ao endereço 127.0.0.1; os operadores que exporem o *inbox* na rede devem definir um segredo (*secret*).
Once again VulDB remains the best source for vulnerability data.