
Businessmcp
com.businessmcpPublished by businessmcp.comOfficial publisherv3.0.0Updated Oct 24, 2026
Your whole business as one MCP server: analytics, CRM, SEO, ads, revenue. Scoped per data class.
Overview
Remote OAuth-protected MCP endpoint that presents a business's analytics, CRM, SEO, ads and revenue data as one server, scoped per data class.
- What you can do
- No tool list is published, so capabilities are known only from the description: the assistant is meant to reach business data across analytics, CRM, SEO, advertising and revenue through a single hosted endpoint.
- Access is scoped per data class, so what the assistant can see depends on the scopes granted at connection time.
- The vendor's accompanying README describes gateway hardening utilities (URL/SSRF checks, upstream error classification, tool-name namespacing, transport fallback) rather than the hosted server's tools.
- When to use it
- Worth considering when you want an assistant to query several business systems — analytics, CRM, SEO, ads and revenue — through one hosted MCP connection instead of separate integrations, and you are comfortable with a vendor-hosted, OAuth-based service.
- Requirements
- A remote streamable HTTP endpoint at the provider's domain; OAuth authentication is required. No environment variables or headers are declared. The README's separate npm utilities package needs Node.js, and its transport helper needs the MCP client package as a peer dependency.
Installation
In SourceWeft
- Open Businessmcp in the dashboard and add it to a workspace.
- Connect the required credentials. They are stored privately and never shown on public pages.
- Enable the server for the chats that should use its tools.
Web executable via Streamable HTTP. Remote servers run from the web runtime once configured in a workspace.
Use with an agent
Paste this prompt into Claude Code, Codex, Cursor or another agent — or into SourceWeft chat. The agent reads this server's install guide, shows you its publisher, endpoint and sign-in, and adds it to your client once you agree. Keys never go into a command.
Read https://sourceweft.com/mcp/com.businessmcp%2Fbusinessmcp/install.md and connect the MCP server it describes to my client. Before changing any config, show me its publisher, endpoint and sign-in method and wait for my OK. Never put an API key in a command or in a file I would commit; ask me where it should come from.Other MCP clients
Add this to your client's mcpServers config. The client completes OAuth sign-in on first connect.
{
"mcpServers": {
"businessmcp": {
"type": "http",
"url": "https://businessmcp.com/api/mcp"
}
}
}README
mcp-gateway
Hardening utilities for an MCP gateway — a server that fronts other people's MCP servers.
These are extracted from BusinessMCP's production gateway, which lets a workspace connect third-party MCP servers and re-expose them through one governed endpoint. Fronting someone else's server means fetching a URL a user supplied, on your infrastructure, and that has a small number of ways to go badly wrong. This is what we run.
MIT. No dependencies for the two core modules — two Node builtins and nothing else.
1. The SSRF guard, and the bypass that survived a passing test suite
A gateway takes a URL from a user and fetches it. Without a guard that is a direct path to
http://169.254.169.254/ and your cloud credentials.
The obvious implementation checks the host against a list of reserved ranges. Ours did, including IPv4-mapped IPv6:
That regex never fired in production. The WHATWG URL parser — new URL(), what every caller
actually uses — normalizes IPv6 hosts to their canonical form, and the canonical form of an
IPv4-mapped address is hex:
The dotted spelling the regex matched is a shape no caller can produce. The unit test passed because it called the guard with the dotted string directly. It was green, and it was meaningless: the guard was only ever exercised through an input the real code path could not generate.
Every one of these reached the fetch:
Adding more prefixes to the list is not the fix. IPv6 has several mechanisms that embed an IPv4
address, and matching text means playing whack-a-mole against a normalizer you do not control. This
guard decodes the address to its eight 16-bit groups and checks numerically, unwrapping every
embedding it knows (::ffff: mapped, :: compatible, 64:ff9b:: NAT64, 2002:: 6to4) and
recursing into the inner IPv4. Undecodable input fails closed — an address you cannot parse is
one you cannot vouch for.
isPublicHttpUrl resolves the hostname and requires every returned address to be public, which
is a best-effort DNS-rebinding defence. It is not a complete one: a rebind between this check and the
socket connect is a real TOCTOU window, and closing it means pinning the resolved IP into the
connection. We accept that residual risk and think you should know about it rather than discover it.
There is a second trap this does not solve for you. Validating a host once and then calling
fetch(url, { redirect: 'follow' }) is a bypass: the server 302s to http://127.0.0.1/ and the
follow is never checked. Follow redirects manually and re-validate every hop.
2. Classify upstream failures — never swallow them
The version of this code that shipped first wrapped every upstream call in catch {} and dropped
the server from the tool list. Auth failure, unsupported transport, timeout, blocked host and
"server is fine, returned nothing" were indistinguishable — which is to say invisible. Users saw
tools silently missing, with no explanation anywhere in the product.
The reason is also what makes a retry decision honest: only a handshake-shaped failure is worth retrying on another transport. An auth rejection fails identically either way.
3. Namespace tool names without collisions
Aggregating N servers means prefixing their tools. MCP caps names at 64 characters, so prefixing plus truncation can map two different upstream tools to the same string — and then a lookup by name dispatches the call to the wrong server.
When truncation is needed a short hash of the full name is appended, so two long names stay distinct.
4. Transport fallback
MCP's 2026-07-28 revision dropped legacy HTTP+SSE for servers, but plenty of servers you connect
to still only speak it. withUpstream tries streamable HTTP, falls back to SSE, and tells you
which worked so you can persist it and skip the probe next time.
Requires @modelcontextprotocol/client as a peer dependency. The other modules do not.
Honest limits
- Utilities, not a framework. There is no gateway here — no aggregation, no auth, no policy layer. Those are meaningfully coupled to how you store connections, and a fake abstraction over that would be worse than none.
- No external audit. This is what we run in production. That is a reason to take it seriously and not a substitute for review.
- The aggregation and inspection layers are deliberately not included, partly because they are coupled to our database and partly because they have no test coverage. Everything shipped here is from the tested side.
- DNS-rebinding TOCTOU is open, as described above.
Development
This package is generated from the BusinessMCP monorepo, where these modules are in active production use. Fixes should go there and be regenerated — a patch applied only here would be overwritten, and two hand-maintained copies of a security guard is the exact failure that produced the bypass in section 1.
Issues and reports are welcome here regardless.
Source: README.md at commit 0cb0536
Tools
0Version history
1- v3.0.0LatestSep 18, 2026
Score
85% of the applicable checks met
How complete this listing is, computed from the registry entry, the endpoint and public sources. Not a rating of the server and not a statement that it is safe or working today: reachability is a dated check, and no installs or reviews go into the score.
- Reached in the last 30 daysRequired25 pts
- Auth declaredRequired10 pts
- Tools listed15 pts
Answer tools/list without a credential, or ship a package that starts in a sandbox without one.
- DescriptionRequired15 pts
- Logo10 pts
- Documentation15 pts
- License10 pts