Millions of AI agents are running without oversight. Is yours one of them?
Photo: Unsplash
Shadow IT has challenged security teams for years. AI agents raise the stakes: they do not only store data—they take action across your stack.
As organizations race to adopt new tools, shadow AI spreads through support platforms, procurement, engineering, and compliance workflows—often without procurement or security review.
Industry analyses of identity-provider vendor discovery report patterns such as:
- ~70% of companies with AI tools accessing environments outside proper channels
- Fewer than ~2% of discovered unmanaged vendors receiving a formal security review
The gap between adoption and control is widening. This guide shows how to close it.
You will learn how to:
- Identify where AI is used across your organization
- Define the right level of autonomy for each agent
- Put guardrails and access controls in place
- Monitor activity continuously
- Assign clear ownership

GIF via GIPHY
Related guides:
- 8 in 10 companies bet on AI agents—but fewer than half have a policy
- When tokenmaxxing leads to riskmaxxing: Shadow AI
- The AI vendor questionnaire that exposes hidden risks
- NIST AI RMF: everything you need to know
- Trust in the AI era: continuous proof as growth strategy
Key takeaways
- Agentic AI is embedded in everyday workflows; most organizations cannot answer basic inventory questions.
- Shadow IT is rising (~36% YoY in some discovery cohorts), accelerated by AI tool sprawl.
- AI-related incidents are increasing; many correlate with weak access controls and missing governance.
- Treat high-impact agents like identities: permissions, autonomy tiers, monitoring, and named owners.
- Customer trust now expects verified proof of security—including how AI is controlled.
- Start with visibility; then guardrails, monitoring, and evidence via GRC platforms like SecureSlate.
AI agents are already everywhere
Agents sit inside customer support, procurement, engineering, and GRC processes—they assist and increasingly execute work.
Surveys commonly report that roughly 8 in 10 organizations have deployed or plan to deploy agentic AI. Analyst forecasts (e.g., Gartner via industry press) suggest a large share of enterprise applications will embed task-specific agents by the end of 2026—validate forecasts in your planning, not as guarantees.
Agents spread across marketing, sales, HR, finance, and security—but ownership does not always follow. Many teams cannot reliably answer:
| Question | Why it matters |
|---|---|
| How many agents are running? | You cannot govern what you cannot count |
| Where are they deployed? | Blast radius depends on environment |
| What systems can they access? | Data exposure and lateral movement |
| What actions can they take? | Write/API actions ≠ read-only chat |
Without a baseline, governance defaults to reactive and incomplete.
Adoption is coordinated—understanding isn't
Organizations adopt AI quickly; understanding lags—fueling shadow AI.
Reported patterns from IdP-linked discovery include:
- ~36% year-over-year growth in overall Shadow IT, partly driven by AI adoption
- ~140 unmanaged tools discovered on average within ~90 days of connecting identity discovery
Microsoft’s Cyber Pulse research has cited that nearly 3 in 10 employees use unsanctioned AI at work—often to move faster. Examples that compound risk:
- Granting an agent broad API access to “make it work”
- Skipping review because a tool “feels low risk”
- Letting teams chain agents across SaaS without data classification
Small decisions accumulate into systems no one fully owns.
AI incidents are outpacing governance
As AI spreads without guardrails, incidents become more common and harder to trace—sensitive data in logs, wrong workflow triggers, exposure via downstream integrations.
Public research highlights the trend (figures vary by study—use as directional signals):
| Source / theme | Reported pattern |
|---|---|
| Stanford AI Index (2025) | AI-related incidents up sharply YoY (hundreds of reported cases in annual tracking) |
| Industry privacy/security surveys (2025) | A large minority of orgs report AI-related privacy or security incidents |
| IBM Cost of a Data Breach (2025) | Most orgs reporting AI-related security incidents lacked proper AI access controls |
Examples include agents pulling sensitive data into logs, triggering incorrect automations, or leaking context through connected systems. Without visibility, root cause is slow.
Capacity is also constrained: many leaders report spending more time proving security than improving it, with weeks per year on compliance work—leaving little slack for fast-changing autonomous systems.
What effective AI governance looks like
Mature programs share several patterns:
Agents as identities — If a system can read data or take action, it gets defined permissions and boundaries—not shared admin keys.
Explicit autonomy — Teams document where automation is allowed vs where human review is mandatory (payments, HR decisions, external comms).
Continuous monitoring — Periodic policy reviews alone are insufficient when agents act across multiple tools and datasets.
Named ownership — Each material agent has an owner accountable for behavior, incidents, and change.
The direction is consistent: move from fragmented oversight to systems that match real adoption speed.
Five steps to govern AI agents
1. Identify where AI is used
Build an AI inventory—approved and shadow:
- IdP/SSO discovery — See SaaS and AI tools tied to workforce identities
- Procurement and expense — Catch paid subscriptions outside central IT
- Developer surveys — Coding agents, MCP servers, internal wrappers
- Business unit interviews — Sales copilots, marketing generators, support bots
Tag each entry: vendor, deployment (cloud/on-prem), data classes, integrations, and autonomy level.
Shadow AI playbook: tokenmaxxing and riskmaxxing.
2. Define the right level of autonomy
Not every agent should act without humans. Example tiers:
| Tier | Autonomy | Examples |
|---|---|---|
| 0 – Assist | Suggests; human executes | Draft-only email, code suggestions |
| 1 – Constrained | Acts within narrow scope | Ticket tagging, internal search |
| 2 – Orchestrated | Multi-step with approvals | Refunds above threshold, prod deploys |
| 3 – High | Broad API/workflow access | Requires strongest controls + monitoring |
Align tiers to EU AI Act risk categories and internal risk appetite where applicable.
3. Put guardrails and access controls in place
Minimum guardrails for tiers 1–3:
- Enterprise contracts with logging and data handling terms
- SSO + MFA; no shared service accounts for agents
- Least-privilege API scopes; secrets in vaults, not prompts
- DLP / egress policies for PII, PHI, PCI, source code
- Prompt and output logging with retention limits
- Human-in-the-loop for customer-facing or financial actions
Use AI vendor questionnaires for third-party agents.
4. Monitor activity continuously
Shift from annual review to continuous signals:
- Failed auth, unusual API volume, new integrations
- Policy violations (banned tools, excessive scopes)
- Drift from approved model/vendor versions
- Incident tickets tagged AI-related
Connect monitoring to GRC evidence so audits see ongoing control—not a point-in-time screenshot.
5. Assign clear ownership
For each material agent document:
- Business owner (accountable for use case)
- Technical owner (integrations, secrets, deployment)
- Security/compliance liaison (risk tier, reviews)
- Escalation path for incidents
Owners approve changes, renewals, and exception requests—not “the whole company.”
Customers expect security—and proof
External pressure shapes AI governance. Trust-oriented surveys have reported that:
- A large majority of leaders say security and compliance directly impact customer trust
- Many report stakeholders demand verified proof of compliance—not verbal assurances
Expectations extend to AI: buyers ask what agents run, what controls exist, and how you monitor behavior. Procurement and security reviews increasingly include AI-specific lines.
Organizations that show inventory, policies, monitoring, and evidence close deals faster. AI governance is revenue infrastructure, not only a security workstream.
You can't manage what you can't see
AI adoption is not slowing—it is more embedded, more distributed, and more essential to operations.
Most organizations still lack a clear AI footprint: agent count, deployment map, and allowed actions. Without visibility, risk accumulates quietly—unclear permissions, missing oversight, fragmented ownership—until an incident or audit connects the dots.
The most practical start is also the most foundational: make AI visible. Then shape it with autonomy tiers, controls, monitoring, and owners.
Centralize AI visibility with SecureSlate
SecureSlate helps teams turn AI governance from slides into operational GRC:
- Vendor discovery and inventory aligned to how tools actually enter the environment
- Risk tiering and assessments for AI vendors and high-autonomy agents
- Policy, training, and acceptable use workflows tied to control programs
- Continuous monitoring and 200+ integrations for technical evidence
- Cross-framework mapping (SOC 2, ISO 27001, ISO 42001, NIST AI RMF, HIPAA, GDPR, PCI DSS)
- Trust and questionnaire support when customers ask how you govern AI
- Remediation tracking with owners and audit-ready exports
You cannot manage agents you cannot see. SecureSlate helps you see them, control them, and prove control as adoption scales.
FAQ
What counts as an AI agent vs a copilot?
Copilots usually assist a human in one app. Agents often chain tools, call APIs, or run workflows with less direct supervision—treat higher-autonomy agents as higher risk.
How do we find shadow AI agents?
Combine IdP discovery, procurement data, code scanning for API keys, and team surveys. Assume the inventory is incomplete at first.
Do we need a separate AI governance tool?
Many teams start with GRC + IdP discovery + DLP. SecureSlate unifies risk, policies, evidence, and vendor workflows so AI is not a side program.
How does this relate to the EU AI Act?
High-risk systems need documentation, monitoring, and oversight—your inventory and autonomy tiers feed directly into that program.
What's the first policy to write?
An AI acceptable use policy: allowed tools, prohibited data in prompts, review requirements, and incident reporting.
Can small teams govern agents effectively?
Yes—start with inventory, tier-1 guardrails on high-risk agents, and named owners. Scale process as agent count grows.
Disclaimer (legal note)
SecureSlate is not a law firm, and this article does not constitute legal advice. Statistics cite third-party research and aggregated industry discovery patterns; results vary by organization. Analyst predictions are not guarantees. Validate all compliance obligations with qualified counsel and assessors.
Need compliance without the complexity?
SecureSlate automates ISO 27001, SOC 2, GDPR, HIPAA, and more. Built for growing teams. See it in action.
No credit card required
Jun 1, 2026 · Vendor RiskGRC
10 important questions to add to your security questionnaire (with examples)
SecureSlate Team
Jun 1, 2026 · GRCRisk Management
The 9 compliance risks hiding in your organization (and how to fix them)
SecureSlate Team
Jun 1, 2026 · AIGRC
8 in 10 companies bet on AI agents—but fewer than half have a policy to govern them
SecureSlate Team
