kakinang INSIGHTS · 2026-10-07
신입 직원이 내부 문서를 찾되 외부에는 공개하지 않으려면 어떻게 해야 할까요?
신입 직원은 인수인계표, 가격 규칙과 과거 판단을 동시에 찾아야 할 수 있습니다. 문서를 검색 가능하게 만들면 도움이 되지만 업로드 자체가 보안은 아닙니다. 누가 읽는 자료인지, 어떤 로그인 역할이 쓸지, 어떤 AI 신입이 내부 자료를 찾으면서 공개 자료와 안전하게 분리하고 싶습니다. 가 인용할지, 누가 갱신할지 정해야 합니다. AI는 근거 있는 정보를 찾도록 돕지만 권한 정책을 대신 결정하지 않습니다.
문서별 독자와 목적을 정하기
파일 이름만 보고 분류하지 않습니다. 공개 서비스 설명, 직원용 처리 절차, 개인정보가 있는 고객 사례와 계약 조건은 독자가 다릅니다. 신입이 반품 판단 조건을 묻는다면 다른 고객의 전화번호는 필요 없습니다. 첫 세 주에 자주 나올 질문 스무 개를 골라 현재 답이 있는 문서, 문서 책임자와 유효 여부를 적어 봅니다. 공유 드라이브 전체를 한 번에 넣는 것보다 검증할 수 있는 범위가 생깁니다.
Microsoft의 SharePoint 검색 안내는 사용자의 권한에 맞춰 결과가 제한된다고 설명합니다. 이는 일반적인 설계 원칙이며 kakinang이 SharePoint의 파일별 권한을 그대로 상속한다는 뜻은 아닙니다. NIST의 최소 권한은 사람이나 프로세스에 일에 필요한 접근만 주는 원칙입니다. ‘찾을 수 있음’과 ‘내용을 읽을 수 있음’을 나눠야 합니다. AI 검색에서는 파일 다운로드 링크가 숨겨졌는지만 보지 말고 답변에 제한된 내용 일부가 드러나는지도 확인합니다.
간단한 문서 표에 이름, 목적, 공개 또는 내부, 허용 역할, 관리 담당자, 시행일과 재검토일을 기록합니다. 2024년과 2026년 가격 규칙이 함께 있으면 신입에게 추측하게 하지 말고 담당자가 유효한 버전과 예외를 지정해야 합니다. 공급업체 자료는 내부 재배포 권한도 확인합니다. 콘솔에 저장했다는 이유만으로 안전하다고 생각하지 않고 공개 AI와 로그인 직원이 실제로 쓰는 지식 경로를 각각 따라가야 합니다.
로그인 지식 확인과 공개 답변을 분리하기
kakinang 콘솔에서 문서 지식을 정리하고 적절한 역할을 가진 사람이 로그인 후 지식 질문을 시험할 수 있습니다. 선별한 파일을 업로드하고 추출된 문자를 점검한 뒤 ‘비표준 납기는 누구의 승인이 필요한가’처럼 실제 신입 질문으로 시험합니다. 답변에 조건이 빠지면 질문만 계속 바꾸지 말고 원본의 제목, 단락과 버전을 고칩니다. 공개 사이트의 FAQ와 서비스 지식은 별도로 승인해 방문자가 공개 가능한 내용만 받도록 합니다.
핵심은 공개 agent에 어떤 지식이 연결되어 있는지입니다. 문서 이름이 ‘내부’여도, 지식 토글이 있어도 신원 인증이 되지 않습니다. 공개 agent는 방문자용 대화 입구이며 AgentPublicKey는 직원 로그인이 아닙니다. 내부 문서를 공개 agent에 연결하지 말고 로그인과 역할 제한이 있는 콘솔 테스트에서 다룹니다. 사이트나 IP 제한은 설정된 입구의 범위에만 작용하며 직원별 권한을 대신하지 않습니다. 비로그인 방문자, 일반 직원, 관리자로 같은 질문을 해 보아야 합니다.
권한 있는 직원도 모든 문서가 필요한 것은 아닙니다. 직무에 맞게 콘솔 역할을 주고 문서 유지와 일상 조회를 구분합니다. 전근이나 퇴사 때 계정이나 역할을 회수합니다. 교육용 고객 사례는 익명화하고 원본이 필요하면 기존 권한 있는 업무 시스템에 둡니다. 업로드 파일에 적힌 ‘규칙을 무시하라’ 같은 지시도 테스트합니다. 문서는 데이터일 뿐 다른 정보를 공개시키는 명령이 될 수 없습니다.
NIST Computer Security Resource Center
신입 첫 주 질문으로 검증하기
월요일 근무를 시작한 신입이 ‘빠른 배송은 언제 관리자의 승인이 필요한가’라고 묻는다고 가정합니다. 담당자는 적용 주문, 점검할 자료, 승인 경로와 약속할 수 없는 날짜를 짧은 승인 문서에 정리합니다. 로그인한 공간에서의 답은 조건과 담당자를 알려주고 자료가 부족하면 부족한 점을 말해야 합니다. 이는 가상 절차이며 제품이 회사의 승인 업무 흐름을 자동으로 만든다는 뜻이 아닙니다.
같은 질문을 공개 웹사이트 AI에도 합니다. 방문자는 공개 납기 안내와 연락 경로는 볼 수 있어도 내부 승인자 명단, 개인 전화번호와 할인 조건을 보면 안 됩니다. 제한된 내용이 나타나면 해당 지식의 공개 연결을 멈추고 출처와 설정을 찾아 다시 테스트합니다. 표현만 흐리게 바꿔서는 자료가 여전히 접근 범위에 남습니다. 직원 답변이 오래되었다면 문서 담당자가 버전을 고치고 검색 답변을 검증합니다.
첫 주에 식별 정보를 지운 실제 신입 질문 열 개를 보관하고 예상 자료, 실제 답변, 사람의 판단 필요 여부와 수정 책임자를 기록합니다. 정상 질문, 누락된 문서, 충돌 버전과 공개해서는 안 될 질문을 넣습니다. 가격이나 절차가 바뀔 때 반복합니다. 검수 기록에는 인용된 버전, 빠진 조건, 관리자 연락처의 외부 노출 여부와 사람 판단으로 넘긴 경로도 적습니다. 가상의 열 문항 중 세 문항이 오래된 문서를 인용했다면 버전 관리 문제를 의심하고, 문서는 찾아도 답이 틀리다면 예외가 일반 규칙에 섞였는지 살핍니다. 이 수치는 진단 예시이지 제품 실적이 아닙니다. 직원이 여전히 같은 질문을 메신저에 올리면 문서의 조건과 책임이 분명한지 보고, 공개 방문자에게 내부 정보가 보이면 먼저 접근 경계를 고칩니다. 찾기 쉬움과 기밀 유지 모두 합격 조건입니다.
팀이 자주 묻는 질문
지식 저장소를 내부라고 표시하면 방문자에게 안 나오나요?
이름이나 토글만으로는 보안 경계가 되지 않습니다. 공개 agent가 어떤 지식을 연결했는지, 로그인하지 않은 방문자가 실제로 무엇을 받을 수 있는지 확인합니다. 내부 자료는 로그인과 역할 제한이 있는 공간에 두고 변경 뒤 방문자 입장에서 재검사합니다.
신입에게 회사 계정이 필요한가요?
이 제품의 콘솔 지식 테스트는 로그인과 역할 권한이 필요합니다. 관리자가 알맞은 계정을 주고 이동이나 퇴사 시 회수합니다. 직원 SSO나 별도 비공개 채팅 입구가 이미 있다고 설명해서는 안 됩니다.
파일을 바꾸면 오래된 답은 어떻게 하나요?
문서 책임자가 원본을 수정하고 처리 상태와 실제 응답을 확인한 뒤 새 버전을 유효하게 둡니다. 오래된 가격과 충돌하는 절차는 정리하거나 격리합니다. 새 PDF를 올린 것만으로 모든 답변이 바뀌었다고 가정하지 않습니다.
고객 개인정보가 담긴 대화를 교육 자료로 올려도 되나요?
목적, 권한과 보관 필요를 먼저 확인하고 불필요한 이름, 전화번호와 식별 정보를 제거합니다. 가능하면 익명 처리 절차로 다시 씁니다. 원본이 꼭 필요하면 권한 있는 업무 데이터 흐름에서 관리합니다.
출처 및 참고 자료
- Enable content on a site to be searchable — Microsoft Learn
- Least privilege — NIST Computer Security Resource Center