What Is Shadow AI? Risks, Examples and How to Bring It Under Control
Shadow AI is the use of AI tools, models or AI features for work without the knowledge, approval or oversight of IT and security teams. It includes public chatbots used with company data, AI subscriptions bought on corporate cards and AI features switched on inside existing software. Its core risk is the missing record of what data went where.
Key takeaways
- Shadow AI is any AI tool, model or feature used for work without the knowledge, approval or oversight of IT and security.
- It differs from shadow IT because AI tools take in company content and hand back new text that people act on, often with no record of either.
- The main shadow AI risks are data leakage, compliance gaps, inconsistent answers across teams and spend nobody can attribute.
- Banning AI tools moves usage onto personal devices rather than ending it, so the durable fix is a governed path that is better than the shadow one.
- A five-step plan works: find it, classify it, provide a governed alternative, set a clear policy, then monitor and consolidate.
Shadow AI is the use of AI tools, models or AI features for work without the knowledge, approval or oversight of the IT and security teams responsible for them. It is rarely malicious: it is people using a chatbot, a browser extension or an AI subscription because it makes a task faster, while the company has no record of what data went in or what came out.
That last part is what makes shadow AI worth taking seriously. A spreadsheet tool nobody approved is an inconvenience. A chatbot that has read your unsigned contracts, your customer list and last quarter's board pack is a different kind of exposure, and in most organizations nobody can say how often it happens.
What is shadow AI?
Shadow AI covers any AI capability used for work outside the organization's sanctioned, governed path. In practice it takes three forms:
- Public tools used with work data. A free or personal chatbot account used to summarize, rewrite or analyze company material.
- Tools bought around procurement. An AI subscription a team puts on a corporate card, or a freemium plan someone signs up for with a work email.
- AI switched on inside software you already own. Assistants and summarizers that arrive as a feature update in a SaaS product, enabled by default or by a team admin.
The common thread is not the tool. It is the missing record: who used it, with which data, under which policy, and what happened to the output.
Shadow AI vs shadow IT: what's different?
Shadow IT was the previous generation of the same pattern: unapproved apps and cloud services adopted because they were useful. Shadow AI inherits the adoption pattern but changes the risk, because AI tools are built to take in content and produce new content from it.
| Shadow IT | Shadow AI | |
|---|---|---|
| What it is | Unapproved apps, storage and SaaS | Unapproved chatbots, assistants, extensions and AI features |
| What leaves the company | Files someone chose to store | Whatever someone pastes or uploads, often in fragments |
| What comes back | The same files | New text that may be wrong, uncited and reused in decisions |
| How it is found | Network logs, SSO, procurement records | Expense reports, browser extensions, SaaS feature settings, identity logs |
| Main risk | Security of unmanaged software | Data leakage, compliance gaps, inconsistent answers, unattributed spend |
| What fixes it | An approved alternative plus policy | A governed AI path that is better than the shadow one, plus policy and monitoring |
The second and third rows are the important ones. Shadow IT mostly stored data. Shadow AI reads it, transforms it and hands back an answer that someone may paste straight into a client email.
What does shadow AI look like day to day?
Most shadow AI is mundane. A few patterns show up in almost every organization:
- A paralegal pastes a supplier contract into a public chatbot to get a summary of the termination clauses before a call.
- A sales manager installs a browser extension that writes replies and, to do it, reads every email the manager opens.
- A finance team expenses an AI analysis tool on a corporate card and uploads monthly ledger exports to it.
- An engineer pastes a stack trace, with a database connection string in it, into an assistant to debug a production issue.
- A meeting note-taker joins client calls by default because one person connected it to a shared calendar.
- An HR partner asks a chatbot to rewrite a performance review, names included.
None of these people is trying to cause harm. Each one is solving a real problem faster than the sanctioned route allows. When someone goes looking properly, the count is usually far higher than the official list; in one shadow AI audit, IT counted 11 tools and the expense reports showed 43.
What are the risks of shadow AI?
Data leakage
Content pasted into an unmanaged tool leaves your control. Depending on the tool and the account, it may be retained, reviewed or used to improve a model, and there is no record inside your company of what was shared. Contracts, source code, customer records and personal data are the usual cargo.
Compliance gaps
Most AI regulation and frameworks assume you know what AI you run. The NIST AI Risk Management Framework, for example, includes a governance outcome that calls for mechanisms to inventory AI systems. The EU AI Act sorts AI systems by risk tier, and its AI literacy obligations for staff have applied since February 2025, according to the European Commission's AI Act overview. You cannot classify, document or oversee a system you do not know exists, which is why the EU AI Act compliance checklist starts with the inventory.
Inconsistent answers
When five teams use five different tools, the company gets five versions of the truth. Two people ask about the same expense policy and get different answers, neither with a citation, and both get acted on. This is quieter than a leak, and it happens far more often.
Untracked spend
Small subscriptions on cards, overlapping licenses and per-team tools add up to a cost nobody can attribute to a team or an outcome. Finance sees the line items; nobody sees what they buy, or whether two departments are paying for the same thing.
Why does banning AI tools fail?
Banning AI tools moves the usage rather than ending it. People who were using a chatbot on a work laptop switch to a personal phone, where there is no visibility at all. You trade a risk you could see for one you cannot.
The underlying demand is legitimate. People use shadow AI because it saves them real time on real work: the first pass of a contract review, the summary of a long ticket thread, the rewrite of a difficult email. The durable fix is to make the sanctioned path the easier one: faster, aware of company knowledge, and safe to paste a contract into.
Controls built into that path also tend to speed adoption rather than slow it. That is the governance paradox: companies with governance in place ship more AI, not less, because each new use case inherits approved controls instead of waiting for a fresh security review.
How do you bring shadow AI under control?
A workable program has five steps. They are ordered on purpose: a policy written before the inventory tends to describe a company that does not exist.
- Find it. Build the inventory from evidence rather than from a survey. Cross-reference expense and card data, SaaS spend, SSO and identity logs, browser extension lists and the AI features enabled in tools you already pay for.
- Classify it. For each tool, record what data it touches, who uses it, for what task, and where the data goes. Rank by data sensitivity and business importance, not by tool count. A summarizer used on public marketing copy is not the same risk as one used on HR case files.
- Provide a governed alternative. Give people an approved assistant that covers the top use cases you found and answers from company knowledge, ideally a Company Brain that cites its sources. It should enforce the controls automatically: AI guardrails for prompt injection and personal data, answers limited to what each person may read, and a record of every request.
- Set policy. Write a short, specific AI use policy: which data classes may go where, which tools are approved, and how to request a new one. Make it answerable. A policy answer desk that responds to "am I allowed to..." with the relevant clause quoted gets read far more often than a PDF on the intranet.
- Monitor and consolidate. Route approved AI traffic through one governed path, review new spend and new tools every month, and retire overlapping subscriptions as usage moves across.
Shadow AI shrinks when the governed option is genuinely better than the shadow one. Every control you add should make the approved path easier to use, or people will route around it again.
Who should own the problem?
Shadow AI sits between functions, which is one reason it persists. IT sees the tools, security sees the risk, finance sees the spend, legal sees the contracts and the business sees the benefit. Nobody sees all of it.
The organizations that handle it well name one owner for the AI inventory and policy, usually in security or a central AI team, and give business teams a fast route to request new tools. A request that gets an answer in days keeps people on the governed path. A request that disappears for a quarter sends them back to their corporate cards.
How do you know it is working?
Progress is easier to measure than most programs assume. Four signals are worth tracking each quarter:
- The inventory gap. The difference between the tools IT has approved and the tools the evidence shows. It should shrink.
- Governed share of usage. How much AI activity runs through the approved path rather than around it.
- Time to approve a new tool. If it takes months, expect the shadow list to grow back.
- Repeat questions to the policy desk. The same question asked many times usually means the policy is unclear, not that people are careless.
None of these needs a perfect inventory on day one. They need a consistent method, applied every quarter, so the trend is real.
Where SphereIQ fits
SphereIQ's Governance plane is built for steps three and five. Anything routed through its model gateway or MCP hub is policy-checked, PII-masked, verified against its sources and written to an audit ledger. Its AI Spend Diagnostic inventories sanctioned and shadow AI tools, attributes cost and risk, and lays out a governed consolidation plan that also serves as an EU AI Act inventory baseline. Because the same plane governs every model, team and agent, it can become the single governed path that consolidation needs, which is the role an enterprise AI platform should play.
If you want a quick read on where your organization stands before you start, the AI Readiness Scorecard takes about five minutes and covers governance alongside data, knowledge, systems and people.
Frequently asked questions
What is shadow AI?
What is an example of shadow AI?
What are the biggest risks of shadow AI?
Should companies ban ChatGPT and other AI tools to stop shadow AI?
How do you detect shadow AI in an organization?
Find your shadow AI before your auditor does.
Start with an inventory of every sanctioned and shadow AI tool, what it is used for and where the governance gaps are, then route usage onto one governed path.