in one lineShadow IT costs show up in three places: security exposure, compliance liability, and direct redundant software spend.
the numbers
- $21Maverage yearly waste on unused licenses at large organizationsZylo SaaS Management Index, 2026
- 35%of breaches involved shadow data, hidden ~26% longerIBM Cost of a Data Breach, 2024
- $4.44Maverage cost of a data breach worldwideIBM Cost of a Data Breach, 2025
1what "the cost of shadow IT" actually means
The cost of shadow IT is a category of risk-adjusted losses, compliance liabilities, and direct spend that accumulates as technology operates outside IT governance. No single number captures it.
Some of the cost is probabilistic: a data breach becomes more likely in proportion to the number of unmanaged credentials and ungoverned data flows. Some of it is near-certain: duplicate software subscriptions and shadow SaaS tools with unused licenses represent direct, recoverable spend. And some of it becomes concrete only when an external party, a regulator, an auditor, or an enterprise customer asks questions you cannot answer.
The total is not estimable for any specific environment without running a discovery exercise first. What follows is a breakdown of where the costs typically sit.
2why shadow IT costs grow over time
Shadow IT costs compound for the same reason the underlying shadow IT does: no process closes the gap automatically. Every quarter without a discovery exercise is another quarter of accumulation.
Each unreviewed OAuth grant that stays active extends the window during which it could be exploited. Each former-employee account that stays open accumulates time as a dormant credential. IBM research puts the average time to identify and contain a breach at 241 days. In many shadow IT scenarios, the relevant baseline is the period between when access became ungoverned and when anyone looked, not just the detection window after a known incident.
Duplicate software costs are compounding in a different way. A tool adopted by three teams independently means three subscriptions, three sets of data, three offboarding obligations, and three support relationships. None of this is visible until someone reconciles spend against an actual app inventory.
3the three cost categories
Security cost. Shadow IT creates attack surface that does not appear in your threat model. An active former-employee credential, an OAuth grant with mailbox-read scope held by an app you haven't reviewed, an AI tool connected to a developer's company account: each is a potential breach path. Verizon DBIR 2026 finds the use of stolen credentials was involved in 36% of breaches. The population of credentials in shadow IT is the portion of that risk you cannot currently manage.
When a breach does occur, the response cost in shadow IT environments is higher because scoping the incident requires first understanding what was connected. An environment with a complete, current access inventory contains a breach faster.
Compliance cost. Shadow IT creates regulatory exposure across multiple frameworks. GDPR requires documentation of every processor handling personal data on your behalf. A tool adopted without a data processing agreement means a tool processing personal data without legal basis. The liability is created at the moment the tool handles personal data, not at the moment an authority discovers it.
NIS2 and DORA both require management of ICT third-party risk. Shadow SaaS and shadow AI create third-party relationships you have not assessed, cannot account for in a supply chain risk register, and cannot evidence to an auditor.
Direct operational cost. Shadow IT creates redundant spend. Duplicate tools. Subscriptions running after a project ends. Personal-account upgrades that were meant to be temporary. License tiers purchased to accommodate a team that switched to a different tool months ago.
Shadow IT also creates integration debt. A critical workflow built on a shadow tool becomes a dependency. When the tool's terms change, or the vendor is acquired, or the tool is breached, the dependency is discovered under pressure rather than managed in advance.
what it looks like when it goes wrong
Three ways this tends to go, each one taken from a real case.
- it happenedSalesloft / Drift, 2025howA chat tool's key into your CRM is stolen from the vendor.what leavessupport tickets, including passwords pasted into themwho ends up with itan extortion group working through hundreds of companies
- it happenedGitHub OAuth tokens, 2022howIntegration keys to your code host are stolen from the integration vendor.what leavesyour private code and the secrets inside itwho ends up with itattackers looking for the next door
- it happenedSisense, 2024howAn analytics vendor is breached and the keys it holds to your systems are copied.what leavesconnections straight into your datawho ends up with itwhoever holds the vendor's keys
4what works
Putting a number on shadow IT starts with an inventory, because cost figures against an unknown baseline are guesses. The security and compliance picture comes from the identity layer: an access inventory through the IdP enumerates former-employee accounts, OAuth grants and the scopes they hold, shadow SaaS connections, and AI tools with data access, which is the population the probabilistic costs live in. The direct-spend picture comes from finance, where shadow IT always leaves a trail. Expense claims and company card statements reconciled against the approved app list surface the duplicate subscriptions, the post-project tools still billing, and the personal-card upgrades that were meant to be temporary.
The two views together bound the real cost, and comparing them is itself diagnostic. A tool that appears in the OAuth list but never in finance is running on a free tier or a personal card. A tool finance pays for that holds no directory connection is a standalone data store that offboarding will never reach. Either mismatch is a finding, and the comparison costs nothing beyond the two lists it requires.
your turn
what you can do about it
this week
Pull last quarter's card and expense lines for software.
Every tool there that IT does not know about is both a cost and an access list.
go deeper
if you're not sure where to start
Run the offboarding checklist on one leaver. It covers every account and token to close when someone leaves.
open the checklist →
