Tool and Agent Security
Limit the systems, credentials, permissions, and actions available to AI agents.
Control AI actions
Security starts with a defined business boundary
Tool and agent security applies least privilege, approval gates, scoped credentials, and action logging when AI can interact with business systems.
A wrong answer becomes a wrong action when an AI agent can send email, change a record, share a file, create an account, or trigger another system.
- Approved-tool allowlists
- Permission and authorization checks
- Human approval for higher-risk actions
- Action logging and accountability
Turn control ai actions into repeatable controls
A policy is only the starting point. For each AI use case, name the business owner, define the allowed boundary, configure the relevant technical controls, and decide what evidence proves those controls are working. Repeat the review when the model, data, connected tools, or business purpose changes.
Start with a single high-value workflow instead of trying to govern every experimental use at once. That makes it possible to test the controls with real users, find exceptions, and create a pattern the rest of the business can reuse.
Start with these practical guides
Each pillar begins with one anchor guide and two supporting articles. Published guides become active automatically as they enter the blog.
Securing AI Agents: A Practical Business Control Framework
Govern an agent from identity and data access through action and response.
Read the guideLeast Privilege for AI Agents: Give Access by Task, Not Convenience
Scope access to the task, user, data, tool, environment, and time window.
Read the guideOpenAI API Key Security: Project Controls for Business
Separate, store, monitor, rotate, and respond to exposed application credentials.
Read the guideQuestions for leadership
- Which actions can the agent perform without approval?
- Does each tool use a separate, scoped service identity?
- Can the business reconstruct what the agent attempted and changed?
- Who can pause the agent when behaviour looks wrong?
Put the pillar into practice
- 1Allow only the tools required for the defined task.
- 2Give each agent and environment separate credentials.
- 3Apply user and business authorization before every action.
- 4Require approval for external or state-changing actions.
- 5Log tool calls, parameters, approvals, results, and errors.
Use recognised guidance to validate the control design
These resources help teams translate AI-specific risks into documented, testable business and technical controls. Apply them to the actual data, permissions, and actions in the workflow rather than treating them as a one-time compliance exercise.
- NIST AI Risk Management Framework
A lifecycle-oriented framework for governing AI risk.
- OWASP Securing Agentic Applications
Practical secure-design guidance for AI systems that use tools.
- CIS AI and LLM Companion Guide
AI-aware interpretations of established security controls.
Turn this pillar into operating controls
Map the data, access, approvals, monitoring, and evidence around one important AI use case before expanding it.