By NHI Mgmt Group Editorial TeamBased on Strac: “What is PII Compliance ? Complete Guide PII Data Classification and Checklist for 2025” (August 12, 2026)

TL;DR: PII compliance has shifted from static data protection to continuous control of data in motion across SaaS, browsers, endpoints, GenAI, and MCP-connected workflows, according to Strac. The practical implication is that access control, DSPM, and DLP now have to operate together or sensitive data will keep escaping through approved users and new AI paths.


At a glance

What this is: Strac argues that PII compliance has shifted from protecting data at rest to controlling sensitive data in motion across SaaS, GenAI, browsers, endpoints, and MCP-connected workflows.

Why it matters: IAM and DLP teams need to govern not only who can access PII, but also how approved users and AI systems move it into unsanctioned paths.


Context

PII compliance is no longer a question of locking down databases alone. The practical problem is data movement across modern work surfaces, where sensitive information can be copied, pasted, uploaded, generated, and forwarded through SaaS, browsers, endpoints, and AI workflows.

That creates an identity and governance problem as much as a data protection problem. Approved users, delegated access, and machine-mediated workflows can all move regulated data outside intended boundaries, which means discovery, classification, access control, and DLP now have to work as one control plane.


Key questions

Q: What breaks when PII controls stop at storage and ignore data movement?

A: Compliance becomes incomplete because sensitive data can still leave approved systems through copy, paste, uploads, chat prompts, browser actions, and connected tools. Storage-centric controls can show where PII resides, but they do not stop an authorised user or workflow from moving it into an unsafe destination. The missing control is transfer-time enforcement with usable evidence.

Q: Why do GenAI and MCP workflows increase sensitive data risk?

A: They move data into runtime paths where protected information can be retrieved, combined, and reused by humans, systems, or AI agents. Even if the source was encrypted or tokenized, the data becomes exposed once it is decrypted or detokenized for use. That makes policy enforcement at the point of use essential.

Q: How do security teams know whether DLP is actually protecting data without blocking legitimate work?

A: A well-functioning DLP programme should show lower alert noise, faster investigations, and more precise enforcement across real user activity. Teams should look for clear separation between benign and risky behaviour, plus consistent visibility into copy, paste, browser, and collaboration actions. If controls only catch obvious file events, the programme is probably too shallow for modern work.

Q: Should IAM, DSPM, or DLP own PII compliance in AI workflows?

A: None of them should own it alone. IAM governs who is allowed to access data, DSPM finds where the data lives and how sensitive it is, and DLP controls what happens when the data tries to move. In AI workflows, the programme works only when those controls share the same policy model and evidence trail.


Technical breakdown

Why PII in motion defeats storage-centric controls

Traditional controls assume sensitive data has a stable location and a known set of systems around it. In modern environments, PII can traverse collaboration tools, cloud drives, browser uploads, local files, and AI prompts in minutes, so the control point shifts from storage location to egress path. That is why visibility into lineage matters: teams need to know where the data came from, where it went, and what policy acted on the transfer. Classification without movement control only tells you what exists, not how it escapes.

Practical implication: security teams need policy enforcement at the point of transfer, not just at the point of storage.

How GenAI and MCP expand the data path

GenAI changes the exposure model because prompts and uploads can contain regulated content that is then transformed by an external system. MCP adds a second layer by letting AI clients and agents reach connected tools, files, and data sources through a standardised interface. That means PII can move through machine-to-machine exchanges without the same human workflow checkpoints that traditional compliance controls expect. The governance issue is not only prompt leakage, but tool-mediated propagation of sensitive data into places that were never intended to receive it.

Practical implication: teams should treat AI tool connections and MCP servers as data egress points that require inspection and policy enforcement.

Why DSPM and DLP have to operate together

DSPM discovers where sensitive data resides and who can reach it, while DLP decides whether a movement event should be blocked, redacted, quarantined, or allowed. Used alone, each leaves a gap. Discovery without enforcement creates a map of risk without intervention. Enforcement without discovery misses context about sensitivity and ownership. In PII programmes, the two controls are complementary: one establishes the sensitive-data baseline, the other governs the transaction where exposure actually happens.

Practical implication: organisations should connect discovery findings to live controls so that high-risk PII triggers immediate action at the transfer layer.


Threat narrative

Attacker objective: The objective is to move regulated personal data into uncontrolled paths where it can be exposed, copied, or reused without effective governance.

  1. Entry occurs when an authorised employee or AI workflow copies PII out of a controlled system and into SaaS, browser, or GenAI channels.
  2. Credential or permission scope then determines how far the data can move, including whether the user or connected agent can send it to an unsanctioned destination.
  3. Impact follows when sensitive records are exposed, duplicated, or transformed outside approved controls, making compliance evidence and containment much harder.

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

Data movement, not storage location, is now the real PII control boundary. Static compliance models still assume that protecting the repository protects the data, but modern user behaviour breaks that assumption every day. Once PII is copied into chat tools, browsers, collaboration systems, or AI workflows, the governing question becomes where it can travel and whether the transfer is policy-aware. Practitioners should treat data movement as the primary security event, not an afterthought.

AI workflows create a new compliance class because they can propagate PII through delegated tool use. The important governance shift is not that AI can read data, but that it can move it across multiple systems through prompts, retrieval, and tool calls. That creates an identity and access problem inside a data-loss problem, because machine-mediated actions can bypass human review checkpoints. Practitioners should bring AI workflow governance into the same operating model as identity and DLP.

