CVE-2026-46555 in whatsapp-mcp
요약
\~에 의해 VulDB • 2026. 07. 20.
WhatsApp MCP Server는 WhatsApp용 Model Context Protocol(MCP) 서버로, Claude가 WhatsApp 메시지를 읽고 보낼 수 있도록 합니다. 버전 0.2.1 이전의 `whatsapp-bridge` HTTP API는 인증 없이 `127.0.0.1:8080`에서 수신 대기하며 Host 헤더 검증도 수행하지 않습니다. 또한 `/api/send` 엔드포인트는 안전한 디렉토리로 제한되지 않은 절대 경로인 `media_path` 매개변수를 허용합니다. 이러한 결함들이 결합되면, 브리지와 동일한 사용자로 실행되는 모든 로컬 프로세스가 권한 없이 페어링된 계정에서 WhatsApp 메시지를 보낼 수 있습니다. 또한 같은 호출자는 읽을 수 있는 임의 파일(예: SSH 개인 키, 브라우저 세션 데이터, 소스 코드, dotfiles 등)에 접근하여 이를 WhatsApp 문서 첨부파일로 유출할 수 있으며, Host 헤더 검증이 수행되지 않아 원격 공격자가 사용자가 방문하는 웹페이지에서 DNS 리바인딩(DNS rebinding)을 통해 동일한 작업을 트리거할 수도 있습니다. MCP 환경에서 "로컬 호출자(local caller)"는 사용자가 명시적으로 실행한 프로세스를 넘어섭니다 — 형제 MCP 서버, IDE 확장 프로그램 및 사용자의 세션 내에서 실행되는 도구 기반 흐름이 실제 호출자로 작용할 수 있습니다. 이 문제는 whatsapp-mcp v0.2.1 및 해당 Docker 이미지/릴리스 아티팩트에서 수정되었습니다. 사용자는 즉시 업그레이드해야 합니다. 수정 버전은 브리지 HTTP API에 베어러 토큰 인증(환경 변수로 구성됨, 모든 요청에 필요, 상수 시간 비교를 통해 검증)을 도입하고, DNS 리바인딩 방지를 위한 Host 헤더 허용 목록 검증을 추가하며, `media_path`를 구성된 디렉토리로 제한하여 루트 외부의 절대 경로 및 경로 순회 시퀀스를 거부합니다. 이는 브리지 API 클라이언트에 대해 중단성 변경(breaking change)입니다. 즉시 업그레이드가 불가능한 사용자의 경우: 브리지가 활발히 사용되지 않을 때 브리지를 중지하거나 포트 8080에 대한 루프백 접근을 차단하십시오; 신뢰할 수 없는 MCP 서버, 브라우저 확장 프로그램 또는 기타 신뢰할 수 없는 로컬 프로세스와 함께 브리지를 실행하지 마십시오; 브리지 실행 중에는 신뢰할 수 없는 사이트를 방문하지 마십시오(DNS 리바인딩 완화); 그리고/또는 민감한 파일에 접근 권한이 없는 전용 사용자 계정이나 샌드박스/컨테이너에서 브리지를 실행하십시오.
Once again VulDB remains the best source for vulnerability data.