CVE-2026-61742: DBHub MCP server's HTTP mode let any website query your database
DBHub, Bytebase's database MCP server, had no authentication in its HTTP transport mode before 0.22.5, and its Origin check didn't stop DNS rebinding. A malicious web page could make your browser call DBHub's MCP tools and read or write the connected database.
What it is
Started with --transport http, DBHub only rejected requests whose Origin hostname differed from the Host hostname, then reflected the Origin back with credentials allowed.
After DNS rebinding, both headers carry the attacker's hostname, so the check passes and DBHub runs the MCP tool calls. No prompt injection or model is involved.
What an attacker can do depends on the configured database credentials and tool permissions: reading and listing data at minimum, and possibly writing. The default stdio transport isn't affected by this attack.
How to check
- Affected: @bytebase/dbhub (npm) 0.22.4 and earlier, when run with --transport http.
- Check your MCP client config and any scripts for dbhub started with --transport http.
How to fix
- Upgrade to @bytebase/dbhub 0.22.5 or later.
- Prefer the stdio transport, and give DBHub a read-only database user where you can.
npm ls @bytebase/dbhub; npm ls -g @bytebase/dbhub Sources
- criticalMalicious npm and PyPI packages posing as AI and MCP tools: depfix-ai, agent-trace-kit, @go-gost/mcp-darwin-x64 and my-mcp-server-driving-license-ocr
- criticalMalicious npm packages posing as MCP servers: @rfewqa-fes/mnm-doc-mcp, @lemili9804/mcp-weather-server and mcp-contract-tester
- criticalMalicious code in @bestcoolman/dev-mcp (npm)
- criticalMalicious code in @massnerder/x402-scraper-mcp (npm)