Join our Newsletter — 33% off our NHI Course
Home› FAQ› Governance, Ownership & Risk› Why does data-in-use risk rise when employees use…
Governance, Ownership & Risk

Why does data-in-use risk rise when employees use collaboration tools and AI apps?

← Back to all FAQ
By NHI Mgmt Group Editorial Team Updated October 12, 2026 Domain: Governance, Ownership & Risk

Because those tools sit inside everyday work, they become the natural place for people to move information quickly and informally. The problem is not only malicious intent. It is that normal work patterns can expose sensitive data when the control model assumes static documents instead of live interactions. Governance has to reflect how work actually happens.

Why data-in-use risk rises in collaboration and AI tools

Data-in-use risk rises because these tools turn sensitive information into active, shared, and continuously reprocessed content. Messages, files, prompts, comments, summaries, and generated outputs can all carry context across people and systems. Once data is in motion inside a collaboration layer or AI app, traditional file-centric controls often miss the real exposure point: who can see, copy, reuse, or transform the information at that moment.

The security issue is usually not a single bad action. It is the accumulation of ordinary work behaviors: paste, forward, summarize, auto-complete, share, and search. That makes the data harder to classify by document alone and easier to expose through legitimate workflow paths. In practice, the same convenience that improves productivity also expands the number of places where confidential material can surface.

When AI features are involved, the exposure window gets wider because the tool may ingest more context than the user intended, retain that context long enough to generate an answer, or surface it in a form that is easy to redistribute. That is why teams need to think in terms of interaction risk, not just storage risk. The relevant control question becomes whether the platform can constrain what enters the session, what the model can infer, and what leaves as output.

Where the exposure actually happens

Collaboration platforms create risk through visibility, retention, and propagation. A chat thread may be visible to a larger audience than the original file owner expected. A shared workspace may preserve content far beyond the immediate project need. A search index, notification, export, or integration can then reproduce that content in another place, multiplying exposure without any obvious breach event.

AI apps add another layer because they are designed to consume context and produce new content. Prompts, pasted snippets, uploaded files, and connected data sources can all become input material. If the tool is allowed to combine broad context with broad output rights, it can expose data through summarization, rewriting, extraction, or inference. Shadow AI and AI Agent Discovery Guide is useful here because discovery is the first step in understanding where unsanctioned tools are already sitting inside the work path.

Identity and permission boundaries also matter at the same time. In many organisations, the data in the session is protected less by a document policy than by the account that is signed in, the connector that is approved, or the token that a tool can use. Microsoft SAS token exposure 2023 shows how a long-lived token can turn routine access into very broad exposure when it is over-permissive or poorly governed.

For AI-centric collaboration, the same pattern can extend to agent behavior. If a tool can act under a user’s or service’s authority, then prompt, plugin, connector, and API access all become part of the data-in-use surface. Agentic AI Security Policy Template is relevant because registration, access, monitoring, and retirement are the governance steps that help keep those pathways bounded.

Why governance has to follow the workflow, not the document

Classic controls often assume that the object being protected is a file with a stable owner, location, and sensitivity label. Collaboration tools and AI apps break that assumption. The more important unit is the live workflow: who is participating, what context is present, which connectors are active, what can be copied out, and whether the tool can reuse the material later. That means governance has to address use, not only storage.

Practically, this pushes organisations toward least privilege for tools and connectors, tighter handling of external sharing, and clearer rules for what content may be entered into AI systems. The same principle applies to prompts and embedded context as to files. If a user can paste restricted material into an approved app that then redistributes it through a summary, export, or downstream integration, the control failed even if the original repository stayed intact.

Good governance also distinguishes sanctioned collaboration from shadow use. Samsung ChatGPT leak 2023 is a clear reminder that employee convenience can outrun policy when teams reach for a fast tool path. Governance has to cover acceptable use, approved data classes, and the exception process for tools that are too easy to adopt informally.

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 OWASP Agentic AI Top 10 address the attack and risk surface, while NIST SP 800-53 Rev 5 and NIST Zero Trust (SP 800-207) set the governance and control requirements practitioners need to meet.

FrameworkControl / ReferenceRelevance
OWASP Non-Human Identity Top 10NHI-02 — Secret LeakageCollaboration and AI tools can expose secrets through prompts, chats, and outputs.
NHI-07 — Long-Lived SecretsData-in-use exposure often expands when long-lived tokens or credentials enable broad access.
NHI-05 — Overprivileged NHIBroad tool permissions increase the blast radius of collaboration and AI data exposure.
Recommendation — Restrict secret input and monitor tools for leakage paths into prompts, exports, and logs. Rotate long-lived secrets and shorten their usable lifetime across collaboration and AI tooling. Reduce tool and connector permissions to the minimum access required for each workflow.
OWASP Agentic AI Top 10ASI03 — Identity & Privilege AbuseAgentic or AI-assisted collaboration can misuse delegated access and overbroad authority.
ASI02 — Tool MisuseAI apps can misuse connected tools to move or expose data during normal work.
Recommendation — Constrain delegated access so agents cannot exceed the user or workflow authority they need. Review tool permissions and block actions that can move sensitive data outside intended boundaries.
NIST SP 800-53 Rev 5AC-6 — Least PrivilegeLeast privilege limits how far collaboration and AI tools can expose in-use data.
IA-5 — Authenticator ManagementToken and credential management affects how broadly tools can access and expose data.
AU-6 — Audit Record Review, Analysis, and ReportingVisibility into prompts, sharing, and exports helps detect data-in-use exposure.
Recommendation — Apply least privilege to users, connectors, service accounts, and AI integrations. Manage and rotate authenticators, tokens, and other secrets that authorize tool access. Review logs for unusual sharing, prompt content, connector use, and bulk exports.
NIST Zero Trust (SP 800-207)Zero Trust ArchitectureContinuous verification and session-level trust boundaries fit dynamic collaboration and AI usage.
Recommendation — Verify each session and access path continuously instead of trusting the tool or network once.

Practitioner Guidance

What to prioritise: Start with the highest-friction data paths, especially chat, paste, uploads, summaries, and connected apps that can redistribute content automatically. Those are the places where ordinary work creates the fastest spill path.

What to verify: Confirm that collaboration and AI tools enforce the same data boundaries your users think they are getting. Check sharing scope, connector permissions, retention, export paths, and whether sensitive content can be replayed in outputs or logs.

Common mistake: Treating an AI app like a better search box. The risk is not just retrieval, it is transformation, because the tool can reshape sensitive content into something easier to forward, publish, or missclassify.

Decision rule: If a tool can ingest sensitive data and then generate outputs for people outside the original need-to-know group, treat it as a data-in-use control problem, not a simple productivity deployment.

Practitioner takeaway: The real control objective is to keep collaboration and AI useful without letting convenience erase the boundary between approved participation and unintended disclosure.

Free weekly newsletter

Subscribe to the NHI & AI Identity Journal

The latest on NHI and Agentic AI security – articles, research, breaches, news and events every week.

Bonus 33% off our NHI Course when you subscribe.

NHIMG Editorial Note
Reviewed and updated by the NHIMG editorial team on October 12, 2026.
NHI Mgmt Group — the #1 independent authority on Non-Human Identity, IAM, and Agentic AI security. nhimg.org