Recuperação consciente de acesso

É a garantia de que a busca só retorna documentos que o usuário atual tem permissão de ver. O filtro por identidade e papel é aplicado antes da recuperação, na consulta ao índice, e nunca depois, e nunca confiando que o modelo vai “decidir não mostrar”. Isolamento por tenant é o mesmo princípio aplicado a produtos que atendem vários clientes: os dados de cada um ficam em índices ou espaços separados, sem possibilidade de mistura. É um requisito de segurança e privacidade, não uma funcionalidade opcional.

Em Produto, se a base de conhecimento mistura documentos de áreas diferentes, como RH, jurídico e atendimento, o filtro de acesso precisa estar na consulta ao índice. Um assistente que “sabe” o salário de todos porque indexou a pasta errada é um incidente de privacidade, não um bug. O erro mais comum é aplicar o filtro depois da busca ou, pior, instruir o modelo a não revelar certas informações. Instruções podem ser contornadas; filtros na consulta, não. Em produtos multi-cliente, o isolamento precisa ser testado explicitamente: um cliente nunca pode receber um trecho de outro, em nenhuma circunstância.

Use filtro de acesso em toda base de conhecimento com permissões diferentes por perfil. Use isolamento por tenant em qualquer produto que atende mais de um cliente com dados próprios. Nunca use instrução ao modelo como mecanismo de controle de acesso. Uma forma simples de diferenciar: o controle de acesso decide o que entra na busca; o modelo só vê o que passou por ele.

Princípio de controle de acesso aplicado a RAG; destacado no OWASP Top 10 for LLM (2025) como mitigação para vazamento de informação.

OWASP Top 10 for LLM Applications 2025 (LLM02: Sensitive Information Disclosure); Microsoft Azure AI Search, Security filters