Blog / AI GRC

Millions of AI agents are running without oversight. Is yours one of them?

by SecureSlate Team in AI GRC
4.8(225 reviews)

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:

  1. Identify where AI is used across your organization
  2. Define the right level of autonomy for each agent
  3. Put guardrails and access controls in place
  4. Monitor activity continuously
  5. Assign clear ownership

When nobody knew which agent deleted the row

GIF via GIPHY

Related guides:


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.

Get started for free


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

Filed under: AIGRC

Author: SecureSlate Team

Related blogs
Jamie
Virtual Agent

Hi! I'm Jamie. Curious about your current compliance challenges and how automation might help your team?