What is Shadow IT?
- Joel Larson, PhD
- Mar 17
- 2 min read
Shadow IT is what happens when someone in an organization — a school, a business, anywhere — goes out and implements a technology solution on their own without involving the IT department.
That could be:
software
hardware
a cloud tool
even just signing up for a “free” service
It usually starts with good intent.
Someone is trying to solve a problem.
So why is it a risk?
A few big reasons:
1. Security gaps (even unintentional ones)
If something is deployed without review, it can introduce vulnerabilities — sometimes without anyone realizing it — that could lead to a data breach or data loss.
2. Duplicate solutions and stretched resources
Sometimes the organization already has a tool that does the same thing.
Now you’re paying for two… and IT is expected to support both. That spreads time and resources thin pretty quickly.
3. “Free” isn’t actually free
Free tools still come with terms of service, data usage policies, and configuration risks.
If a product is free, there’s usually a tradeoff — you just might not see it right away.
Those aren’t all the risks, but they’re some of the most common.
Here’s the part that changed how I think about it
A lot of organizations try to solve this with more technology:
detection tools
monitoring systems
tighter controls
But in most cases…
The real solution isn’t technical.
It’s personal.
What my research keeps pointing back to
Over time, I’ve landed on three ideas that keep showing up:
1. Risk management is relational
If IT doesn’t understand what people are trying to do, we’re always reacting too late.The more connected IT is to the organization, the fewer surprises there are.
2. Governance is cultural
You can write all the policies you want.If they don’t fit how people actually work, they won’t be followed.Trust and awareness matter more than enforcement alone.
3. Shadow IT is contextual
What looks like shadow IT today might be tomorrow’s standard tool.The goal isn’t to shut everything down — it’s to engage early, understand the need, and guide it the right way.
The shift
This is really about changing the role of IT.
Not the department of “no.”
But the department of “know.”


Comments