At a GlanceMain Takeaway: AI agents don’t just answer questions anymore. They approve invoices, change system settings, and move data between applications. Securing them is a controls and accountability problem before it’s a technology problem. Next Step: Use the readiness checklist below to see where you stand, or talk with the Windes Technology & Risk team. |
Agentic AI security is the set of identity, governance, and technical controls that keep autonomous AI agents (systems that plan, decide, and act across your business) doing only what they’re authorized to do, with a clear record of what they did and why.
For 100 years, Windes has helped organizations trust their numbers. In 2026, that increasingly means trusting the software that touches them. Here’s what every owner, CFO, and board member should know.
What is agentic AI security?
Agentic AI security protects the parts of an AI system that act: its decisions, the tools it can use, the information it remembers, and the accounts it runs under. To see why that matters, it helps to separate three kinds of AI.
Agentic AI vs. generative AI vs. traditional AI
Type | What it does | Example in a business |
Traditional AI | Scores data against rules or learned patterns | Flags a suspicious login |
Generative AI | Creates text, code, or summaries when asked | Drafts a reply to a vendor |
Agentic AI | Plans steps, uses tools, and acts toward a goal | Matches invoices to purchase orders and queues payments |
How agentic AI security differs from traditional AI security
Traditional AI security focuses on what goes into a model and what comes out. That works when the worst outcome is a bad paragraph. When a chatbot gets something wrong, you get bad text. When an agent gets something wrong, you can get a bad payment, a deleted record, or data sent to the wrong place.
Agents also reach across many systems, call software on their own, and need their own logins. So the attack surface grows from the prompt to the entire workflow: tools, memory, permissions, and every connected system.
Why does agentic AI introduce new security challenges?
Five traits make agents fundamentally different from the software your controls were built for:
- Autonomy makes behavior unpredictable. Agents decide in the moment which step comes next. You can’t test every path or write a rule for each one.
- Tools turn decisions into actions. Every application, database, or API an agent can reach is a door an attacker can try.
- Memory makes mistakes stick. Agents that remember past sessions can be fed false information that shapes every decision afterward.
- Agents act on someone else’s behalf. If an agent inherits a person’s broad access, whoever steers the agent gets that access too. Security teams call this the confused deputy
- Agents influence each other. When agents hand work to other agents, one bad output can cascade through the chain before anyone notices.
Your existing tools still matter. But security monitoring, endpoint protection, and identity systems were designed for people working at human speed. They see logins and processes. They weren’t built to judge whether an agent’s chain of decisions made sense.
What are the top agentic AI security threats?
The clearest map of agent threats today is the OWASP Top 10 for Agentic Applications 2026, published in December 2025 by more than 100 security experts and built from real-world incidents. These eight matter most for mid-market organizations:
Threat | What it looks like | OWASP ref |
Goal hijacking (prompt injection) | Hidden instructions in an email, PDF, or web page redirect the agent. The attacker never touches the agent directly. | ASI01 |
Tool misuse | The agent is tricked into using legitimate tools harmfully, such as deleting records or running scripts. Includes poisoned MCP tool definitions. | ASI02 |
Identity and privilege abuse | The agent’s access grows beyond its task, or an attacker impersonates it. | ASI03 |
Supply chain compromise | A malicious plugin, model, or connector gains a foothold through the agent’s own permissions. | ASI04 |
Memory poisoning | False information planted in the agent’s memory skews later decisions. | ASI06 |
Insecure agent-to-agent communication | Messages between agents are intercepted or altered. | ASI07 |
Cascading failures | One error repeats across hundreds of records or systems at machine speed. | ASI08 |
Rogue and shadow agents | Unapproved or drifting agents operate outside policy, often invisible to IT. | ASI10 |
The full list also covers unexpected code execution (ASI05) and people being misled into trusting agent output (ASI09). If you’re unsure where to begin, start with the last row. You can’t secure agents you don’t know exist.
What are the business risks of agentic AI?
Not every agent failure needs an attacker. Some of the biggest risks come from agents doing exactly what they were told, just not what you meant.
Privacy and data security
Agents pull information from many systems and may pass it to outside models or tools. Without data classification and minimization, customer personal information or protected health information can end up where it shouldn’t. That creates CCPA, HIPAA, or contractual exposure. An agent’s memory is one more place sensitive data can sit unnoticed.
Autonomous errors and accountability gaps
An ambiguous instruction or a made-up step can repeat thousands of times before anyone looks. When it does, someone will ask who approved it. If the honest answer is that the agent did it, you have a governance gap, not just a technical one.
Not sure where your organization stands? Talk with the Windes Technology & Risk team about an AI readiness review. |
How to secure agentic AI systems
No single product secures an agent. Effective programs layer controls at four points: how the agent decides, who it is, what data it moves, and what it actually changes on your systems. These are the controls we consider essential.
Identity and access for AI agents
- Give every agent its own identity. Never let it run on a shared service account or borrow a person’s login.
- Grant only the access the current task needs, using credentials that expire quickly.
- Review agent access on the same schedule as employee access reviews.
- If agents operate across several cloud providers or SaaS platforms, manage their identities and policies centrally so the same rules apply everywhere.
Tool, execution, and reasoning guardrails
Check permissions before every tool call, not just at login. Run agent actions in sandboxed environments where possible, validate inputs, and make tools available only when a task requires them. Put limits on the agent’s goals too: what it may pursue, how far a plan can expand, and how many records or systems one action can touch.
Memory and multi-agent communication controls
Validate what gets written to an agent’s memory, keep sensitive context separate, and isolate sessions so one conversation can’t contaminate the next. Where agents work together, authenticate each one, check messages at every handoff, and restrict which agents can talk to each other at all.
Data protection and AI supply chain security
Classify your data so agents touch only what they’re approved for, and encrypt it in transit and at rest. Treat every model, plugin, and connector, including MCP servers, like third-party software: verify the source, lock versions, and bring them into your vendor risk program.
Human oversight and monitoring
Match oversight to how much freedom the agent has:
Autonomy level | What the agent does | Minimum controls |
Advisory | Recommends; a person acts | Output review |
Prescribed | Runs predefined actions | Action logging, limited scope |
Supervised | Proposes; a person approves | Approval workflow, confidence thresholds |
Autonomous | Acts on its own | All of the above, plus anomaly detection and automatic containment |
Log every decision, tool call, and resulting change so you can reconstruct what happened, when, and why. And watch for approval fatigue: reviewers buried in requests start rubber-stamping, which quietly turns a supervised agent into an autonomous one.
How do you detect a compromised AI agent?
Good logging only helps if someone knows what to look for. Watch for:
- Tool calls or data access outside the agent’s normal pattern
- Requests for new or broader permissions
- Sudden spikes in activity or volume
- Outputs that conflict with policy or with the agent’s assigned goal
- Changes on your systems that don’t match any logged agent action
When something looks off, act in this order:
- Pause the agent. Every agent needs a kill switch.
- Revoke its credentials.
- Roll back the changes it made.
- Review its logs and memory before you restart it.
If your incident response plan doesn’t cover agent failures yet, add them now.
Governing agentic AI: the finance, audit, and compliance view
This is where a CPA firm’s perspective matters most. Agentic AI is a controls and accountability problem before it’s a technology problem. An agent that can approve an invoice is, functionally, an employee. It needs the same discipline.
Treat agents like employees: segregation of duties and audit trails
An agent that can create a vendor, enter an invoice, and release payment holds three duties no single employee should. Apply the same segregation of duties, approval limits, and periodic review you’d require of a person, and give every agent a named human owner.
If agents touch processes that feed financial reporting, auditors may ask for change logs, access reviews, and evidence that approvals actually happened. Build that evidence from day one; it’s far harder to recreate later.
Which regulations and frameworks apply?
- NIST AI Risk Management Framework: a practical backbone for AI governance
- OWASP Top 10 for Agentic Applications: a shared vocabulary for agent threats
- SOX and SOC 2: agents that touch financial reporting or customer data fall inside your control environment
- CCPA/CPRA: personal information processed by agents is still covered
- HIPAA, GLBA, and the FTC Safeguards Rule: for health care and financial services organizations
- EU AI Act: for organizations with European operations or customers
Two more audiences will ask about your agents soon. Cyber insurance carriers may ask how you use AI, so it helps to have your answers documented before renewal. Boards should receive a short periodic report covering the agent inventory, autonomy levels, and any incidents.
How to adopt agentic AI safely: a phased roadmap
You don’t have to choose between moving fast and staying safe. You do have to choose where to start.
Start narrow: low-risk vs. high-risk use cases
Begin where mistakes are cheap. An agent that triages support tickets classifies requests, suggests replies, and routes issues, with no access to money or core systems. An agent that initiates payments is a different animal: it needs strict access limits, human approval above set thresholds, and continuous monitoring. Prove your controls on the first before you attempt the second.
Readiness checklist
Before deploying or scaling an agent, you should be able to check every box:
☐ We have an inventory of every AI agent and tool in use, including unapproved ones
☐ Each agent has its own identity and a named human owner
☐ We know what each agent can reach and the worst case of a single bad action
☐ High-impact actions require human approval
☐ Agent actions are logged and reviewable
☐ Third-party AI tools are in our vendor risk program
☐ We’ve tested agents against prompt injection before go-live
☐ Our incident response plan covers agent failures
How Windes helps organizations secure agentic AI
For a century, Windes has helped organizations prove their numbers can be trusted. Our Technology & Risk team brings that same discipline to AI: cyber risk assessments, IT governance and policy, third-party risk reviews of AI tools, controls testing aligned with SOX and SOC, and incident response planning. As an independent advisory firm, we focus on recommendations that fit your risks. And because we work alongside our audit and tax teams, your AI controls line up with your financial reporting.
Frequently asked questions
What is agentic AI?
Agentic AI is software that plans and carries out tasks on its own, such as reconciling accounts, updating records or sending messages, instead of only answering questions. It works toward a goal using the tools and permissions it has been given.
Is agentic AI safe for business?
It can be, when each agent has its own identity, limited access, a named human owner and logged actions. Start with low-risk tasks and add autonomy only after your controls are proven. Everyday AI tools carry their own risks, covered in our companion article, Is ChatGPT Safe for Business?.
Who is responsible when an AI agent makes a mistake?
Your organization is. Regulators, auditors and customers will hold the business accountable for what its agents do, which is why every agent needs a named owner, approval limits and an audit trail.
How do attackers use agentic AI?
Attackers use agents to automate reconnaissance, personalize phishing and deepfakes, generate exploits, and produce malware that changes with every run, all at machine speed. The monitoring that governs your agents also helps you spot theirs. For more, see our article on AI-powered social engineering.
What is MCP, and why does it matter for security?
The Model Context Protocol (MCP) is an open standard many agents use to connect to tools and data. It makes integration easy, but a malicious or compromised MCP server can feed an agent poisoned instructions or leak credentials. Vet MCP servers like any other vendor.
Agentic AI will change how work gets done in finance, operations, and beyond. The organizations that benefit most won’t be the ones that adopt fastest. They’ll be the ones that can show exactly what their agents did, and why.
Ready to find out where you stand? Contact the Windes Technology & Risk team or call 562.435.1191. |

