Edição de 24/09: retirar acesso a um documento também no RAG
Um ficheiro restrito não deve reaparecer numa resposta através dos seus excertos. Ingestão, recuperação e eliminação precisam de provas distintas.
- Dia recuperado
- 2026-09-24
- Publicação real
- 2026-10-05
- Autoria
- Redação Velqory
- Verificação
- 05/10/2026 · Europe/Lisbon
- Natureza
- Análise retrospetiva publicada a 5 de outubro; não representa publicação original nessa data. Planos e cenários são propostas editoriais originais não testadas, não experiência interna.
- Revisão
- Rever antes de alterar identidades, cache, sincronização de permissões ou estratégia de eliminação.

Em resumo
Plano original para demonstrar a separação entre quem pode indexar documentos e quem pode recuperar excertos, incluindo revogação e cópias derivadas.
- Separe autorização de ingestão e de consulta.
- Teste revogação com duas identidades e estado anterior.
- Documente os derivados e limites de eliminação.
O acesso não termina no ficheiro original
Uma PME organiza um assistente interno para consultar documentação de projetos. A equipa de vendas perde acesso a um dossier reservado, mas o assistente já o indexou. A pergunta desta edição é o que deve ser demonstrado antes de afirmar que a restrição também vale na resposta gerada.
A nossa proposta separa três operações: autorizar a ingestão, decidir quais excertos uma identidade pode recuperar e eliminar cópias quando isso tiver sido decidido. Não são sinónimos. Retirar um utilizador do documento não prova, por si só, que todas as representações derivadas deixaram de ser acessíveis.
O risco identificado pela OWASP
OWASP LLM08 identifica acesso indevido por controlos desalinhados em sistemas de vetores e embeddings e recomenda recuperação consciente das permissões. LLM02 recomenda acesso limitado ao necessário. O AI RMF NIST é voluntário. Estas fontes não confirmam a segurança de uma base vetorial específica.
Ingestão com dono, recuperação com identidade
No nosso desenho, quem aprova a entrada de um dossier identifica dono, âmbito e versão da regra de acesso. A equipa RAG conserva a ligação entre documento, excertos e objetos derivados. Se a regra não puder ser representada de forma verificável, o documento não entra no piloto.
A consulta usa a identidade de quem pergunta e uma decisão de autorização independente da resposta do modelo. Não propomos recuperar tudo e pedir ao assistente que omita o que é reservado. O ensaio deve conseguir mostrar quais candidatos foram excluídos antes de construir o contexto e por que razão, sem despejar conteúdo confidencial nos registos.
O ensaio da revogação
Cenário hipotético: duas identidades autorizadas consultam um documento sintético. Uma perde acesso; a outra mantém-no. Depois repetem a mesma pergunta e uma paráfrase. O resultado esperado é impedir a recuperação para a primeira sem retirar indevidamente a consulta à segunda.
Teste também uma conversa iniciada antes da revogação e uma resposta em cache. Defina previamente se o serviço invalida esse estado ou exige nova consulta. A equipa deve observar o caminho real, não apenas verificar a lista de permissões na origem. A presença de um fragmento reservado no contexto da identidade revogada deve bloquear a expansão, mesmo que a resposta final o esconda.
Três operações, três donos de prova
A matriz é uma proposta não testada. O dono do documento não deve ter de interpretar sozinho a estrutura dos vetores; engenharia não deve inventar a política de acesso. A decisão de eliminação indica o que será apagado e o que exige tratamento separado, incluindo registos e cópias de recuperação.
Direitos no percurso documental
Proposta operacional original da Velqory, não testada. Falhar um critério impede avançar no âmbito descrito.
| Ação / âmbito | Responsável | Evidência | Passa / falha |
|---|---|---|---|
| Autorizar ingestão | Dono do documento | Âmbito e ligação aos derivados | Passa com regra representável; falha sem dono |
| Recuperar após revogação | Administrador de acesso e RAG | Identidades, candidatos excluídos e contexto | Passa sem fragmento indevido; falha se contexto o contém |
| Eliminar cópias decididas | Responsável da plataforma | Inventário e resultados por componente | Passa com limites declarados; falha se promete apagamento não verificado |
Eliminar sem prometer mais do que a prova permite
Propomos inventariar documento original, excertos, índices, caches e respostas armazenadas antes de executar a eliminação. Para cada componente, registe ação, resultado e exceção. Uma cópia de recuperação que continue retida deve aparecer como limite explícito, com restrição de acesso e regra para eventual restauro.
Não chamamos a isto prova de cumprimento de uma obrigação legal de apagamento. É um dossier operacional para uma PME portuguesa saber onde o conteúdo permanece e quem o pode consultar. Reveja o ensaio quando mudar a identidade, a estratégia de cache ou a sincronização de permissões. Só descreva como observado aquilo que os testes e o inventário efetivamente mostram.
Fontes consultadas
Consultadas na data de atualização indicada.
Abre numa nova janela.Participar
Partilhe a análise. Acrescente contexto.
Divulgue a matéria no seu canal ou deixe uma observação ligada ao tema.

Comentários
A carregar a conversa.