TL;DR: AI data classification inspects prompts, uploads, responses, retrieved context, and agent tool calls in flight so organisations can stop sensitive information reaching external models, according to WitnessAI. That matters because effective AI governance now depends on context-aware controls, audit evidence, and enforceable policies rather than keyword filters that miss meaning and generate noise.
At a glance
What this is: NHI Mgmt Group's analysis, drawing on WitnessAI's blog post: AI data classification is a runtime governance layer that classifies prompts, uploads, responses, retrieved context, and agent tool calls so sensitive data can be governed before it reaches an external model.
Why it matters: It matters because AI teams need enforceable controls and audit evidence over AI use, including agentic workflows, rather than relying on post hoc logging or brittle keyword rules.
By the numbers:
- DLP accuracy research for unstructured content ranges from 5 to 25%, with false positive rates above 40%.
- Gartner says 17% of organisations have deployed AI agents, and 60% expect to within two years.
Context
AI data classification addresses a governance gap that appears when sensitive information moves through AI systems in motion rather than in stored files. Traditional controls were built to label data at rest, but prompts, responses, retrieved context, and tool calls create a separate interaction surface where policy decisions need to happen before information leaves the enterprise boundary.
That distinction becomes more important as organisations move from AI pilots to production and as agents begin acting with inherited permissions. In that environment, visibility over what is being sent, what comes back, and which model or tool received it becomes a control problem for AI governance, compliance, and identity teams rather than just a logging problem.
Key questions
Q: How should organisations classify sensitive data in AI prompts and outputs?
A: Organisations should classify AI traffic at runtime, before prompts or files reach external models, and apply policy based on the data category and the interaction’s intent. The useful unit is not only the document, but the full exchange, including retrieved context, responses, and tool calls. That is what gives Security and Compliance evidence they can actually act on.
Q: Why do keyword and regex controls fail for conversational AI?
A: They fail because conversational AI often carries sensitive meaning in plain language rather than in fixed patterns. A prompt can describe a deal term, financial value, or technical secret without matching a classic DLP rule, while harmless text can trigger the same pattern accidentally. Context, not shape alone, determines whether the interaction is risky.
Q: What are the signs that AI classification is too weak for production use?
A: Common signs include high false positives, routine work being blocked or routed incorrectly, and sensitive prompts still reaching external models without a control decision. If teams cannot explain why an interaction was allowed, warned, or blocked, the classification layer is not yet reliable enough for production governance.
Q: How should teams govern AI agents that use MCP?
A: Treat each connected agent as a non-human identity with an owner, a scope, and a review cycle. The practical control set is familiar: least privilege, secret rotation, access expiration, and auditability across the systems the agent can reach.
Technical breakdown
Why file-centric classification misses AI interaction risk
File-based classification assumes the object of concern is a document or record that can be tagged once and protected at rest. AI systems complicate that model because the sensitive unit is often the interaction itself, including the prompt, the retrieved context, the response, and any tool call that happens along the way. A prompt may contain no obvious secret markers while still carrying commercial, regulated, or technical sensitivity in plain language. Classification therefore has to evaluate meaning in motion, not just match fixed patterns. That makes runtime inspection and policy enforcement the architectural centre of gravity.
Practical implication: classify AI traffic before it reaches the model, not after the data has already left the enterprise.
How intent and context improve AI data classification
Intent-based classification looks at the surrounding conversation to infer whether the user is doing something routine, sensitive, or policy-relevant. Deterministic rules still matter, but they are no longer enough on their own because plain-language requests can carry regulated content without any obvious keyword trigger. Contextual signals, confidence scoring, and hybrid machine learning reduce false positives by distinguishing harmless text from meaningful disclosure. This is especially important in conversational AI, where the same string of numbers can represent an order number, a payment value, or a secret depending on the sentence around it.
Practical implication: tune classification by content category and context, then validate it against real production traffic.
Why AI agents and MCP connections widen the classification boundary
AI agents change the risk model because they can inherit a user or service account’s permissions and use them continuously at machine speed. That means the trust question is no longer limited to a browser session or a single prompt. Agents can call tools, APIs, and MCP-connected services outside the browser paths many monitoring controls were built for, which makes discovery, attribution, and pre-execution checks essential. The governance challenge is not just what a person typed, but what an agent was allowed to do with that input once execution started.
Practical implication: extend classification and enforcement to agent tool calls, MCP connections, and other non-browser execution paths.
Threat narrative
Attacker objective: The objective is to obtain sensitive business, technical, or regulated information from AI interactions before enterprise controls can classify and contain it.
- Entry occurs when a user or agent sends sensitive content in a prompt, upload, or tool call to an external model.
- Credential or data abuse follows when contextual information, source code, or financial detail is exposed without a policy decision first.
- Impact is reached when ungoverned model use creates compliance exposure, intellectual property leakage, or unsafe downstream decisions.
Breaches seen in the wild
- Salesloft OAuth token breach: hackers stole OAuth tokens to access Salesforce data via Salesloft.
Read and download The State of NHI & AI Agent Breach Report 2026, covering 200+ breaches impacting Non-Human Identities including AI Agents.
NHI Mgmt Group analysis
AI data classification is becoming the missing control plane for AI governance. Keyword filters and static DLP controls were designed for files and forms, not for conversational workflows where meaning emerges in context. The governance problem is no longer whether data is stored securely, but whether it is recognised fast enough while it is moving through prompts, outputs, and tool calls. Practitioners should treat runtime classification as part of AI policy enforcement, not as a reporting add-on.
Context-aware AI governance is now more defensible than pattern-matching governance. The article shows why plain-language prompts defeat brittle rules and why auditability depends on understanding intent, not just text shape. That creates a stronger evidentiary path for internal reviews and external scrutiny because the control can explain why an interaction was allowed, warned, routed, or blocked. Practitioners should demand evidence that the control reasons about meaning, not just string matches.
Agentic AI turns data classification into identity-adjacent governance. When agents inherit permissions and operate across APIs, tools, and MCP links, the question is no longer only what data is sensitive. It is also which non-human actor touched it, through which path, and under whose authority. This is where AI governance and NHI governance converge: the control must see both the content and the actor. Practitioners should extend policy to agent identity, tool allow-lists, and execution-time checks.
Control effectiveness depends on enforcement, not visibility alone. The article is clear that classification creates value when it triggers allow, warn, block, route, or tokenize actions. A dashboard that only labels traffic leaves the organisation with better telemetry but the same exposure. The stronger model is proportionate control at the point of use. Practitioners should insist that every high-risk classification path maps to a concrete response.
From our research library:
- Internal repositories are 6x more likely to contain secrets than public ones (32.2% vs 5.6%), contradicting the assumption that private repos are safe, according to the State of Secrets Sprawl 2026.
- Read next: NHI Lifecycle Management Guide
What this signals
AI data classification now has to follow the interaction, not the file. Organisations that still depend on static labelling will keep missing prompts, outputs, and tool calls because the sensitive content moves before traditional controls can respond. That is why the governance boundary has shifted from storage classification to runtime classification across the full AI interaction path, according to the State of Secrets Sprawl 2026.
Agentic AI creates a distinct governance problem because identity and content are now coupled. Once an agent can act through inherited permissions, the control question becomes both what the agent saw and what the agent was allowed to do with it. That is where AI governance starts to overlap with NHI governance in practical programme design.
Managed AI use will increasingly be measured by evidence, not policy intent alone. Teams that can show classification decisions, control actions, and audit trails will have a stronger case in risk review and compliance discussion than teams relying on keyword logs and manual exceptions. The governance question is moving from whether AI is allowed to whether it is observable enough to be trusted.
For practitioners
- Define AI-specific data classes Create categories for prompts, retrieved context, outputs, source code, regulated data, and agent tool calls so policy can target the actual AI interaction surface.
- Enforce pre-execution policy checks Require classification before external model submission, then use allow, warn, block, route, or tokenize responses based on the data class and interaction intent.
- Extend monitoring to agent and MCP paths Discover AI agents and MCP connections at the network layer, then attribute tool activity to a human identity and log governed calls end to end.
- Measure precision and recall by data category Test classification on real traffic for financial, code, regulated, and conversational data separately so false positives do not hide weak detection in one class.
- Map classification to board-ready evidence Capture which AI systems were touched, what data classes were involved, and which controls fired so security, legal, and audit teams can review the trail.
Key takeaways
- AI data classification closes a governance gap that appears when prompts, outputs, retrieved context, and tool calls move faster than static data controls can inspect them.
- The article shows why conversational AI defeats keyword-centric DLP, especially when sensitive meaning is expressed in natural language rather than fixed patterns.
- For practitioners, the control value comes from turning classification into action, including allow, warn, block, route, tokenize, and audit.
Standards & Framework Alignment
This section maps relevant standards and security frameworks to the operational risks and controls described in this guidance.
OWASP Non-Human Identity Top 10, OWASP Agentic AI Top 10 and MITRE ATT&CK address the attack and risk surface, while NIST AI RMF and NIST AI 600-1 set the governance and control requirements practitioners need to meet.
| Framework | Control / Reference | Relevance |
|---|---|---|
| OWASP Non-Human Identity Top 10 | NHI-05 — Overprivileged NHI | AI agents inheriting user or service permissions create overprivilege risk across model and tool use. |
| NHI-10 — Human Use of NHI | The article stresses attribution of agent actions to a human identity and governed use of non-human actors. | |
| Recommendation — Limit inherited permissions for AI agents and review every tool path against least necessary access. Attribute agent activity to a human owner and log governed actions for accountability and review. | ||
| OWASP Agentic AI Top 10 | ASI03 — Identity & Privilege Abuse | Agents using tool calls and MCP links can misuse inherited identity and privilege at execution time. |
| Recommendation — Restrict agent privileges and enforce pre-execution checks before any tool or MCP call is allowed. | ||
| NIST AI RMF | GOVERN — AI Governance and Accountability | The article is fundamentally about governance evidence, accountability, and control enforcement for AI use. |
| Recommendation — Establish governance ownership for AI data classification and require evidence of control operation. | ||
| NIST AI 600-1 | Data — Data governance for generative AI | The source focuses on classifying inputs and outputs and controlling sensitive data in GenAI workflows. |
| Recommendation — Apply data governance controls to AI inputs, outputs, and retrieved context before external model use. | ||
| MITRE ATT&CK | TA0006; TA0010 — Credential Access; Exfiltration | The article’s risk includes sensitive information leaving the enterprise through AI interactions. |
| Recommendation — Map AI data leakage paths to credential access and exfiltration behaviors in detection and response. | ||
Key terms
- AI Data Classification: AI data classification is the process of using a machine learning model to assign information to predefined categories. It is commonly used on unstructured data, where the model learns patterns from labelled examples and then predicts the class of new inputs.
- Intent-based classification: Intent-based classification evaluates what a user or system is trying to do, not just what text or file is present. In AI governance, it distinguishes routine work from risky interaction by reading context, purpose, and sensitivity. That matters when regulated data is handled conversationally rather than through formal file transfer.
- Runtime Guardrail: A control applied while an AI agent is operating, not just during configuration or review. Guardrails can block dangerous tool calls, require approval for sensitive actions, or stop data leakage before it reaches systems or users.
- MCP Connection: An MCP Connection is the live link between an AI agent and an external tool, data source, or service using the Model Context Protocol. It defines how the agent discovers capabilities, exchanges context, and requests actions. Security controls should govern authentication, authorization, scope, logging, and revocation for each connection.
Deepen your knowledge
The NHI Foundation Level course, the industry's only accredited NHI security programme, covers NHI governance, machine identity security, and IAM foundations relevant to AI-adjacent control design. It helps practitioners connect identity governance to the operational decisions that shape secure AI adoption.
Published by the NHIMG editorial team on September 14, 2026.
Updated on October 11, 2026.
NHI Mgmt Group, the independent authority on Non-Human Identity, IAM, and Agentic AI security. nhimg.org