문서 권한을 회수했는데 RAG가 계속 답한다면

직원의 문서 열람 권한을 회수했는데 RAG가 이전 문서를 계속 인용한다면 검색 품질 문제가 아니라 보안 문제입니다. 색인, 캐시, 대화 기록에 남은 정보가 현재 권한과 어긋나지 않게 해야 합니다.

검색 시점의 권한을 확인한다

문서 색인을 만들 때의 권한만 저장하면 이후 인사 이동이나 계약 종료를 반영하지 못합니다. 질문을 받을 때 인증된 사용자와 문서의 현재 접근 정책을 대조합니다. 검색 결과를 만들고 답변을 생성하는 단계 모두 같은 권한 문맥을 써야 합니다.

문서 저장소, 검색 색인, 캐시가 각자 다른 시점에 갱신될 수 있습니다. 회수 요청 뒤 몇 분 안에 검색에서 사라져야 하는지 서비스 목표를 정하고, 중요한 문서는 즉시 차단 목록을 우선 적용할 수 있습니다. 지연은 측정해야 관리할 수 있습니다.

공용 캐시에 질문 문장만 키로 쓰면 권한이 다른 사용자에게 같은 답변이 반환될 수 있습니다. 사용자·테넌트·권한 버전 등 필요한 문맥을 포함하거나 민감 답변의 캐싱을 제한합니다. 캐시 삭제는 문서 회수 절차의 일부입니다.

이전 답변에 포함된 문서 내용이 대화 이력에 남아 있을 수 있습니다. 권한 회수가 과거 대화 열람에 어떤 영향을 줄지 정책을 정하고, 필요하면 해당 인용 구간을 가리거나 접근을 재검사합니다. 단순 색인 삭제만으로는 끝나지 않습니다.

테스트 사용자 A에게는 보이고 B에게는 보이지 않는 문서를 만들고, 권한 회수 전후 검색·답변·캐시 결과를 확인합니다. 존재 자체가 민감한 문서는 '권한이 없습니다'라는 응답으로 제목이 드러나지 않게 합니다.

주의할 실패: 색인 생성 당시 권한만 신뢰

관찰할 지표: 회수 전파 시간과 무단 노출 건수

AWS SaaS Tenant Isolation Strategies. 인증과 별도로 테넌트 자원의 접근 경계를 강제해야 한다는 원칙을 참고했습니다. RAG 색인·캐시 적용은 글의 설계 제안입니다.

이미지와 도식은 이해를 돕기 위한 개념 시각화입니다. 특정 고객의 실제 설비·데이터·화면을 재현한 것이 아닙니다.

#RAG보안 #문서권한 #접근제어 #기업검색 #테넌트격리 #캐시보안 #지식베이스 #생성형AI #권한회수 #정보보호