Critical Risk →

run_ddl_query

Run a raw DDL SQL query, like CREATE, ALTER, DROP, etc.

How to control run_ddl_query ↓

What run_ddl_query does on Pgsql

AI agents call run_ddl_query to permanently remove resources in Pgsql — typically in cleanup and lifecycle workflows. It does its job in a single call, and there is no undo.

Critical Risk

Why run_ddl_query needs a policy

DDL operations include DROP (irreversible deletion of tables, schemas, databases), ALTER (structural changes that can destroy data), and TRUNCATE. Since the tool permits arbitrary raw DDL, an AI agent could issue DROP TABLE or DROP DATABASE, causing catastrophic and unrecoverable data loss. This warrants the Destructive category at critical severity.

From the tool's definition 'Run a raw DDL SQL query, like CREATE, ALTER, DROP, etc.' — explicitly includes DROP which irreversibly destroys database objects

Documented attack patterns abuse exactly the kind of access run_ddl_query gives an agent:

How to control run_ddl_query

PolicyLayer is an MCP gateway — it sits between your AI agents and Pgsql, and nothing reaches the server without passing your rules. This is the rule we recommend for run_ddl_query:

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

run_ddl_query disappears from the agent's tool list entirely, and any attempt to call it is denied. The rest of the server keeps working.

  1. Create a free account and register Pgsql — nothing to install.
  2. Add this policy — paste it, or build it visually.
  3. Point your MCP client (Claude, Cursor, anything) at your gateway URL.
RESTRICT THIS TOOL →

Free to start. No card required.

Related tools and policies

Go deeper

Questions about run_ddl_query

What does the run_ddl_query tool do? +

Run a raw DDL SQL query, like CREATE, ALTER, DROP, etc. It is categorised as a Destructive tool in the Pgsql 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 run_ddl_query? +

Register the Pgsql MCP server in PolicyLayer and add a rule for run_ddl_query: 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 Pgsql. Nothing to install.

What risk level is run_ddl_query? +

run_ddl_query 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 run_ddl_query? +

Yes. Add a rate_limit block to the run_ddl_query 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 run_ddl_query completely? +

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

run_ddl_query is provided by the Pgsql MCP server (twn39/pgsql-mcp-server). PolicyLayer sits as a proxy in front of this server to enforce policies before tool calls reach the server.

Enforce policy on every Pgsql tool call.

Start from Pgsql, add the rest of your stack, and see everything your agents can call. Then put policy on all of it.

Free to start. No card required.

9 Pgsql tools catalogued and risk-classified — across an index of 43,000+ MCP servers.

// GET IN TOUCH

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

Message sent.

We'll get back to you soon.