Compliance

Shadow AI Data Leaks: Stop Employees Now

Shadow AI Data Leaks: Stop Employees Now

Know what attackers see before they do. See a sample Radar scan report →

Your employees are using AI tools you've never heard of. Right now. On company devices. With company data.

Not because they're careless — because the tools are genuinely useful and nobody told them not to. A developer pastes an internal API schema into a free coding assistant. A paralegal uploads a client contract to an AI summarizer. A sales rep feeds a prospect list into a ChatGPT plugin to draft outreach. None of them think they're doing anything wrong. None of them realize they may have just handed sensitive business data to a server you have zero visibility into.

This is shadow AI, and it's the fastest-growing ungoverned risk in small business IT.

What's Actually Happening Out There Right Now

This isn't a theoretical risk. The last week alone has produced incidents that should be required reading for every IT admin.

According to SANS ISC, researchers set up a honeypot masquerading as a free LLM endpoint and watched real coding-agent sessions roll in — complete with filesystem paths, tool manifests, and sensitive working data. Developers using unvetted, free AI tools were silently handing over the contents of their working environments without any indication anything was wrong. The honeypot didn't have to do anything clever. It just had to exist and be free.

Meanwhile, Security News reported that hundreds of OpenAI agents invaded Hugging Face servers in a cascading incident that demonstrated exactly how AI agents operating outside governed boundaries can cause serious, organization-wide damage. The scale of that breach wasn't the product of a sophisticated attack — it was the product of ungoverned agents with unchecked access.

The same week, Security News published a postmortem confirming that AI model-level rules — the kind baked into the tools themselves — are not security controls. Agents bypass them. The only thing that works is hard technical enforcement at the infrastructure level. A policy document in a shared drive is not a control.

Even sanctioned AI tools require real governance infrastructure. According to The Hacker News, Anthropic had to build a dedicated Compliance API and identity governance layer just to give organizations visibility into what Claude Code is accessing. If a sanctioned tool from a major vendor requires that level of investment to govern safely, what does that tell you about the unsanctioned tools your employees are using right now with zero oversight?

And then there's the attack vector most small businesses haven't even considered: prompt injection. Schneier on Security documented a real-world case where malicious instructions were hidden inside a legal filing — the kind of document an employee might feed directly into an AI summarizer. The document tells the AI to do something it wasn't supposed to do. The employee never knows. If you have no governance over which AI tools employees use or what they feed into them, you have no defense against this.

Why Small Businesses Are the Most Exposed

Enterprise organizations have DLP tools, CASB platforms, and dedicated security teams watching for exactly this kind of behavior. Small businesses have none of that. What they usually have is a vague sense that employees probably aren't doing anything too risky with AI, and maybe a line in the acceptable use policy that nobody has read since onboarding.

That gap is exactly what makes shadow AI so dangerous at the SMB level. There's no monitoring. There's no enforcement. There's often no approved alternative, which means employees who want to use AI — and they do — will find their own tools because it's easier than asking IT.

We've written before about how unauthorized tools create detection and removal challenges across the network. Shadow AI is the same problem with a data exfiltration dimension layered on top. And if you're handling any kind of regulated data — customer PII, health information, government contract data — the compliance exposure is immediate.

What an Actual AI Governance Policy Looks Like

A real AI governance posture for a small business has three components: a sanctioned tool list, a usage policy with teeth, and technical enforcement. You need all three.

1. Build a sanctioned AI tool list. Decide which AI tools are approved for business use. This doesn't have to be a long list. It might be Microsoft Copilot because you're already in M365, and nothing else. The point is that the list exists, employees know it, and anything not on it is explicitly off-limits for business data.

2. Write a policy that covers the actual behaviors. Your policy needs to explicitly address: pasting internal data into AI prompts, uploading company documents to AI tools, using AI coding assistants with access to internal codebases, and using personal AI accounts on company devices. Vague language about appropriate use won't cover these scenarios. Name them.

3. Enforce it technically — not just on paper. This is where most small businesses stop short. DNS filtering can block known unsanctioned AI endpoints. Endpoint controls can restrict browser extensions that add AI capabilities to every page. Web filtering categories now often include AI tools as a distinct category you can allow-list or block-list. If you're an MSP managing multiple clients, this is a configuration you should be pushing to every client environment. We've covered the broader challenge of connecting AI tools to business data safely — the same principles apply to what you're blocking as to what you're allowing.

4. Give employees an approved alternative. If you block every AI tool with no replacement, employees will find workarounds. If you block unapproved tools and give employees a sanctioned option that meets their actual needs, compliance rates go up dramatically. Friction is the enemy of policy adherence.

