Compiling a caller's groups into a where clause is the right primitive, and most teams build it within an afternoon. It is also the easy half. The hard half is what happens to the three things underneath it as your organisation changes.
Google has two retrieval products under the Vertex AI brand: Vector Search, a managed ANN index, and Vertex AI Search, Discovery Engine. When to use each.
IAM authenticates the agent. Gateco authorizes the data. Why one IAM role is not enough when your chatbot serves thousands of users, and how to fix it.
Cerbos is a generic authorization engine. Gateco is a retrieval-specific security layer for RAG. They solve different problems, and can be used together.
Every RAG pipeline your team ships creates an access surface that bypasses application-layer authorization. Here is how to close the gap, in security terms.
How much latency does an authorization layer add to RAG? The measured answer, with a public benchmark: 16ms p50 and 21ms p95 policy overhead, and what drives variance across connectors.
Gateco enforces the same deny-by-default policies across AWS OpenSearch, Azure AI Search, and Google Vertex AI, so RAG governance stays consistent everywhere.
Azure AI Search is a managed search platform; pgvector, Pinecone, and Qdrant are retrieval primitives. The choice shapes your RAG architecture and governance.
Metadata filters are the most common approach to RAG access control, and fundamentally insufficient. Why they can't replace a dedicated permission layer.
Four approaches to RAG authorization compared: no auth, metadata filters, app-layer RBAC, and a dedicated permission layer. Pros, cons, and when each fits.
DIY RAG authorization needs a policy engine, metadata resolution, audit logging, connector adapters, and identity sync. What it actually takes to build it.
SaaS platforms with LLM features must prevent cross-tenant leakage in shared RAG infrastructure. How to enforce tenant isolation at the retrieval layer.