~/f4n6 $ grep -r "Shadow AI incidents double as unmanaged agents and tools expand enterprise attack surface" ./investigations/ --include="*.md"

Shadow AI incidents double as unmanaged agents and tools expand enterprise attack surface

Jeff Davies 22 Oct 2026 6 min read

1. Executive summary

Tenable reports that security incidents involving organisations' shadow AI assets more than doubled year on year, to 43% from 20%, citing IBM's "2026 Cost of a Data Breach Report", and that the average breach cost of shadow AI-related incidents reached $5.39 million, about $400,000 above the global average. The same report attributes data loss or compromise to almost half of those incidents, operational disruption to 42% and regulatory fines to 21%. The exposure is not a single product class: Tenable describes unvetted MCP servers bridging desktop assistants to internal databases, consumer AI browser extensions with read access to CRM dashboards, locally hosted models run outside software restrictions, and administrative credentials handed to consumer-grade agents. No CVE, CVSS score or CISA KEV entry is associated with this item, and no threat actor is named. The risk to EMEA financial services is data protection and third-party governance rather than a patchable defect: unsanctioned tools processing customer data and regulated records outside the inventory, access controls and audit trail.

2. Regulatory framing

Article Trigger (the fact in this item) Practical impact
DORA Art. 28 Employees install unvetted MCP servers, browser extensions and consumer AI agents that process company data, none of which passed a procurement or due-diligence process These tools are ICT third-party arrangements in substance. They need to be brought into the register of providers and assessed, or removed.
DORA Art. 30 The same tools hold no contractual terms covering data use, breach notification or audit Where a tool is retained, contractual provisions on data handling, incident notification and access to evidence have to be put in place before continued use.
NIS2 Art. 21(2)(d) Shadow AI enters through the supply chain (extensions, MCP servers, public model providers) with no security measures applied to those suppliers Supply chain security measures have to extend to AI tools employees adopt, not only to formally contracted vendors.

3. Technical analysis & attack chain

Tenable's item is a governance and exposure-management piece, not an incident report. It describes six representative patterns of shadow AI use inside a mid-to-large enterprise, all occurring without the knowledge of IT or security:

  1. A marketing manager installs an unvetted open-source Model Context Protocol (MCP) server to bridge a desktop AI assistant to the internal customer database.
  2. A sales executive installs a free AI browser extension to summarise web pages, granting a third party read access to confidential CRM dashboards.
  3. An accounting supervisor builds custom AI chatbot skills that feed unredacted financial projections into a public generative AI tool.
  4. An engineer bypasses software restrictions to download and run an unvetted locally hosted AI model.
  5. A business analyst gives broad administrative credentials to a consumer-grade AI agent so it can crawl a private data warehouse.
  6. A developer pastes proprietary, unreleased source code into a free web-based AI assistant, surrendering the IP to a public model's training set.

The common mechanism is credential and data flow rather than exploitation. In patterns 1, 2 and 5 the tool is granted standing access to a system of record (customer database, CRM, data warehouse) and the access is never reviewed, logged against a sanctioned identity, or scoped to least privilege. In patterns 3 and 6 the data leaves the estate through a prompt or upload to a public model, where the vendor's training and retention terms decide what happens to it. Pattern 4 places an unmanaged model runtime on an endpoint, outside endpoint security coverage.

Tenable quantifies the scale from its own telemetry: over a 30-day period the Tenable One Exposure Management Platform recorded 457 million security issues across 7,000 customer environments using 274 AI-specific detection plugins, an average of about 62,000 AI-related exposures per customer. Those figures are vendor telemetry and describe exposures found by one platform's plugins, not confirmed compromises.

The Cloud Security Alliance, in its April report "The Invisible Enterprise: Shadow AI and the Ungoverned Frontier", is quoted saying AI adoption has outpaced governance and left an "invisible layer of AI infrastructure" that has not been inventoried and so is not subject to policy enforcement, access controls or audits. Tenable lists the asset classes involved as AI code assistants, models, applications, APIs, embedded features, agents, MCP servers, training data and browser extensions.

Adoption data cited by Tenable: 34% of employees in Thomson Reuters' "Future of Professionals 2026" report admitted knowingly using unapproved AI tools, and Deloitte's "GenAI Workforce Survey" (September) found 31% of UK employees use AI tools without organisational permission. Both are survey self-reports.

Confidence caveats. The 43% incident rate, the $5.39 million cost and the 21% fines figure rest on IBM's report as relayed by Tenable; the underlying methodology is not given here. The 457 million figure is single-sourced vendor telemetry. No named threat actor, malware family, CVE or exploitation campaign appears in the source, so no attack chain beyond the six usage patterns can be confirmed. The NCSC and UK government positions are referenced by Tenable without a linked primary URL.

4. Mitigation & containment

