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 assessed

We 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
Scan your own artifacts with Vincosha Assay

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.

Related servers

Concepts on this page

Get a real verdict on the servers you actually run

Vincosha Assay scans MCP manifests, skills, rules and hooks before they reach a laptop and quarantines what fails. Vincosha Ledger then shows which sessions used them, on which machine, at what cost.