
The Over-Sharing Trap in Enterprise Search, and How to Close It
An AI assistant is a confused deputy: it acts with more access than any single user should have. Point it at your documents without per-user permission enforcement and it becomes an over-sharing engine. Here's the trap, and how to close it.
- Dmytro SheinSolution Architect
In this article
There's a classic security bug called the confused deputy: a program with broad privileges tricked into misusing them for someone who shouldn't have them. An enterprise AI assistant is a confused deputy by design — it can read across your whole document estate, and it answers whoever asks. Point it at everything without enforcing each user's permissions, and it will cheerfully tell people things they were never allowed to know.
The assistant is a confused deputy
To be useful, an AI assistant needs broad access — it has to be able to reach the document that answers the question, wherever it lives. But broad access plus 'answer anyone' is exactly the confused-deputy setup: the assistant holds privileges no individual user should have, and if it applies them on any user's behalf without checking that user's own rights, it leaks. The assistant isn't malicious; it's a powerful deputy that will act on its full access for whoever happens to be asking.
Relevance is not permission
The engine underneath enterprise search ranks content by relevance, and relevance and permission are unrelated. The most relevant document to an employee's question about a deal might be a confidential term sheet; the best answer to a question about a colleague might be their compensation record. A relevance-only system surfaces exactly the sensitive content that's most on-topic — which means the more relevant the forbidden document, the more likely a naive assistant is to use it.
Search ranks by relevance. Sensitive content is often the most relevant. Without per-user permission enforcement, that's a leak aimed straight at the crown jewels.
Closing the trap
The trap closes when the deputy is made to act with the asker's permissions, not its own. Every candidate document is checked against what the specific user is entitled to see before it can be used, so the assistant's broad access is constrained, per query, to the intersection of 'relevant' and 'this user is allowed to see it.' That's permission-aware retrieval: the assistant inherits the user's rights rather than exercising its own, which turns a confused deputy back into a well-behaved one.
Why the answer must reveal nothing extra
Closing the trap fully means the assistant not only avoids using forbidden content but avoids revealing that it exists. If it responds 'I can't show you that document,' it has leaked that the document exists and pertains to the question — sometimes itself sensitive. Done right, the assistant simply answers from what the user is entitled to, behaving exactly as the source systems would for that person: what they can't access doesn't surface, and its absence isn't announced.
A precondition, not a feature
It's worth being blunt: an enterprise assistant without per-user permission enforcement isn't a slightly-riskier product — it's a data-leak engine with a chat interface, and it shouldn't be pointed at real documents. Permission enforcement isn't a feature that makes AI search better; it's the precondition that makes it safe to deploy at all. The over-sharing trap isn't an edge case to patch later. It's the first thing to close, before the assistant sees a single sensitive document.
Frequently asked questions
Turn the confused deputy into a careful one. See how per-user permission enforcement constrains an assistant's broad access to what each asker may see — closing the over-sharing trap before it opens. Book a walkthrough.