Critical Risk →

sb_delete_objects

Delete one or more objects from a Supabase storage bucket. Provide an array of file paths to delete.

Part of the Supabase server.

sb_delete_objects can permanently delete data in Supabase, with no limits today. PolicyLayer puts allow, deny, and rate-limit rules on every call. Live in minutes.

SECURE SUPABASE →

Free to start. No card required.

AI agents may call sb_delete_objects to permanently remove or destroy resources in Supabase. Without a policy, an autonomous agent could delete critical data in a loop with no way to undo the damage. PolicyLayer blocks destructive tools by default and requires explicit human approval before enabling them.

Without a policy, an AI agent could call sb_delete_objects in a loop, permanently destroying resources in Supabase. There is no undo for destructive operations. PolicyLayer blocks this tool by default and only allows it when a human explicitly approves the action.

Destructive tools permanently remove data. Block by default. Only enable with explicit approval workflows.

policy.json
{
  "version": "1",
  "default": "deny",
  "hide": [
    "sb_delete_objects"
  ]
}

See the full Supabase policy for all 63 tools.

Get this rule live on your own Supabase server in minutes. PolicyLayer enforces it on every call, before it runs.

ENFORCE ON MY SUPABASE →

View all 63 tools →

These attack patterns abuse exactly the kind of access sb_delete_objects gives an agent. Each links to the full case and the policy that stops it:

Browse the full MCP Attack Database →

Every attack above starts with a tool call. PolicyLayer checks each one against your policy first, so sb_delete_objects only ever does what you allow.

SECURE SUPABASE →

Other destructive tools across the catalogue. The same approach applies to each: deny by default, or require human approval.

What does the sb_delete_objects tool do? +

Delete one or more objects from a Supabase storage bucket. Provide an array of file paths to delete.. It is categorised as a Destructive tool in the Supabase MCP Server, which means it can permanently delete or destroy data. Block by default and require explicit approval.

How do I enforce a policy on sb_delete_objects? +

Register the Supabase MCP server in PolicyLayer and add a rule for sb_delete_objects: allow, deny, rate-limit, or require approval. Point your MCP client at the PolicyLayer proxy URL and the rule is enforced on every call, before it reaches Supabase. Nothing to install.

What risk level is sb_delete_objects? +

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

Can I rate-limit sb_delete_objects? +

Yes. Add a rate_limit block to the sb_delete_objects rule in your PolicyLayer 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 sb_delete_objects completely? +

Set action: deny in the PolicyLayer policy for sb_delete_objects. 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 sb_delete_objects? +

sb_delete_objects is provided by the Supabase MCP server (@supabase-community/supabase-mcp). PolicyLayer sits as a proxy in front of this server to enforce policies before tool calls reach the server.

Enforce policy on every Supabase tool call.

Deterministic rules across all 63 Supabase tools. Per-identity grants. Full audit log. Live in minutes. Nothing to install.

Free to start. No card required.

4,600+ MCP servers and 31,000+ tools scanned and risk-classified.

// GET IN TOUCH

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

Message sent.

We'll get back to you soon.