Critical Risk →

refund_eligibility

Deterministic refund eligibility notary for US consumer subscriptions. Returns ALLOWED / DENIED / UNKNOWN. Supported vendors: adobe, apple_app_store, canva, dropbox_us, google_play, microsoft_365, netflix, notion, spotify. US region and individual plans only.

Part of the Subscription Refunds MCP server. Enforce policies on this tool with Intercept, the open-source MCP proxy.

refund-decide/notary Financial Risk 5/5

AI agents use refund_eligibility to initiate financial transactions through Subscription Refunds. Financial operations involve real money and are irreversible once processed. Intercept blocks financial tools by default, requiring explicit human approval with transaction-level limits to prevent unauthorised spending.

refund_eligibility moves real money. Without a policy, an autonomous agent could initiate transactions that drain accounts or exceed budgets. Intercept blocks financial tools by default, requiring human-in-the-loop approval with configurable spending limits per transaction and per time window.

Financial tools involve real money. Block by default and require explicit human approval before enabling.

refund-decide-notary.yaml
tools:
  refund_eligibility:
    rules:
      - action: deny
        reason: "Requires human approval"

See the full Subscription Refunds policy for all 1 tools.

Tool Name refund_eligibility
Category Financial
Risk Level Critical

Agents calling financial-class tools like refund_eligibility have been implicated in these attack patterns. Read the full case and prevention policy for each:

Browse the full MCP Attack Database →

Other tools in the Financial risk category across the catalogue. The same policy patterns (deny, require_approval) apply to each.

refund_eligibility is one of the critical-risk operations in Subscription Refunds. For the full severity-focused view — only the critical-risk tools with their recommended policies — see the breakdown for this server, or browse all critical-risk tools across every MCP server.

What does the refund_eligibility tool do? +

Deterministic refund eligibility notary for US consumer subscriptions. Returns ALLOWED / DENIED / UNKNOWN. Supported vendors: adobe, apple_app_store, canva, dropbox_us, google_play, microsoft_365, netflix, notion, spotify. US region and individual plans only.. It is categorised as a Financial tool in the Subscription Refunds MCP Server, which means it involves financial transactions. Block by default and require explicit approval.

How do I enforce a policy on refund_eligibility? +

Add a rule in your Intercept YAML policy under the tools section for refund_eligibility. You can allow, deny, rate-limit, or validate arguments. Then run Intercept as a proxy in front of the Subscription Refunds MCP server.

What risk level is refund_eligibility? +

refund_eligibility is a Financial tool with critical risk. Critical-risk tools should be blocked by default and only enabled with explicit human approval.

Can I rate-limit refund_eligibility? +

Yes. Add a rate_limit block to the refund_eligibility rule in your Intercept policy. For example, setting max: 10 and window: 60 limits the tool to 10 calls per minute. Rate limits are tracked per agent session and reset automatically.

How do I block refund_eligibility completely? +

Set action: deny in the Intercept policy for refund_eligibility. The AI agent will receive a policy violation error and cannot call the tool. You can also include a reason field to explain why the tool is blocked.

What MCP server provides refund_eligibility? +

refund_eligibility is provided by the Subscription Refunds MCP server (refund-decide/notary). Intercept sits as a proxy in front of this server to enforce policies before tool calls reach the server.

Enforce policies on Subscription Refunds

Open source. One binary. Zero dependencies.

npx -y @policylayer/intercept
github.com/policylayer/intercept →
// GET IN TOUCH

Have a question or want to learn more? Send us a message.

Message sent.

We'll get back to you soon.