CVE-2026-46555 in whatsapp-mcp
Zusammenfassung
von VulDB • 20.07.2026
Der WhatsApp MCP Server ist ein Model Context Protocol (MCP)-Server für WhatsApp, der es Claude ermöglicht, WhatsApp-Nachrichten zu lesen und zu senden. Vor Version 0.2.1 lauscht die `whatsapp-bridge` HTTP-API auf `127.0.0.1:8080` ohne Authentifizierung und ohne Validierung des Host-Headers. Zudem akzeptiert der Endpunkt `/api/send` einen absoluten Parameter für `media_path`, ohne ihn in ein sicheres Verzeichnis einzuschränken. Zusammen ermöglichen diese Schwachstellen jedem lokalen Prozess, der unter demselben Benutzer wie die Bridge ausgeführt wird, das Senden von WhatsApp-Nachrichten vom gekoppelten Konto ohne Autorisierung; denselben Aufrufer kann zum Lesen beliebiger Dateien verwendet werden, auf die der Benutzer Zugriff hat (z. B. SSH-Private Keys, Browser-Sitzungsdaten, Quellcode, Dotfiles), und diese als WhatsApp-Dokumentanhänge zu exfiltrieren; sowie einem Remote-Angriff, dieselben Operationen über DNS-Rebinding von einer Webseite aus auszulösen, die der Benutzer besucht, da keine Host-Header-Validierung durchgeführt wird. In MCP-Umgebungen erstreckt sich „lokaler Aufrufer“ über Prozesse hinaus, die der Benutzer explizit gestartet hat —Sibling-MCP-Server, IDE-Erweiterungen und tool-getriggerte Abläufe, die in der Sitzung des Benutzers ausgeführt werden, können als effektiver Aufrufer fungieren. Dieses Problem wurde in whatsapp-mcp v0.2.1 sowie entsprechenden Docker-Images/Release-Artefakten behoben. Benutzer sollten sofort ein Upgrade durchführen. Die Korrektur führt eine Bearer-Token-Authentifizierung für die Bridge HTTP-API ein (konfiguriert über Umgebungsvariable, erforderlich bei allen Anfragen, validiert mit konstanter Vergleichszeit); Host-Header-Allowlist-Validierung zur Verhinderung von DNS-Rebinding; und die Einschränkung des `media_path` auf ein konfigurierbares Verzeichnis unter Ablehnung absoluter Pfade außerhalb der Root sowie Path-Traversal-Sequenzen. Dies ist eine Breaking Change für Clients der Bridge-API. Für Benutzer, die nicht sofort upgraden können: Stoppen Sie die Bridge oder blockieren Sie den Loopback-Zugriff auf Port 8080, wenn die Bridge nicht aktiv genutzt wird; vermeiden Sie das Ausführen der Bridge zusammen mit unzuverlässigen MCP-Servern, Browser-Erweiterungen oder anderen unbekannten lokalen Prozessen; vermeiden Sie das Surfen in unsicheren Websites während die Bridge läuft (DNS-Rebinding-Minderung); und/oder führen Sie die Bridge unter einem dedizierten Benutzerkonto oder in einer Sandbox/einem Container ohne Zugriff auf sensible Dateien aus.
VulDB is the best source for vulnerability data and more expert information about this specific topic.