← All cybersecurity posts

Shadow IT Risks: Unknown Apps, Sites and Cloud Accounts

Shadow IT is any technology used without the knowledge or oversight of the people responsible for security: the marketing team's landing page builder, a developer's personal cloud account running a demo, a spreadsheet shared publicly, or a SaaS tool connected to company email with broad permissions.

Why shadow IT happens

People adopt tools to get work done faster. Most shadow IT is well-intentioned. The problem is not the tools themselves, but that nobody is checking their security, managing their access or removing them when they are no longer needed.

Common forms

  • Marketing sites and microsites on hosted builders or self-hosted CMSs.
  • Demo and proof-of-concept environments in personal or unmanaged cloud accounts.
  • SaaS applications signed up with company email, often holding customer data.
  • OAuth apps granted access to company email, files or code.
  • Publicly shared documents and spreadsheets.
  • Browser extensions with access to every page employees visit.
  • AI tools where employees paste customer data or source code.

The security risks

  • Data exposure: customer or internal data stored without proper controls.
  • Forgotten assets: unpatched sites and servers that become entry points.
  • Subdomain takeover when a tool is cancelled but DNS still points to it.
  • Account takeover: accounts without MFA or SSO, and not removed when employees leave.
  • Compliance gaps: data processed by vendors not covered by your agreements or audits.

Finding shadow IT

  • External discovery: enumerate subdomains and see which point to third-party services you do not recognise.
  • SSO and identity logs: see which apps employees authenticate to.
  • OAuth grants: review apps connected to your email and file storage platform.
  • Expense reports and card statements show paid tools.
  • Cloud billing across the organisation, and checks for cloud accounts tied to company email domains.
  • Browser management policies for extensions.

Governing it without blocking work

  1. Make the approved path easy: a simple request process and a list of approved tools.
  2. Require SSO for business tools where possible, so access is managed centrally.
  3. Set data rules: which data types can go into which tools.
  4. Assign owners to every external asset and tool.
  5. Offboard properly, removing accounts and DNS records when tools are retired.
  6. Monitor continuously, because new tools appear every week.

The external view

From an attacker's perspective, shadow IT is part of your attack surface. A forgotten WordPress microsite on your domain is as useful to them as your main app. SecurityInfinity's attack surface discovery finds subdomains and services across your domains, including those pointing to third-party platforms, and tests them. Start free.

Frequently asked questions

Is shadow IT always bad?

No. It often signals real needs. The goal is visibility and basic controls, not banning every new tool.

How do I handle employees using AI tools?

Provide approved AI tools with suitable data protection terms, and set clear rules on what data can be shared.

Who is responsible for shadow IT security?

Ultimately the organisation. Practically, security or IT sets guardrails and each tool needs a named owner.

Find what attackers can see, before they do.

AI pentesting agents test your web app, API and cloud, and every finding comes with evidence and a fix. First report in about 10 minutes.

Stay ahead of attackers.

New vulnerabilities, breach write-ups and practical fixes. A few emails a month.