P.K. SHARMA

Cyber security intelligence, AI governance, practitioner analysis

58% of executives have had an AI incident. Nearly all are confident

Okta surveyed 300 executives and 500 knowledge workers in May 2026. More than half of employees are using personal AI tools without approval and say the policy is unclear or missing. 58% of executives report an AI security incident or close call. Nearly all of them are confident their staff use AI responsibly.

By Parminder Kumar Sharma · · 6 min read

Three numbers that cannot all be right

Okta, with Apprize360, surveyed nearly 300 technology executives and 500 knowledge workers, publishing on 28 May 2026. Take three of the findings together:

Okta shadow AI research, May 2026

FindingFigurePopulation
Using personal AI tools without approvalMore than halfEmployees
Using unsanctioned AI (US)Two thirds, with nearly a quarter doing so regularlyEmployees
Say organisational policy is unclear, hard to find, or non-existentMore than halfEmployees
Had an AI-related security incident or close call in the last year58%Executives
Confident employees are using AI responsiblyNearly allExecutives
Vendor-produced research, and worth reading as such, but the methodology is stated, both populations were surveyed, and the value here is the contradiction between the two groups rather than any single number.

The last two rows are the briefing. Fifty-eight per cent have already had an incident or a near miss, and nearly all of them are confident. Confidence at that level, in a population where a clear majority have had something go wrong, is not an assessment. It is the absence of one.

Why the policy-first reflex fails

The standard response to discovering shadow AI is to write an acceptable use policy. The employee data says why that does not work on its own: more than half already report that policy is unclear, hard to find, or absent. Publishing another document into that environment changes nothing measurable.

What the executive view assumes

  • Staff are using approved tools responsibly.
  • The policy communicates the boundary.
  • Incidents would be visible if they were happening.

What the employee data reports

  • More than half are using personal AI tools with no approval.
  • More than half cannot find a policy, or say none exists.
  • Unapproved tools have been granted access to internal messages, HR information and confidential documents.

The access grants are the part that turns this from a compliance irritation into a security finding. This is not staff pasting a paragraph into a chatbot. It is staff connecting tools to internal messages, HR records and confidential documents, the same connector-authority problem as MCP tool access, arriving through a different door and with nobody in security aware it happened.

Record every system in one of three states

AbsentNothing exists.Honest, and cheap to plan around.Documented, not operatingA policy exists. Nobody has run it.Reads as done on a spreadsheet.Operating, with evidenceIt ran, and left a record.The only state that survives an audit.RECORD EVERY REQUIREMENT IN ONE OF THREE STATESMost organisations sit here, and most findings come from here.A two-state assessment, present against absent, puts this column in the wrong one and flatters the result.An auditor does not ask whether a procedure exists. They ask when it last ran, and to see what it produced.
The same three states a gap assessment uses, and for the same reason. Present against absent puts the middle column in the wrong one and produces a register that flatters.

Inventory first, and the order matters

The sequence that actually produces compliance

  1. SaaS and network telemetry, OAuth grantsMeasure what is in use
  2. Client calls outrank public codeRank by data sensitivity
  3. Give people a sanctioned routeLegitimise the safe majority
  4. Now it governs a mapped landscapeWrite the policy
Policy is step four, not step one. Written before the inventory, it prohibits tools teams depend on (guaranteeing quiet non-compliance) and misses the tools nobody thought to name.

The sequencing is not pedantry. A policy that bans the transcription tool a team already runs its client calls through produces one of two outcomes: the team stops disclosing, or the team ignores the policy. Both end with less visibility than before the policy existed.

Legitimising the safe majority is what makes the genuinely risky cases surface voluntarily, and voluntary disclosure is the only discovery mechanism that scales past what telemetry can see.

Where the systems actually are

The word shadow suggests concealment, and that framing sends people looking in the wrong places. Almost none of this is hidden. It is unrecorded, which is a different problem with a different solution.

Four places account for most of it, and each is discoverable without asking anybody a question.

Inside software you already pay for. A summarise button appeared in a release note. Nobody decided to adopt AI; a supplier shipped it. This is the largest category and the least visible, because the licence predates the feature.

On a departmental card. A subscription below the threshold that would trigger procurement review, expensed monthly, invisible to IT and perfectly visible to finance.

In a browser extension. Installed by one person, running against whatever page is open, including pages showing client data.

In a workflow somebody built. An automation calling a model API with a key created for a proof of concept that never ended.

The common thread is that every one of them leaves a record somewhere: a release note, a card statement, an extension inventory, an API key. The inventory is an exercise in reading systems you already have rather than in interviewing people, which is why it takes days rather than the quarter people budget for it.

The obligation nobody connects to this

The EU AI Act's AI literacy duty under Article 4 has applied since 2 February 2025 and was not touched by this year's deferral. It requires providers and deployers to ensure a sufficient level of AI literacy among staff dealing with AI systems.

An organisation where more than half of employees cannot find the AI policy is not in a strong position on that duty, and the duty has been live for eighteen months.

What to check this week

Take this with you

Building the inventory, in the order that finds most fastest

  • Pull the OAuth grant list from your identity provider and filter for AI vendors. This finds tools that were given access to mail, files and calendars (the highest-consequence category) and takes an afternoon.
  • Pull SaaS and network telemetry for AI service domains. Expect the list to be longer than the approved list by an order of magnitude.
  • Ask people, with an amnesty attached. Telemetry misses anything used from a personal device, which is most of it.
  • Rank what you find by the sensitivity of the data flowing in, not by the popularity of the tool. A transcription tool holding client calls outranks a coding assistant on public repositories.
  • Give the safe majority a sanctioned route before restricting anything, so disclosure stays cheap for the person disclosing.
  • Then write the policy, and make it findable. More than half of employees currently say they cannot find one.
  • Check the Article 4 literacy duty separately. It has applied since February 2025 and is not satisfied by a policy document nobody can locate.

The AI policy generator produces the document once you have the inventory, the AI literacy tool covers the Article 4 duty, and the acceptable use policy tutorial walks the drafting.

Sources

  1. PrimaryRegulation (EU) 2024/1689 (the AI Act)EUR-Lexaccessed 2026-08-10

Share this briefing

Know someone who owns this problem? Send it to them.

Related briefings

The briefing, in your inbox

Practitioner analysis of cyber and AI security news. No vendor noise.

One email per briefing. Unsubscribe any time.