Add a custom domain to an environment.
AI agents use kinsta.domains.add to create or update resources in Kinsta MCP Server — usually the action step of a workflow, after the agent has gathered context. Every call changes real data in your Kinsta MCP Server environment.
This is a Write operation because it creates or modifies infrastructure configuration reversibly—adding a domain can be undone by removing it. It does not execute arbitrary code, delete data irreversibly, or move money. Severity is medium because misconfiguration could affect site accessibility or DNS routing, with moderate blast radius if an AI agent adds incorrect domains to production environments.
From the tool's definition Tool description states 'Add a custom domain to an environment.' The verb 'add' indicates creating/modifying configuration by attaching a new domain resource to a Kinsta environment.
Attacks that exploit this kind of access
Add a custom domain to an environment. It is categorised as a Write tool in the Kinsta MCP Server MCP Server, which means it can create or modify data. Consider rate limits to prevent runaway writes.
Register the Kinsta MCP Server MCP server in PolicyLayer and add a rule for kinsta.domains.add: 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 Kinsta MCP Server. Nothing to install.
kinsta.domains.add is a Write tool with medium risk. Write tools should be rate-limited to prevent accidental bulk modifications.
Yes. Add a rate_limit block to the kinsta.domains.add 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.
Set action: deny in the PolicyLayer policy for kinsta.domains.add. 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.
kinsta.domains.add is provided by the Kinsta MCP Server MCP server (jacob-hartmann/kinsta-mcp). PolicyLayer sits as a proxy in front of this server to enforce policies before tool calls reach the server.
Every MCP server has a record like this.
Type a name, get the same breakdown: verified identity, auth posture, risk grade, capabilities, recommended policy.
Teams ship this data inside their own products. See what a licence covers →