Como atualizar resultados num RAG empresarial quando mudam as permissões dos documentos?
Quando as permissões de um documento mudam num sistema RAG, atualizar apenas o índice de pesquisa não basta. O acesso ao documento deve ser verificado com a identidade atual do utilizador antes…
O que contém este artigo?
Resposta curta
Quando as permissões de um documento mudam num sistema RAG, atualizar apenas o índice de pesquisa não basta. O acesso ao documento deve ser verificado com a identidade atual do utilizador antes de gerar uma resposta; a cache, a pré-visualização da fonte e as exportações devem aplicar a mesma fronteira de autorização. Devolver uma resposta antiga em cache a um utilizador cujo acesso foi revogado também é uma fuga de dados.
O filtro de pesquisa não é a última fronteira de segurança
As permissões de grupos ou utilizadores podem ser associadas aos fragmentos durante a indexação. Esses dados copiados podem estar desatualizados. Após selecionar o documento, mas antes de o conteúdo chegar ao modelo, confirme acesso na origem. Prefira excluir documentos quando não seja possível verificar as permissões.
Acesso ao documento e apresentação do resumo derivado pertencem à mesma cadeia de permissões. Sem separar a cache por utilizador ou contexto adequado, um resumo de alguém autorizado pode chegar a outra pessoa. Proteger a ligação mas não o texto da resposta é incompleto.
Propagar alterações a todas as cópias
Defina eventos explícitos para a eliminação de documentos, as alterações de pertença a grupos e a revogação de partilhas. As atualizações do índice, da cache de respostas e das cópias de pré-visualização das fontes devem ser tarefas rastreáveis. As tarefas incompletas devem constar dos relatórios. O documento de requisitos deve esclarecer se o sistema pode devolver conteúdo com base em permissões antigas quando o sistema de origem estiver temporariamente inacessível.
Instruir o modelo a não partilhar documentos confidenciais não substitui controlo de acesso. Instruções em documentos externos também não podem ampliar permissões. A abordagem OWASP para riscos LLM é um ponto de partida; prepare testes negativos específicos da aplicação. A escolha do modelo não altera onde se deve impor a fronteira.
Três utilizadores para testar a aceitação
Faça a mesma pergunta com um utilizador autorizado, um sem acesso e um com acesso posteriormente revogado. Repita depois de uma resposta autorizada preencher a cache. Verifique pré-visualizações e downloads. Passar não significa apenas remover um resultado, mas impedir o acesso não autorizado à resposta derivada.
Lista de verificação da implementação
- O acesso é verificado antes de chegar ao modelo?
- A cache está separada por contexto de autorização?
- É visível o estado das tarefas de eliminação e revogação de permissões?
- Pré-visualizações e downloads aplicam o mesmo controlo?
- Existe um teste negativo após revogar o acesso?
Perguntas frequentes
Um prompt pode restringir o acesso aos dados?
É uma regra comportamental complementar; não substitui controlo de acesso no servidor.
Basta esperar a atualização do índice?
A janela de atraso exige gestão separada. Por isso, verifique a autorização atual antes de gerar a resposta.
Âmbito e limites
Adapte a arquitetura ao modelo de acesso da origem e à classificação dos dados. Esta lista não é uma certificação nem garantia contra todas as ameaças.
Fontes e atualidade
Verificação das fontes: 7 de outubro de 2026. As versões dos documentos associados e as condições dos fornecedores podem mudar. Consulte a versão atual da fonte relevante antes da implementação.