정의와 개요
여러 조직·고객이 플랫폼을 공유하면서 데이터와 권한을 분리합니다. 화면이나 폴더 분리만으로는 부족합니다.
적용 방법
문서, 인덱스, 캐시, 도구에 테넌트 신원을 묶습니다. 계정 전환과 타 고객 ID 접근을 테스트하고 모든 요청을 서버에서 검증하세요.
고객 A정의된 경계
계약서 ABC.pdf 견적서 A.pdf
접근 예시: 이 공간의 문서만, 다른 고객 데이터 제외
워크플로
서로 다른 표시 문장을 넣은 가상 A·B 계약을 만드세요. A로 직접 질문·비교·파일 링크를 통해 B를 요청하고 검색 맥락에 B가 들어가는지 확인하세요. 이름 숨기기만으로는 부족합니다.
시작 전 점검
- 테넌트ID
- 인덱스·캐시
- 고객 간 테스트
기능과 배포는 프로젝트별 확인이 필요합니다. 근거 없는 인증, ROI, 고객 주장은 하지 않습니다.
핵심 요점
- 승인 문서 선택
- 담당자 지정
- 참조 질문과 답변 준비
- 접근 거부와 삭제 테스트
- 확장 전 품질, 속도, 비용 측정
RAGBOX 계획 지침이며 외부 인증 기준이 아닙니다. 각 계층에 담당자, 증거, 테스트가 필요합니다.
자주 묻는 질문
데이터가 네트워크 밖으로 나가나요?
배포와 연결 서비스에 따라 다릅니다. 모델, OCR, 임베딩, 백업, 로그 트래픽을 파악한 뒤 경계를 확인하세요.
AI 답변을 바로 신뢰해도 되나요?
법률, 회계, 중요한 결정에서는 원문, 완전성, 버전을 확인하세요. 출처는 검토를 돕지만 정확성을 보장하지 않습니다.
어떻게 시작하나요?
활용 사례 하나, 승인 문서, 담당자, 수용 기준을 정하고 소규모로 품질, 권한, 비용을 테스트한 후 확장하세요.
참고 자료
공개 자료는 원칙을 설명하며 RAGBOX를 인증하지 않습니다.
- NIST AI Risk Management Framework
- Microsoft: Retrieval-augmented generation
- OWASP: RAG Security Cheat Sheet
- OWASP: Prompt Injection Prevention
실무 적용 전 전문가 검토가 필요합니다. 개별 법률 또는 세무 자문이 아닙니다.