Retrieval cannot be allowed to widen a user's permissions.

Retrieval-augmented generation connects a model to information outside its training data. In an enterprise application, it also creates a new path to sensitive information. Authorization must apply to that path, not just the final answer screen.

Same question. Different authority. Different evidence.

The restriction must hold before protected content enters model context, and it must hold again across snippets, citations, caches and subsequent requests.

One protected plan. Two identities.

Both employees ask about next quarter's plan. Only the planning owner may read the confidential source. Test each exposure surface independently.

Candidate retrieval

Planning owner · authorized
Eligible protected passages may enter the candidate set.
Project contributor · restricted
Protected passages are excluded by an enforced identity and access boundary.

Model context

Planning owner · authorized
Only authorized, task-relevant evidence is assembled.
Project contributor · restricted
No protected text is sent to the model, including through alternate tools.

Title, snippet and citation

Planning owner · authorized
The accessible source can be named and linked.
Project contributor · restricted
No title, excerpt or citation reveals that protected source.

Cached response

Planning owner · authorized
Reuse requires an appropriate identity, source and authorization context.
Project contributor · restricted
Another user's result is not a shortcut around source permissions.

After membership revocation

Planning owner · authorized
Previous access does not authorize the next request.
Project contributor · restricted
New retrieval and cached reuse must respect the changed permission.
Follow a membership revocation
  1. Membership changes at the source

    Record the change and the identity or group affected.

  2. The index or ACL mirror has not caught up

    Use current authorization or refuse protected retrieval while permission freshness is uncertain.

  3. The former owner asks again

    Reject protected candidates and prevent reuse of context or results from the former permission state.

  4. The boundary is inspected

    Correlate source change, authorization decision and retrieval trace without logging the protected body unnecessarily.

Illustrative access matrix. Actual identity, ACL and revocation behavior must be proved in the selected platform.

Inspect an unauthorized attempt.

  • An end-to-end trace for a lower-privilege identity across retrieval, context, citation and cache.
  • A permission-change test showing the behavior during synchronization lag.
  • Cross-tenant, deleted-source and metadata-disclosure cases, including direct source-link access.

Choose the enforcement boundary deliberately.

Native permission enforcement can reduce custom code when its source semantics and production behavior fit. A custom ACL mirror creates synchronization and revocation duties. Neither option removes the need for negative access tests.

The authorization engineering argument

For Enterprise Architect, CIO, CISO

The situation behind the request

Two employees ask the same question of a knowledge index. One can read a confidential planning document; the other cannot. The application must not reveal the document through snippets, citations, cached context or generated summaries.

Where the obvious solution falls short

Post-generation filtering comes too late: the model has already seen the source. ACL propagation can lag behind source changes. A shared vector store can produce cross-tenant leakage if the boundary is implemented casually.

How we would approach the work

Map principal identity, source ACLs, index metadata, query-time filtering, token trust, cache boundaries and revocation behavior. Choose native permission enforcement where mature and suitable, or carefully engineered security trimming with explicit tests.

What the engagement may include

  • End-to-end identity and document-permission model.
  • Ingestion and ACL synchronization with revocation handling.
  • Query-time authorization and cited source links.
  • Negative user/tenant test suite and monitoring.

The choices worth making explicitly

A managed search platform can enforce some permissions but preview APIs, sync lag and source semantics must be reviewed. A completely custom retrieval layer has its own maintenance burden. Do not claim all permission features are universally production-ready.

What we would test before calling it ready

Try a lower-privilege identity, revoked membership, deleted content, alternate retrieval routes and metadata leakage. Validate that citations do not reveal inaccessible titles or snippets.

A sensible first step

Before comparing embedding models, prove one unauthorized user cannot retrieve one protected document. A basic security invariant is more valuable than a clever retrieval benchmark.

Bring us the
difficult part.

A product idea, a broken workflow, scattered company knowledge or an integration others keep working around. Tell us what needs to change and what has already been tried.

Discuss a project