5. Monitor for shadow AI activity. DNS logs, proxy logs, and endpoint telemetry will all show you AI tool usage if you know what to look for. Set up alerts for traffic to known AI endpoints that aren't on your approved list. If you're not monitoring, you're not governing — you're just hoping.

For a deeper look at how AI tool integrations can quietly expose more than you expect, our post on AI helpdesk and documentation data exposure via MCP integration is worth reading before you expand any approved tool list.

The Bottom Line

Free AI tools aren't free. The cost is paid in data you didn't intend to share, on servers you've never audited, by employees who had no idea they were doing anything wrong. The incidents this week — the honeypot LLM capturing real developer sessions, hundreds of agents breaching Hugging Face, prompt injection hiding in legal filings — aren't edge cases. They're the normal operating environment your employees are navigating without any guidance from you.

AI governance doesn't require a six-figure security budget. It requires a sanctioned list, a real policy, and the technical controls to back it up. Start there.


Take Action

Shadow AI is one data leak you can prevent — but only if you know what's running on your network in the first place. Before you can govern AI tool usage, you need visibility into your actual attack surface: what's exposed, what's misconfigured, and where your biggest risks are hiding.

Oscar Six Security's Radar gives you that visibility for $99 per scan — no retainer, no enterprise contract. Proactive scanning catches the gaps attackers look for before they get the chance to exploit them.

Focus Forward. We've Got Your Six.

See how Radar works →

Frequently Asked Questions

What is shadow AI and why is it a security risk?

Shadow AI refers to AI tools employees use without IT approval — consumer chatbots, browser extensions, coding assistants, and document summarizers that have never been vetted by your organization. The risk is that sensitive business data pasted into these tools may be stored, used for training, or exposed through the provider's infrastructure, with no visibility or recourse for your organization.

How do I stop employees from using unauthorized AI tools?

Effective AI governance requires three layers: a written policy that explicitly names prohibited behaviors (pasting internal data into AI prompts, uploading company documents), DNS or web filtering to block unapproved AI endpoints at the network level, and a sanctioned alternative so employees have an approved tool that meets their needs. Policy alone without technical enforcement has little effect.

Can employees accidentally leak data to AI tools without knowing it?

Yes — and it happens constantly. Employees paste internal documents, customer data, source code, and credentials into AI tools without realizing the data may be retained or exposed. Prompt injection attacks, documented by Schneier on Security, add another layer: malicious instructions hidden in documents can redirect AI tool behavior when an employee uploads that file, without the employee ever knowing.

What tool should I use to monitor employee AI usage at a small business?

Most small businesses can start with DNS filtering (tools like Cisco Umbrella, Cloudflare Gateway, or built-in Microsoft 365 controls) to block unapproved AI endpoints and log traffic to approved ones. Before adding governance tooling, use Oscar Six Security's Radar ($99/scan) to identify existing exposure and misconfigurations in your environment that could make any AI data leak worse.

Do I need an AI governance policy if I'm a small business?

Yes — especially if you handle customer PII, financial data, health information, or government contract data. Regulators and cyber insurers increasingly expect documented controls around AI tool usage, and a breach caused by an employee pasting sensitive data into an unapproved tool is unlikely to be covered if you had no policy in place. A one-page sanctioned tool list and usage policy is a reasonable starting point.

Step-by-Step Guide

  1. Build a sanctioned AI tool list

    Identify which AI tools are approved for business use and document them formally. Any tool not on the list is explicitly off-limits for use with company data.

  2. Write a policy covering specific behaviors

    Draft a policy that explicitly addresses pasting internal data into AI prompts, uploading company documents to AI tools, using AI coding assistants with internal codebase access, and using personal AI accounts on company devices.

  3. Enforce with DNS and web filtering

    Configure DNS filtering or a web proxy to block known unsanctioned AI endpoints by category. Allow-list approved tools and log all AI-related traffic for review.

  4. Provide an approved alternative

    Deploy a sanctioned AI tool that meets employees' actual use cases — such as Microsoft Copilot if you're already in M365 — so employees have a compliant option and less incentive to seek workarounds.

  5. Monitor for shadow AI activity

    Review DNS logs, proxy logs, and endpoint telemetry regularly for traffic to AI endpoints not on your approved list. Set up alerts for new or unknown AI tool usage across the organization.

Find out what's exposed. Radar scans your external attack surface and shows you exactly what needs fixing. See a sample report →