MCP makes the PII governance gap more visible because it standardises machine-to-machine data access. Standardisation is useful, but it also makes it easier for sensitive data to flow between AI clients, agents, and connected tools without bespoke controls at each hop. The named concept here is AI data egress sprawl: the spread of sensitive-data exit paths across prompts, tools, browsers, and integrations. Practitioners should map and govern those exits before adoption widens further.

Access control remains necessary, but it no longer answers the compliance question on its own. An authorised user can still create a policy violation by moving PII into the wrong application, and an AI agent can do the same at machine speed. That means least privilege must be joined by content-aware enforcement and evidence capture. Practitioners should align IAM, DLP, and audit logging around the same sensitive-data flows.

Regulatory evidence now depends on proving what happened to the data, not only who could reach it. GDPR, HIPAA, PCI DSS, CCPA/CPRA, and similar regimes all become harder to support when organisations cannot show data lineage, policy decisions, and remediation outcomes. That shifts compliance from a documentation exercise to an operational telemetry problem. Practitioners should preserve transfer logs, classification decisions, and response records as first-class audit evidence.

From our research library:

What this signals

AI data egress sprawl: organisations now need a named control boundary for the many places PII can exit, because prompts, browser uploads, and MCP tool calls can all become transfer events. The programme response is to govern exit paths as carefully as repositories, with discovery feeding enforcement and enforcement feeding audit evidence.

The practical signal for IAM and DLP leaders is that compliance is becoming a workflow problem, not a storage problem. Teams that still treat GenAI and MCP as isolated exceptions will miss the fact that regulated data can move through ordinary business actions at machine speed.


For practitioners

  • Implement continuous PII discovery across all data paths Continuously scan SaaS, cloud storage, endpoints, email, collaboration tools, GenAI, and MCP-connected workflows so sensitive data is found before it is moved again.
  • Enforce policy at the point of data transfer Use DLP controls to block, redact, quarantine, or coach when PII is pasted, uploaded, or transmitted into GenAI, browsers, or connected tools.
  • Map data lineage for regulated records Track where PII originated, which user or workflow handled it, and where it was sent so compliance decisions are based on movement history, not assumptions.
  • Treat MCP servers and AI tools as egress control points Inspect MCP traffic and agent tool calls for regulated data so machine-to-machine workflows cannot exfiltrate PII into unapproved destinations.
  • Unify IAM, DSPM, and DLP evidence Tie access reviews, sensitivity classification, policy outcomes, and remediation actions into one audit trail that demonstrates how PII was protected in practice.

Key takeaways

  • PII compliance now depends on controlling the paths data takes through SaaS, browsers, endpoints, and AI workflows, not just the systems that store it.
  • GenAI and MCP introduce transfer points where authorised users and agents can move regulated data outside intended boundaries.
  • The most effective response is to connect discovery, classification, enforcement, and audit evidence into one operating model.

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 and MITRE ATT&CK address the attack and risk surface, while CSA Cloud Controls Matrix, NIST CSF 2.0 and NIST SP 800-53 Rev 5 set the governance and control requirements practitioners need to meet.

FrameworkControl / ReferenceRelevance
OWASP Non-Human Identity Top 10NHI-10 — Human Use of NHIThe article ties PII exposure to AI clients and MCP-connected machine workflows.
Recommendation — Map AI-mediated data movement to NHI-10 and restrict human-driven data exposure into machine workflows.
CSA Cloud Controls MatrixDSP — Data Security & PrivacyThe core problem is discovering and protecting sensitive data across cloud and SaaS workflows.
Recommendation — Apply DSP controls to classify sensitive data continuously and link discovery to enforcement.
NIST CSF 2.0PR.DS-01 — Data-at-rest is protectedThe article shows why at-rest protection alone is insufficient for modern PII compliance.
Recommendation — Extend PR.DS-01 beyond storage by enforcing protections as data moves between systems.
NIST SP 800-53 Rev 5AC-6 — Least PrivilegeThe article explicitly recommends limiting who can access PII before movement controls are applied.
Recommendation — Use AC-6 to reduce who can initiate high-risk PII transfers in AI and SaaS workflows.
MITRE ATT&CKTA0010 — ExfiltrationUncontrolled PII movement through AI workflows is a data-exfiltration pattern.
Recommendation — Track PII transfer paths against TA0010 to prioritise egress controls and monitoring.

Key terms

  • PII In Motion: PII in motion is personal data being copied, uploaded, shared, or transmitted between systems. The control challenge is not just protecting storage locations, but inspecting destinations, handling actions, and transfer context so sensitive information does not leave approved governance boundaries unnoticed.
  • Data Lineage: The record of how data moves across systems, applications, and workflows. In security operations, lineage shows where sensitive data propagates, which identities touch it, and how a compromise could spread across connected environments.
  • MCP DLP: MCP DLP is the protection of sensitive data that moves through Model Context Protocol connections between AI agents and external tools or data sources. It combines content inspection, policy enforcement, and access controls to prevent leakage of secrets, personal data, regulated records, or prompts during agent tool use and context exchange.
  • Shadow Data: Shadow data is sensitive information that exists outside the places security teams expect to find it. It often appears in testing copies, ad hoc exports, SaaS tools, or AI workflows, which makes it hard to govern with inventory-based controls alone.

Deepen your knowledge

NHI Foundation Level course, the industry's only accredited NHI security programme, covers NHI governance, agentic AI identity, machine identity security, IAM, and secrets management. It helps practitioners connect identity controls to the broader data and access flows their programmes now have to govern.
NHIMG Editorial Note
Published by the NHIMG editorial team on August 20, 2026.
Updated on October 12, 2026.
NHI Mgmt Group, the independent authority on Non-Human Identity, IAM, and Agentic AI security. nhimg.org