execute_command

Execute a shell command inside the Kali Linux container. Use this to run security tools like nmap, sqlmap, hydra, nikto, gobuster, john, hashcat, dirb, enum4linux, and any other installed tool.

Server Kali unaacceptable297/kali-mcp
Category Execute
Risk class High
Parameters 00 required

What execute_command does on Kali

AI agents invoke execute_command to trigger actions in Kali. What it does depends on the arguments the agent supplies, and its effects often reach beyond the immediate call — builds kicked off, notifications sent, workflows started.

Why execute_command needs a policy

This tool allows arbitrary shell command execution in a Kali Linux environment containing offensive security tools. While sandboxed in Docker, the effects depend entirely on agent arguments: commands could scan networks, exploit services, crack credentials, enumerate systems, or trigger destructive/financial actions depending on what the agent instructs it to do.

From the tool's definition Tool explicitly enables 'Execute a shell command inside the Kali Linux container' and lists powerful offensive security tools (nmap, sqlmap, hydra, nikto, gobuster, john, hashcat, dirb, enum4linux) that can scan systems, exploit vulnerabilities, crack…

Questions about execute_command

What does the execute_command tool do? +

Execute a shell command inside the Kali Linux container. Use this to run security tools like nmap, sqlmap, hydra, nikto, gobuster, john, hashcat, dirb, enum4linux, and any other installed tool. It is categorised as a Execute tool in the Kali MCP Server, which means it can trigger actions or run processes. Use rate limits and argument validation.

How do I enforce a policy on execute_command? +

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

What risk level is execute_command? +

execute_command is a Execute tool with high risk. Execute tools should be rate-limited and have argument validation enabled.

Can I rate-limit execute_command? +

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

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

execute_command is provided by the Kali MCP server (unaacceptable297/kali-mcp). PolicyLayer sits as a proxy in front of this server to enforce policies before tool calls reach the server.

// LOOK UP ANOTHER 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 →

// GET IN TOUCH

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

Message sent.

We'll get back to you soon.