MCP server · Stripe
Stripe MCP Server
Stripe's official MCP server for querying and operating payments infrastructure from an agent session, with a hosted remote endpoint.
What it is, and what it costs you
Stripe's MCP server is the clearest case in this directory for treating tool access as a privileged operation, because the underlying system moves money. The server exposes payments primitives — customers, charges, subscriptions, refunds, products — and also documentation search, which is the genuinely low-risk half of it.
The decisive control is not the server at all; it is which API key it holds. Stripe's restricted keys allow per-resource, per-permission scoping, and test-mode keys operate against an entirely separate data set. An agent connected with a test-mode key is a development convenience with essentially no financial blast radius. The same agent connected with a live secret key is an unattended party with authority over production payments, and the model's judgement is the only thing between an injected instruction and a refund.
Read and write differ more sharply here than anywhere else in this list. Reading customer and transaction data is a privacy exposure — names, emails, partial card details, billing addresses, purchase history — and is subject to the obligations that come with payment data. Writing is a financial and legally consequential action that may be irreversible.
The injection surface is subtle but real: customer-supplied fields such as names, descriptions, and metadata are attacker-controllable text stored inside your payments system. An agent asked to summarise recent transactions reads them.
Capability profile
What this server can reach, and why a security team cares. These are capabilities the server has by design — derived from the publisher's documentation, not from a scan.
- customer and transaction read
Personal and payment data enters the context window, with the regulatory obligations that attach to it.
- payment operations (write)
Refunds, subscription changes and cancellations are financially consequential and often irreversible.
- documentation search
Minimal — this is the safe subset and is useful on its own with no data access at all.
- customer-supplied field ingestion
Names, descriptions and metadata are attacker-controllable, making stored payment records an injection channel.
Restrict this before you roll it out
- Use test mode by default
A test-mode key gives the same developer experience against a separate data set with no financial exposure. Most agent use of Stripe never needs live mode.
- Use restricted keys, never a live secret key
Scope to the specific resources and permissions the task needs. A live secret key in an agent config is standing authority over production payments.
- Keep write operations behind a human
Refunds and subscription changes should require explicit confirmation, not model discretion.
- Treat the documentation tools as separable
If the agent only needs to answer integration questions, connect documentation search and grant no data access.
Vincosha Assay assessment
not yet assessedWe have not published a scan verdict for Stripe MCP Server.
Everything above is a capability profile compiled by hand from the publisher's own public documentation on 2026-07-25. It describes what this artifact can reach and what to restrict before rolling it out. It is not a security verdict, and it should not be read as one.
When Vincosha Assaypublishes an assessment for this artifact it will appear here with a verdict, the findings behind it, and the date it ran. We would rather leave this space empty than fill it with a guess — inventing a security verdict about somebody else's software would be both wrong and dangerous.
What an assessment covers
- prompt-injection patterns in descriptions and instructions
- credential reads and outbound egress in bundled code
- over-scoped permissions and manifest claims
- typosquatted and impersonating names
- tool-manifest drift since the last approval
- content hash against the version you approved
Sources
This profile was compiled from the publisher's own documentation. Products change — verify against the source before making a decision that depends on a specific detail.