P1 (within 24 hours)

  • Pull the browser extension inventory from your endpoint management or browser console and list every extension with host permissions to CRM, webmail or finance SaaS. Remove extensions that were not approved, starting with those holding read access to CRM dashboards.
  • Search endpoint telemetry for locally hosted model runtimes and MCP server processes launched outside approved software paths. Tenable's pattern is an engineer bypassing software restrictions to run an unvetted model; the control is application allowlisting on the endpoint, not a blocklist.
  • Identify any consumer-grade AI agent or assistant holding administrative credentials to a data warehouse or database, and rotate those credentials. Replace standing admin rights with a scoped, read-only service account if the agent is retained.

P2 (within 72 hours)

  • Audit AI-related SaaS OAuth grants and API tokens in your identity provider. Revoke grants to public generative AI tools that were issued by users rather than by IT.
  • Enable data loss prevention rules on outbound prompt and upload traffic for source code repositories, PII and financial projections, covering the web-based AI assistants your staff actually use.
  • Publish an AI acceptable use policy that names approved tools, states what data may be entered, and sets out the approval route for new tools. Tenable's finding is that block-by-default policies push usage further underground; the policy needs an approval path, not only a prohibition.

P3 (within 7 days)

  • Add the AI asset classes Tenable lists (models, agents, MCP servers, extensions, APIs, training data) to the asset inventory and to the third-party register, and run the vendor due-diligence questions in the source: data ownership, encryption in transit and at rest, disclosure process, training on customer data, data residency, compliance certifications.
  • Assign accountability in the policy for employees, managers and an AI governance owner, including a requirement that staff verify AI-generated output.
  • Run a needs assessment with business unit leaders on which AI tools they use and why, so the approved list reflects demand.

No vendor patch or version fix applies to this item.

5. Indicators of compromise

No indicators of compromise available in the source material. The source describes usage patterns and vendor telemetry, not atomic artefacts, and gives no file names, hashes, domains or process names.

Behavioural indicators

behaviour where to observe confidence
MCP server process bridging a desktop AI assistant to an internal database endpoint process telemetry, outbound database connections from workstations single-sourced (Tenable scenario)
Browser extension with read access to CRM dashboards installed by a non-IT user browser extension inventory, OAuth grant logs single-sourced (Tenable scenario)
Unredacted financial data submitted to a public generative AI tool via custom chatbot skills DLP on outbound HTTPS to AI SaaS, prompt/upload logs single-sourced (Tenable scenario)
Locally hosted AI model downloaded and run outside approved software paths application allowlist violations, endpoint file and process telemetry single-sourced (Tenable scenario)
Administrative credentials used by a consumer-grade AI agent to crawl a data warehouse database authentication logs, anomalous service-account queries single-sourced (Tenable scenario)
Source code pasted into a free web-based AI assistant DLP on code repository content, egress to AI SaaS single-sourced (Tenable scenario)

6. Detection

Insufficient indicators to author detection rules. The source contains no file names, command lines, registry keys, mutexes, hashes or network artefacts specific to a threat. The behaviours in §5 are governance and data-flow patterns that vary by environment; a rule built on them would need environment-specific baselines that this source does not supply.

7. Sources

  • Tenable, "How to contain shadow AI, as it takes on multiple forms and spreads throughout your environment", https://www.tenable.com/blog/how-to-contain-shadow-ai-as-it-takes-on-multiple-forms-and-spreads-throughout-your-environment, 2026-10-22
  • IBM, "2026 Cost of a Data Breach Report", cited in the Tenable blog; primary report not reviewed
  • Cloud Security Alliance, "The Invisible Enterprise: Shadow AI and the Ungoverned Frontier", April, cited in the Tenable blog; primary report not reviewed
  • Thomson Reuters, "Future of Professionals 2026", cited in the Tenable blog; primary report not reviewed
  • Deloitte, "GenAI Workforce Survey", September, cited in the Tenable blog; primary report not reviewed

8. Adverse Trace position

No CVE, CVSS score or CISA KEV entry applies, and no actor is attributed, so this advisory carries no vulnerability severity rating; the exposure is governance and data-flow risk, and the IBM-derived figures (43% incident rate, $5.39 million average cost, 21% fines) are second-hand through Tenable and should be treated as indicative. For EMEA financial services clients the material impact is unsanctioned tools holding standing access to customer and financial data outside the third-party register, which engages DORA Art. 28 and Art. 30 and NIS2 Art. 21(2)(d) as set out in §2. We assess the six usage patterns in §3 as plausible and common but single-sourced to Tenable's scenarios, and we will re-examine the IBM and CSA primary reports before raising this to a higher-confidence assessment. Adverse Trace will monitor for named tooling, MCP server vulnerabilities and any actor exploitation of AI agent credentials, and will issue a follow-up if a concrete CVE or campaign emerges. Clients should treat the P1 extension and credential inventory in §4 as the immediate action.


Read the original source →

Published via PulseTrace — Adverse Trace threat intelligence.

Post this to LinkedIn
Formatting is converted automatically — headings, bullets, a link back & hashtags. Paste straight in.
J
Jeff Davies