
Dealing with Shadow IT
It's Monday morning. Finance just forwarded an invoice for an "AI writing assistant" nobody in IT approved. Marketing has been running campaigns out of a personal Notion workspace for six months. Sales closed three deals last quarter using a browser extension that scrapes LinkedIn—and nobody can tell you where that data lands.
Welcome to Shadow IT. Not a scandal. A symptom.
Mid-sized organizations don't lose to Shadow IT because employees are reckless. They lose because approved tools are slow, rigid, or missing—and people still have to ship. The practical response isn't a witch hunt. It's discover without shame, triage by real risk, and decide: bring it into the fold, or block it for a clear reason.
Shadow IT Is a Gap, Not a Character Flaw
Shadow IT is any technology used for work outside the organization's approved inventory—SaaS apps, browser extensions, personal cloud drives, no-code automations, AI copilots, even a contractor's preferred project board.
In mid-market companies, it usually shows up for three reasons:
- Speed — Procurement takes weeks; the quarter ends Friday.
- Fit — The "standard" tool doesn't match how a team actually works.
- Awareness — People don't know a sanctioned alternative exists.
Treat every discovery as a requirements signal. If half of Customer Success is paying for the same chatbot out of pocket, you don't have a compliance problem first—you have a product gap.
Shame culture makes the inventory worse. When discovery equals punishment, tools go underground. You get less visibility, not more control.
Discover Without Turning It Into a Manhunt
You need an inventory. You don't need a tribunal.
Start with passive signals. Expense reports and corporate card spend surface paid SaaS. Identity logs (SSO, email OAuth grants) show what people connect with work credentials. DNS/proxy and CASB-style egress data catch high-volume destinations. MDM and browser management reveal extensions and unmanaged devices. None of this requires accusing anyone in Slack.
Add a safe intake path. A short "tools we use" form—anonymous if needed—beats surprise audits. Promise (and keep) a no-blame window: report what you're using, help us evaluate it, keep working while we decide.
Talk to teams, not just dashboards. Ask ops, sales, and engineering leads: "What would break if we took away the tools IT doesn't know about?" That conversation surfaces process debt faster than a spreadsheet of domains.
Document owners, data types, and business purpose as you go. An inventory without context is just a longer to-do list.
Risk Triage: Not Everything Deserves the Same Heat
Once something is visible, sort it. Mid-sized GRC teams don't have time to run full vendor diligence on every Chrome extension.
Use a simple triage that leadership can understand:
- What data is involved? Public marketing copy is not the same as customer PII, source code, or production credentials.
- Who has access? One power user vs. an entire department sharing a login.
- Where does data go? Retention, subprocessors, training on customer content, residency.
- What's the blast radius? Can a compromise of this tool reach SSO, email, or critical systems?
- Is there a contract and an owner? Orphan tools with no budget owner are higher risk than a managed exception.
Bucket findings into accept / fold / replace / block. Most items land in fold or replace. Only a minority need a hard block—and those should be explainable in one sentence to the people using them.
Bring Into the Fold vs. Block
Bring into the fold when the tool solves a real job and risk is manageable. That means: add it to the approved catalog, run proportionate vendor review, connect SSO if available, define who owns renewals, and set data-handling rules the team can actually follow. Sometimes "fold" means a short-term exception with an expiry date while you evaluate a sanctioned alternative.
Block when the risk is disproportionate and there's no credible control path—cleartext handling of regulated data, known-abusive extensions, tools that force broad mailbox or drive scopes with no business need, or anything that creates an uninsurable gap. Blocking without a replacement plan just recreates Shadow IT under a new name. Pair every block with: what to use instead, how to migrate, and who helps.
The goal is a catalog people prefer because it's faster to ask than to hide—not a fortress of "no" that trains workarounds.
A 90-Day Path Mid-Sized Orgs Can Actually Run
Don't announce a transformation. Run a contained program:
- Days 1–30 — Visibility. Stand up spend + identity + egress signals. Open a no-blame intake. Publish a one-page Shadow IT stance: discover, triage, fold or block with reasons.
- Days 31–60 — Triage the top 20. Score by data sensitivity and blast radius. Fold the easy wins (SSO + owner + DPA). Queue replacements for medium risk. Block only the obvious.
- Days 61–90 — Make approved the path of least resistance. Shorten procurement for low-risk SaaS. Publish the catalog where people already look. Assign a human who answers "can I use X?" in two business days.
Tools help when they keep inventory, vendors, exceptions, and evidence connected. Platforms like episki tie approvals and risk decisions to the same workflow your compliance program already runs—so Shadow IT stops living in a side spreadsheet.
Key Takeaways
- Shadow IT is usually a speed or fit gap, not malice—shame culture hides risk
- Discover with spend, identity, and egress signals plus a safe intake path
- Triage by data, access, destination, blast radius, and ownership—not by vibes
- Prefer bring-into-the-fold with SSO, owners, and proportionate review; block only with a replacement
- Run a 90-day visibility → triage → catalog loop mid-market teams can staff
Shadow IT won't disappear. Competitive teams will always find tools. Your job is to make the honest path the easy path—and to reserve hard blocks for risks you can explain without theater.
Do you know which tools your teams are actually using for work, and who owns the risk decision on each one? episki helps teams keep tool inventories, vendor reviews, exceptions, and compliance evidence connected in one place your team will actually use. Get started free
About the author
Justin Leapline
He founded episki after two decades running security and compliance programs at BNY Mellon, GiftCards.com, and Diebold, and leading the GRC practice at TrustedSec. These days he advises teams as a fractional CISO, teaches as IANS Research faculty, sits on the board of the CSA Pittsburgh chapter, and co-hosts the Distilled Security Podcast — and writes here from the practitioner's side of the audit table.
Put your compliance program on autopilot
Strategies in a Shrinking Resource Economy: Building a Resilient Security Program
Practical strategies for security leaders to maintain impact and resilience even when budgets and resources are shrinking.
The Real Cost of SOC 2 in 2026: A Complete Breakdown
A transparent breakdown of SOC 2 costs in 2026 — auditor fees, tooling, internal time, and practical ways to reduce your total compliance spend.