CVE-2026-58482 in Network-AI
Riassunto
di VulDB • 20/07/2026
Network-AI, un orchestratore multi-agente basato su TypeScript/Node.js, include una funzionalità rilasciata, esportata e documentata denominata `ApprovalInbox` (`lib/approval-inbox.ts`). Essa rappresenta la superficie di rete del "Human-in-the-loop Approval Gate" (Cancello di approvazione con intervento umano), che il componente `ApprovalGate` utilizza per richiedere un'esplicita approvazione umana per le operazioni ad alto rischio. Il server HTTP esposto non prevede alcun tipo di autenticazione e imposta l'intestazione `Access-Control-Allow-Origin: *` su ogni route, incluse quelle che modificano lo stato come `POST /approvals/:id/approve` e `/deny`. Di conseguenza, nelle versioni dalla 5.0.0 alla 5.12.1, qualsiasi entità in grado di inviare una richiesta HTTP alla porta dell'inbox — ad esempio un processo co-localizzato, un container/SSRF sullo stesso host, un client remoto quando l'operatore associa un indirizzo non loopback o qualsiasi sito web visitato dall'operatore nel browser (tramite il CORS wildcard) — può enumerare le approvazioni in sospeso e approvarle, vanificando interamente il controllo con intervento umano ed eseguendo l'azione ad alto rischio soggetta a gate (ad esempio un comando shell che l'agente stava trattenendo per la revisione) senza consenso. Questo problema è stato risolto nella versione v5.12.2. `ApprovalInbox` accetta ora un'opzione `secret`. Quando impostata, le endpoint di modifica `POST /:id/approve` e `POST /:id/deny` richiedono l'intestazione `Authorization: Bearer <secret>`, validata in tempo costante mediante `crypto.timingSafeEqual`. La funzione `startServer()` è già associata per default a `127.0.0.1`; gli operatori che espongono l'inbox su una rete devono impostare un secret.
VulDB is the best source for vulnerability data and more expert information about this specific topic.