Agentic security in the enterpriseMiddleLesson 1467 min read

Shadow AI and the agent inventory

People in your company already use AI tools and agents you never approved. You cannot secure what you cannot see, so the first job is to find them and write them down.

Lesson in motion

In 60 seconds

Shadow AI and the agent inventory

People in your company already use AI tools and agents you never approved. You cannot secure what you cannot see, so the first job is to find them and write them down.

1/5
In simple words
Imagine a school where some children secretly bring their own helpers from home. The teacher does not know who the helpers are, what they can open, or where they take things. The first step is not to shout "no helpers!". It is to make a list: whose helper, what it does, what it can touch.
Shadow AI means AI tools and agents that staff use for work without the security or IT team knowing. It is rarely bad intent. A salesperson connects an AI note-taker to the calendar. A developer installs a coding agent. A finance analyst uploads a spreadsheet to a free chatbot. Each one saves time, and each one can move company data somewhere nobody is watching.
Agents make shadow AI more serious than shadow IT used to be. A chatbot only reads what you paste. An agent can be granted access: to mailboxes, drives, code, tickets. That access often stays long after the person stops using the tool.

Where to look

SourceWhat it can revealLimits
Single sign-on (SSO) logsWhich AI apps people sign in to with their work accountMisses tools used with personal accounts
OAuth app grantsThird-party apps and agents given access to mail, calendar, files or codeShows the grant, not how the data is used
Web proxy, DNS and CASB logsTraffic to AI services from company devices and networksMisses personal phones and home networks
Expense reports and card statementsPaid AI subscriptions bought by teams or individualsMisses free tiers
Code and package scansAI SDKs, API keys and agent frameworks inside repositoriesOnly covers code you can scan
Endpoint and browser-extension inventoryDesktop agents, local MCP servers, AI browser extensionsNeeds device management in place
Simply asking peopleWhy they use the tool and what problem it solvesPeople forget or under-report
Note
A CASB (cloud access security broker) is a tool that sits between users and cloud services and shows, or controls, which services are used. You do not need one to start. SSO logs, OAuth grants and expense data already reveal a lot.

What one inventory row should hold

An inventory is not a list of product names. For each agent, record enough to answer "what is the worst this could do, and who do we call?"
Agent inventory (example rows, made up)text
name        | meeting-notes-bot
owner       | Priya S., Sales Operations (named person, not a team alias)
purpose     | Joins sales calls, writes summaries into the CRM
data        | Call audio, customer names, deal values (confidential)
tools       | calendar.read, crm.notes.write
identity    | Its own service identity; acts on behalf of the meeting host
vendor/model| External SaaS vendor; model provider listed in contract
where data goes | Vendor cloud region (check contract)
approved?   | Yes, risk tier: medium, review due: next quarter

name        | "free PDF summariser" browser extension
owner       | Unknown (found in browser-extension scan)
data        | Anything open in the browser
tools       | Reads all pages, sends text to an unknown server
approved?   | No -> contact users, offer approved alternative, then remove

Approved alternatives beat bans

Ban-only approach
  • "All AI tools are blocked" email
  • Staff switch to personal phones and accounts
  • The use continues, now completely invisible
  • Security learns about it after a leak
Enable-and-guide approach
  • An approved assistant with a company contract and data controls
  • A simple request form for new tools, answered in days, not months
  • Clear rules: what data may go where
  • Blocking only for tools that are clearly unsafe, with a reason given
  1. 1

    Discover

    Pull SSO, OAuth, proxy and expense data. List every AI tool and agent you find.
  2. 2

    Triage

    For each one: what data, what access, who uses it. Sort by risk.
  3. 3

    Decide

    Approve, approve with conditions, replace with an approved tool, or remove.
  4. 4

    Register

    Every approved agent gets an owner, a purpose and a review date in the inventory.
  5. 5

    Repeat

    Shadow AI comes back. Run discovery on a schedule, not once.
Watch out
Removing an OAuth grant or blocking a tool can break someone's daily work. Talk to the users first, offer the replacement, then remove. Surprise removals teach people to hide their tools better.
Real example
A mid-size IT services company in Pune finds, through OAuth grants, that dozens of employees connected different AI note-takers to their work calendars. Instead of revoking them all overnight, the security team picks one approved note-taker, sets it up with company data controls, tells teams, and removes the other grants a few weeks later. Most people switch without complaint because the new tool works just as well.
Try this. If you have admin access, open the list of third-party apps with access to your company's mail or file service. How many look like AI tools? How many have an owner you could name?

Watch and read more

Lab

A first agent inventory sheet with at least five rows and a decision for each.

~30 min

The problem

Build an agent inventory for your team or an imaginary company. Use real tools you know people use, but do not include any secrets or personal data.

  1. Copy the starter columns into a spreadsheet.
  2. Add at least five AI tools or agents. Include at least one you would call "shadow AI".
  3. For each one, fill in data, tools/permissions and a named owner (a role is fine in a practice sheet).
  4. Give each a decision: approve, approve with conditions, replace, or remove. Write one line explaining why.
  5. Write down which discovery source (SSO, OAuth grants, proxy, expenses, asking people) would have found each one.
Starter codetext
name,owner,purpose,data_it_touches,tools_and_permissions,acts_as,reads_untrusted_content,vendor_and_region,decision,reason,review_date,found_via
meeting-notes-bot,Sales Ops lead,Call summaries into CRM,customer names; deal values,calendar.read; crm.notes.write,own identity on behalf of host,yes (call audio),SaaS vendor; check contract,approve with conditions,needs data retention limit,next quarter,OAuth grants

You are done when

Hard questions

Try to answer before you reveal. If you can answer these, you understood the lesson.

Q1A team says, "We only use the free version, so there's no contract and no risk." How do you respond?Reveal

No contract often means more risk, not less: you may have no promise about how long data is kept, whether it is used for training, or where it is stored. The risk depends on the data and access involved, not the price. Record it, check the tool's terms, and offer an approved option if company data is going in.

Q2Why is "reads untrusted content" a useful column in an agent inventory?Reveal

Because it tells you whether an outsider can put words in front of the agent: emails, web pages, tickets, shared documents. Combined with private data and a way to send things out, that is the lethal trifecta. The column lets you quickly find the agents that most need tight tools, approvals and monitoring.

Please sign in to continue.

Questions people ask

Is shadow AI always a security problem?

Not always. Many tools are harmless for the data people use them with. The problem is not knowing. Once a tool is in the inventory with an owner and a data rule, it stops being shadow AI, whether you approve it or not.

What about personal phones and home networks?

Technical discovery will never see everything. That is why approved alternatives and clear rules matter: people who have a good approved tool have less reason to use an unknown one. Surveys and simple conversations fill some gaps.

Who should own an agent in the inventory?

A named person in the business team that uses it, not only IT or security. They know what it is for and can answer "do we still need this?" at review time. Security owns the process, not every agent.

How is an agent inventory different from a normal software inventory?

It adds the things that decide an agent's blast radius: what tools it has, what data it can reach, whose identity it acts with, and whether it reads untrusted content. A normal software list usually stops at name, version and licence.

Lesson test

5 questions. Get 3 right (60%) to pass and complete this lesson.

Sign in to take the test and save your progress