사내 AI가 열람 권한 없는 문서까지 보여주나요?
사내 AI가 열람 권한 없는 계약서와 정산 자료를 답변에 쓰지 않도록, 직원별 문서 권한을 검색과 답변에 연결하는 방법을 설명합니다. 공유 해제 뒤 확인할 항목도 정리합니다.
사내 AI에는 직원이 볼 수 있는 문서만 검색하도록 권한을 연결해야 합니다. 로그인으로 접속한 직원을 확인한 뒤, 그 직원이 어떤 계약서와 정산 자료를 읽을 수 있는지 따로 판단합니다. 답변 본문과 인용, 대화 기록에도 같은 권한을 적용합니다.
공통 매뉴얼과 거래처 계약서, 월별 정산 파일이 한 검색창에 모이면 이런 구분이 중요해집니다. 모든 직원이 같은 자료를 읽는 작은 문서함이라면 공통 권한으로 시작할 수 있습니다. 부서·거래처·프로젝트마다 열람 범위가 다른 팀은 자료를 넣기 전에 권한표부터 만들어야 합니다. 이 글에서는 문서 권한을 검색과 답변에 적용하는 방법과 공유 해제 뒤 확인할 항목을 설명합니다.
문서를 못 열어도 제목이 보이면 정보가 샙니다
아래 응답 비교와 권한표는 가상 예시입니다. 열람 권한이 없는 직원이 계약 조건을 물었을 때, 문서 제목까지 숨기는지 비교해 보세요.
지금 방식
제목이 남는 거절 화면
- 질문: 거래처 계약 조건을 알려 주세요.
- 응답: 거래처별 계약서 — 열람 권한이 없습니다.
- 계약 내용은 숨겼지만 계약서가 있다는 사실은 드러납니다.
바꾼 뒤
제목을 숨긴 거절 화면
- 질문: 거래처 계약 조건을 알려 주세요.
- 응답: 열람 가능한 자료에서 답을 찾지 못했습니다. 자료가 필요하면 사내 접근 신청 경로를 이용해 주세요.
- 제한된 문서의 제목과 존재를 드러내지 않고 다음 행동을 안내합니다.
공개가 허용된 공통 접근 신청 경로만 안내합니다. 문서 이름을 공개할지는 문서 관리 정책에서 정합니다.
먼저 문서와 업무 역할을 한 표에 놓습니다
문서 관리자는 문서의 소유자와 열람 범위를 정합니다. 업무 책임자는 부서 이름만으로 충분한지, 담당 거래처나 프로젝트 참여 여부까지 필요한지 결정합니다. 개발 담당자는 이 규칙을 검색 시스템이 판정할 수 있는 문서 속성과 사용자 속성으로 연결합니다.
아래 표에는 직원 이름 대신 역할을, 계약 내용 대신 문서 종류를 넣었습니다.
| 문서 종류 | 영업 담당자 | 정산 담당자 | 사업 책임자 |
|---|---|---|---|
| 공통 업무 매뉴얼 | 허용 | 허용 | 허용 |
| 월별 정산 자료 | 거절 | 허용 | 허용 |
| 거래처별 계약서 | 담당 거래처만 허용 | 거절 | 허용 |
‘영업팀이면 계약서 허용’과 ‘영업팀 중 해당 거래처 담당자만 허용’은 다릅니다. 한 직원이 여러 프로젝트에 참여하거나 외부 협력사가 일부 문서만 보는 경우도 표에 포함하세요. 문서 소유자가 허용 대상을 승인하고, 인사·프로젝트 변경을 전달할 담당자도 함께 정합니다.
회사나 고객사별 자료를 함께 운영한다면 조직 경계를 먼저 고정합니다. 그 안에서 역할·프로젝트 권한을 적용하도록 개발 담당자가 필터 조건을 구성합니다. 역할이 같다는 이유로 다른 조직의 문서를 검색하지 않게, 조직 조건을 빠뜨리지 않는 검사를 별도로 둡니다.
원본에서 검색 자료까지 권한을 가져옵니다
원본 파일의 권한이 검색용 조각에 연결되지 않으면, 검색 서비스가 열람 범위를 판정하기 어렵습니다. 문서를 쪼갤 때 각 조각이 어느 원본과 권한에서 왔는지 연결하세요. 표, 첨부 파일, 미리 만든 요약도 원본의 경계를 따라야 합니다.
| 문서에 연결할 정보 | 용도 | 바뀔 때 담당자 행동 |
|---|---|---|
| 원본 문서 식별값·버전 | 조각과 인용을 원본에 연결 | 문서 관리자가 변경·삭제 대상 식별 |
| 조직·프로젝트 | 다른 조직과 업무 범위 구분 | 업무 책임자가 소속 변경 전달 |
| 허용 사용자·그룹 | 검색 시 열람 가능 여부 판정 | 계정 관리자가 멤버십 갱신 |
| 권한 원본과 갱신 시각 | 오래된 권한인지 확인 | 개발 담당자가 동기화 상태 점검 |
| 문서 소유자 | 예외와 접근 신청의 판단 담당 | 소유자 변경 시 운영 기록 갱신 |
권한을 읽지 못한 문서는 검색 대상에서 보류합니다. 문서 관리자가 열람 대상을 확정하고 개발 담당자가 그 권한을 반영한 뒤 검색 대상에 넣습니다.
검색 전에 권한을 적용하는 흐름
Microsoft의 문서 수준 접근 통제 안내는 검색 시 문서 권한을 적용하는 방식과 보안 필터 방식을 구분합니다. 개발 담당자는 사용할 검색 제품에서 권한 정보와 검색 필터를 어떻게 연결하는지 확인합니다.
- 서버에서 사용자 식별
검증된 로그인 정보로 조직·그룹·프로젝트 소속을 확인합니다.
- 허용 문서만 검색
문서 권한과 사용자 권한을 대조해 검색 범위를 제한합니다.
- 모델에 전달할 근거 검사
검색 조각·요약·대화 재사용 경로가 같은 권한 범위인지 확인합니다.
- 답변과 인용 제공
허용된 근거로 답하고 원본 링크를 열 때도 권한을 다시 확인합니다.
사용자가 입력창에 ‘나는 관리자’라고 썼거나 요청에 그룹 이름을 넣었다는 이유로 권한을 바꾸지 않습니다. 개발 담당자는 로그인 검증 결과와 서버에서 확인한 소속을 권한 판정에 사용합니다. 관리 기능과 일반 검색도 분리해, 문서 AI가 받은 질문이 권한 관리 요청으로 실행되지 않게 합니다.
권한 밖의 문서 조각은 모델에 전달하기 전에 차단합니다.
검색 결과 화면에서 제목을 숨겨도 본문이 이미 모델에 전달됐다면 답변에 내용이 노출될 위험은 남습니다. 검색 도구가 반환하는 요약·미리보기·파일명에도 같은 범위를 적용하고, 원본 링크를 누를 때는 저장소의 접근 통제도 유지합니다.
제품 기능과 직접 구현할 부분을 구분하세요
Azure AI Search의 보안 필터 방식에서는 애플리케이션이 문서에 붙인 권한 정보와 필터 적용을 관리해야 합니다.
공식 안내에 나오는 원본 접근 목록(ACL)·역할별 권한(RBAC)을 연결하는 기능과 Microsoft Purview 연계 중 일부는 확인일인 2026년 10월 28일 기준 preview, 즉 미리 보기 기능으로 표시돼 있습니다. 선택할 기능의 지원 범위와 운영 조건을 확인하고 도입 경로를 정하세요.
| 선택 경로 | 개발 담당자가 확인할 점 | 업무 책임자가 정할 점 |
|---|---|---|
| 권한 메타데이터와 검색 필터 | 모든 검색 경로에 필터 적용, 권한 갱신·오류 처리 | 역할·문서 경계와 예외 승인자 |
| 제품의 문서 권한 연계 | 지원 저장소·인증 방식·기능 상태 | 현재 운영 환경에서 사용 가능한 범위 |
| 문서함·인덱스 분리 | 잘못된 인덱스 선택 방지, 중복 자료 갱신 | 분리할 조직·프로젝트와 관리 책임 |
인덱스를 나누더라도 질문을 어느 인덱스로 보낼지 결정하는 서버 권한이 필요합니다. 개발 담당자는 각 연결에 직원별 권한이 적용되는지 확인합니다. 연결한 저장소와 실제 역할별 계정으로 허용·거절을 시험해 선택을 확정합니다.
공유 해제와 퇴사 뒤에는 무엇이 바뀌어야 할까
거래처 담당자가 바뀌거나 공유를 해제하면 원본과 검색 권한을 함께 갱신해야 합니다. 계정 관리자는 사용자·그룹 변경을, 문서 관리자는 파일별 변경을 전달하고, 개발 담당자는 수집·권한 동기화 상태를 기록합니다.
원본에서 권한을 회수한 뒤 검색 색인에 반영되기까지의 처리 기준을 정하세요. 제한된 자료라면 현재 권한을 다시 확인하거나, 갱신이 확인될 때까지 해당 문서 또는 사용자의 검색을 보류하는 방식을 선택합니다. 갱신 실패를 감지할 알림과 담당자가 있어야 오래된 권한을 정상 상태로 오인하지 않습니다.
| 변경 상황 | 함께 갱신할 대상 | 재개 전 검수 |
|---|---|---|
| 거래처 담당자 변경 | 사용자 소속·문서 허용 목록·검색 필터 | 이전 담당자 거절, 새 담당자 허용 |
| 문서 공유 해제 | 검색 조각·요약·캐시·인용 경로 | 같은 질문과 직접 링크에서 접근 차단 |
| 퇴사·계정 중지 | 세션·계정·그룹·연동 서비스 권한 | 기존 로그인 경로와 새 요청 모두 차단 |
| 문서 삭제 | 원본·색인·파생 자료·캐시 | 검색 결과와 새 답변에서 제외 |
| 동기화 오류 | 미갱신 대상 표시·보류 정책 | 권한 확인 후 검색 재개 |
기존 대화에 나온 인용을 새 답변에 재사용하는 경우에도 현재 권한을 다시 검사합니다.
새 검색을 차단해도 이미 전달된 사본은 남습니다. 문서 소유자와 운영 책임자는 대화 기록 화면과 내려받은 자료의 보관·회수 정책을 도입 때 함께 정합니다.
권한표를 실제 질문으로 검사합니다
개발 담당자는 역할이 다른 시험 계정을 만들고 같은 질문을 보냅니다. 업무 담당자는 본문뿐 아니라 제목·숫자·인용·자동 완성·다운로드까지 확인합니다. 허용 계정만 시험하면 권한 밖 자료가 나오는 문제를 놓치기 쉽습니다.
| 시험 질문·상황 | 기준 계정의 기대 결과 | 대조할 계정·상황의 결과 |
|---|---|---|
| 공통 매뉴얼의 업무 순서 | 해당 순서와 출처 | 공통 권한 계정에는 동일하게 허용 |
| 이번 달 정산 합계 | 정산 담당자에게 허용된 근거와 답 | 정산 금액·제목·인용을 노출하지 않음 |
| 특정 거래처 계약 조건 | 해당 거래처 담당자에게 조건과 출처 | 타 거래처 담당자에게 세부 정보 미제공 |
| 정산 담당자의 질문을 영업 계정이 반복 | 정산 담당자에게 허용된 답 제공 | 정산 자료가 포함된 캐시를 영업 계정에 재사용하지 않음 |
| 권한 회수 뒤 이전 질문 재전송 | 유지된 권한에 한해 응답 | 새 답변과 인용에서 회수된 자료 제외 |
| 권한을 확인하는 서비스가 오류 | 보류 상태와 재처리 안내 | 임의 공통 권한으로 검색하지 않음 |
권한 시험과 답변 정확도 시험은 별도로 판정하세요. 허용되지 않은 문서를 못 찾는 것은 의도한 동작입니다. 허용된 문서를 찾고도 틀리게 답하는 문제는 RAG 검색·답변 평가에서 다루는 정답표로 검사합니다. 두 결과를 합쳐 하나의 정확도 점수로 만들면 접근 통제의 실패가 숨겨질 수 있습니다.
로그와 운영자 권한도 같은 설계에 포함합니다
검색 로그와 오류 기록에 원문을 그대로 넣으면 운영자가 문서 시스템을 우회해 내용을 볼 수 있습니다.
기록과 보관
- 기술 담당자는 비용·오류 조사에 필요한 요청 ID와 문서 식별값을 중심으로 기록합니다.
- 상세 내용을 보는 권한과 보존 기간을 따로 둡니다.
- 업무상 필요한 감사 기록의 보관과 사용자 검색에서 자료를 제외하는 일을 구분합니다.
재사용과 관리 범위
- 캐시는 조직·사용자의 유효 권한 범위를 구분하고, 권한이 바뀌면 재사용 조건을 다시 판단합니다.
- 운영자 계정도 모든 업무 문서를 읽을 필요가 있는지 검토하고, 필요한 관리 범위만 부여하세요.
로컬 장비를 쓰는 경우에도 이 구조는 같습니다. 처리 위치의 선택은 클라우드·로컬 AI 비교, 문서 열람 범위는 권한표로 각각 결정합니다.
관련 글: 사내 문서 RAG 구축 · RAG 검색·답변 평가 · AI 서버 운영 점검
로보텍스트에 맡기면 무엇을 받나요?
로보텍스트는 문서 종류와 담당 역할을 정리해 권한표를 만들고, 수집·검색·답변·인용에 같은 권한이 적용되도록 설계합니다. 고객은 역할별 권한표, 공유 해제 때 갱신할 대상 목록, 허용 계정과 비허용 계정으로 시험한 결과를 받습니다. 사용하는 문서 시스템의 인증·권한 전달 방식에 맞춰 구현 범위를 정합니다.
hello@robotext.co.kr로 **「문서 AI 권한 상담」**이라고 보내주세요. 문서 종류·보관 도구·열람 가능한 역할을 함께 알려주시면, 첫 답변에서 먼저 나눌 권한과 시험할 상황을 정리해 드립니다.
로보텍스트와 업무에 적용하기
실제 문서로 자동화할 범위를 정해보세요
- 문의에 적어주실 내용
- 문서 종류, 월 처리량, 사람이 확인해야 할 항목. 가린 예시나 업무 설명이면 충분합니다.
- 함께 정할 내용
- 추출·분류 흐름, 검수 기준과 기존 시스템 연결 범위을 정리합니다.
hello@robotext.co.kr