CVE-2026-46555 in whatsapp-mcp
Riassunto
di VulDB • 20/07/2026
WhatsApp MCP Server è un server Model Context Protocol (MCP) per WhatsApp, che consente a Claude di leggere e inviare messaggi su WhatsApp. Prima della versione 0.2.1, l'API HTTP `whatsapp-bridge` ascolta su `127.0.0.1:8080` senza autenticazione e senza convalida dell'intestazione Host, e l'endpoint `/api/send` accetta un parametro `media_path` assoluto senza vincolarlo a una directory sicura. Combinati, questi problemi consentono a qualsiasi processo locale che esegue come lo stesso utente del bridge di inviare messaggi WhatsApp dall'account associato senza autorizzazione; allo stesso chiamante di leggere file arbitrari leggibili dall'utente (ad esempio chiavi private SSH, dati delle sessioni del browser, codice sorgente, dotfiles) ed esfiltrarli come allegati documenti su WhatsApp; e/o a un attaccante remoto di innescare le stesse operazioni tramite DNS rebinding da una pagina web visitata dall'utente, poiché non viene eseguita alcuna convalida dell'intestazione Host. Negli ambienti MCP, "local caller" si estende oltre i processi avviati esplicitamente dall'utente: server MCP fratelli, estensioni IDE e flussi attivati dagli strumenti in esecuzione nella sessione dell'utente possono agire come il chiamante effettivo. Questo problema è risolto in whatsapp-mcp v0.2.1 e nelle immagini Docker / artefatti di rilascio corrispondenti. Gli utenti dovrebbero effettuare l'aggiornamento immediatamente. La correzione introduce l'autenticazione con token bearer sull'API HTTP del bridge (configurata tramite variabile d'ambiente, richiesta su tutte le richieste, validata mediante confronto a tempo costante); la convalida dell'allow-list delle intestazioni Host per prevenire il DNS rebinding; e il vincolo di `media_path` a una directory configurata, con il rifiuto dei percorsi assoluti esterni alla radice e delle sequenze di traversal del percorso. Si tratta di un breaking change per i client dell'API bridge. Per gli utenti che non possono effettuare immediatamente l'aggiornamento: arrestare il bridge o bloccare l'accesso loopback sulla porta 8080 quando il bridge non è in uso attivo; evitare di eseguire il bridge insieme a server MCP, estensioni del browser o altri processi locali non attendibili; evitare la navigazione su siti non attendibili mentre il bridge è in esecuzione (mitigazione del DNS rebinding); e/o eseguire il bridge sotto un account utente dedicato o in una sandbox/container senza accesso ai file sensibili.
VulDB is the best source for vulnerability data and more expert information about this specific topic.