topicsshadow IT3 numbers3 guides

shadow IT vs sanctioned IT

Most tools sit between fully managed and fully invisible. Where the line actually runs, and why the grey zone holds the risk.

in one lineSanctioned IT is what IT manages and reviews; shadow IT is everything else. Most tools sit on a spectrum between the two.

the numbers

  • 48%of SaaS applications sit outside IT's managementProductiv State of SaaS, 2024
  • 1,000+believed under 10 apps vs 1,000+ actualAppOmni, 2024
  • 305SaaS applications in the average organisationZylo SaaS Management Index, 2026

all the numbers →

1defining both ends of the spectrum

Sanctioned IT is technology that IT manages, monitors, and is responsible for. It has been reviewed before adoption, operates under a data processing agreement where required, is included in the offboarding process, and has an internal owner. When something goes wrong with a sanctioned tool, someone is accountable and the response process is defined.

Shadow IT is technology that none of the above applies to. It may be in active daily use. It may process sensitive data. It may hold OAuth access to your directory. From an IT governance perspective, it does not exist.

Most companies have both, and most tools do not sit cleanly at either end. Between full governance and complete invisibility there is a wide middle ground that includes tools that are tolerated without being reviewed, apps that were once approved and have since drifted out of compliance, and integrations that were built by people who no longer work at the company.

2the grey zone is where accumulation happens

The most risk-significant category is often the tools IT is vaguely aware of but has never formally reviewed, rather than the tools it has never heard of. These tools exist in a grey zone: not shadow IT in the sense of being entirely hidden, not sanctioned IT in the sense of being governed.

This category includes tools that were approved informally by a manager without IT involvement, tools that cleared a security review two or three years ago and have not been re-reviewed since, free trials that became permanent without ever going through procurement, and integrations that were built with IT awareness but without a formal review of the access they required.

Grey-zone tools are harder to manage than fully shadow tools because they generate a false sense of coverage. If IT is aware of a tool, there is an assumption it has been reviewed, even if it has not.

3why the spectrum matters for risk and compliance

The position of a tool on the spectrum directly affects the risk it represents.

A fully sanctioned tool has a defined owner, a known access model, and a process for changing or revoking access. Its risks are bounded and manageable.

A fully shadow tool has none of that. Its access model is unknown. Its data handling may contradict your policies. When the employee who adopted it leaves, nobody knows the offboarding task exists.

Grey-zone tools carry a specific compliance risk: they are present in your environment but absent from your records. An auditor asking for evidence of access control will not accept "we knew about it informally" as a documented control. GDPR data processing registers, NIS2 supply chain assessments, and DORA ICT third-party registers all require formal documentation. Informal awareness does not satisfy these requirements.

what it looks like when it goes wrong

Three ways this tends to go, each one taken from a real case.

your company
the gap nobody seesThe line between approved and unapproved tools is rarely written down.a connected app with standing access
  1. howA 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 happenedSalesloft / Drift, 2025
  2. howIntegration 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 happenedGitHub OAuth tokens, 2022
  3. howAn 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
    it happenedSisense, 2024

4what works

Many shadow tools turn out to be appropriate, useful, and worth keeping. What changes is their position on the spectrum: across the threshold into formal governance, where consistent controls apply. The movement starts with a complete list, and in cloud environments the most efficient source is an OAuth grant audit through the IdP; decisions made from a partial inventory tend to recreate the grey zone they were meant to close.

Assessment then runs on what each tool handles and holds. Personal data without a DPA marks the urgent tier, while tools with limited scope and no personal data can wait for a scheduled review. Every tool that stays gets a named internal owner who carries the review, the offboarding hook, and future decisions about the tool, because grey-zone tools are precisely the ones nobody owned. The review itself ends in one of three places: tools that pass enter the sanctioned list, tools that cannot meet the criteria are retired, and tools nobody actively uses are simply removed.

What prevents the spectrum from repopulating is an approval process faster than the workaround. Governance that loses a speed contest with a free-trial signup will keep losing it, so the practical benchmark for the review is the five minutes the signup takes.

on the record

← all topics

your turn

what you can do about it

  1. this week

    Write the short list of approved tools for the jobs people do most.

    People use the approved option when it exists and is easy to find.

  2. go deeper

  3. 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 →

the letter · every two weeks

one access gap in your inbox, with the fix.

Every issue takes one way access creeps in, shows a real incident where it went wrong, and ends with one thing to check that week. Written for the people who run the tools, without a security team behind them.

  • 1one mechanism, explained plainly
  • 2one real incident, taken apart
  • 3one step you can take on Monday

get the next issue

One email every two weeks. Your address stays here and is never passed to vendors. One click to unsubscribe. Privacy.