문서보안솔루션 도입 검증 | 협력사 편집·저장·재공유를 따로 시험해야 하는 이유
협력사와 문서를 주고받는 기업이라면 문서보안솔루션의 도입 승인 기준을 ‘파일이 열린다’가 아니라 ‘필요한 작업은 끝까지 되고, 허용하지 않은 작업은 차단된다’로 잡아야 합니다. 열람에 성공해도 편집 결과를 저장하지 못할 수 있고, 혼자 수정할 수 있어도 공동 편집은 성립하지 않을 수 있습니다. 파일을 다른 사람에게 보내는 동작과 그 사람이 내용을 열어 보는 결과도 별도로 시험해야 합니다.
이 글은 정보보안 담당자와 협업 시스템 운영자가 사용할 인수시험 기준을 제안합니다. 구체적인 권한과 호환성 사례는 Microsoft Purview 공식 문서를 기준으로 설명합니다. 아래 Microsoft 기능 설명의 확인일은 2026년 11월 10일이며, 다른 제품의 동일한 동작을 보장하는 기준이 아니라 공급사에 시험을 요청할 때 사용할 비교 틀입니다.
먼저 ‘보호할 파일’보다 ‘완료해야 할 업무’를 정의한다
‘외부 사용자 편집 허용’만으로는 합격 조건이 모호합니다. 협력사가 계약서의 문구를 수정한 뒤 같은 파일에 저장해야 하는지, 설계 검토본을 다른 이름으로 남겨야 하는지, 여러 사람이 동시에 검토해야 하는지부터 나누는 편이 좋습니다.
시험 시나리오에는 다음 조건을 붙이십시오. 공급사 시연용 계정과 환경만으로 승인하지 않고, 실제 협력사의 접속 조건을 시험 범위에 포함하기 위한 기록입니다.
- 수신자: 지정한 협력사 사용자, 같은 협력사의 다른 사용자, 승인하지 않은 제3자.
- 문서: 실제 사용하는 파일 형식과 업무 기능을 담은 비민감 시험 파일.
- 환경: 운영체제, 브라우저 또는 데스크톱 앱, 앱 버전, 설치·로그인 제약.
- 필수 작업: 열람, 내용 수정, 저장, 다른 이름으로 저장, 공동 편집, 인쇄 중 업무상 필요한 동작.
- 금지 결과: 승인하지 않은 사람의 열람이나 보호가 제거된 사본 생성 등 조직이 막으려는 결과.
시험 결과에는 성공·실패뿐 아니라 사용한 계정, 파일, 환경, 정책과 실행 시점을 함께 남기는 것을 권합니다. 같은 파일이라도 수신자와 앱이 달라지면 별개의 시험으로 취급하는 방식입니다.
편집과 저장은 하나의 권한으로 판정하지 않는다
Microsoft Purview의 DOCEDIT 사용 권한은 앱 안에서 내용을 수정하거나 정렬·서식을 변경하도록 허용하지만, 수정한 사본을 저장할 권한 자체를 주지는 않습니다. 따라서 화면에서 문구를 바꿀 수 있다는 사실만으로 편집 업무가 완료됐다고 판정하면 안 됩니다. 저장한 뒤 파일을 닫고 다시 열어 변경 사항을 확인하는 단계까지 시험에 넣어야 합니다.
반면 Save(EDIT)는 현재 위치에 저장하는 권한입니다. Office 앱에서는 Rights Management를 지원하는 형식으로 새 위치와 이름에 저장할 수도 있습니다. Microsoft는 이때 선택 가능한 형식이 Rights Management 지원 형식으로 제한돼 원래의 암호화가 제거되지 않도록 한다고 설명합니다. 즉, ‘다른 이름으로 저장 성공’과 ‘보호 해제 성공’은 같은 결과가 아닙니다. 근거: Microsoft Learn의 사용 권한 설명.
권장 판정 방식: 수정 가능 여부, 저장 가능 여부, 저장 후 변경 사항 유지 여부, 저장된 사본의 보호 유지 여부를 각각 기록합니다. 새 이름의 파일이 생겼다는 이유만으로 보안 실패로 판정하거나, 수정 화면이 보인다는 이유만으로 업무 호환성에 합격시키지 않습니다.
재공유 시험은 ‘전송’과 ‘수신자의 열람’을 나눈다
문서를 다른 사람에게 보내는 동작을 시험할 때 이메일의 전달 권한 이름을 그대로 적용해서는 안 됩니다. Microsoft Purview의 FORWARD 사용 권한은 문서가 아니라 이메일 메시지에 적용됩니다. 문서 재공유 통제를 확인하려면 문서 파일의 전달과 전달받은 사용자의 접근을 직접 시험해야 합니다. 근거: Microsoft Learn의 FORWARD 적용 범위.
예를 들어 승인된 협력사 사용자 A가 받은 시험 파일을 승인하지 않은 사용자 B에게 전달하도록 합니다. 이때 ‘전송이 됐는가’와 ‘B가 인증 후 내용을 열 수 있는가’를 별도 항목으로 남깁니다. 조직의 요구가 전송 자체의 제한인지, 전달되더라도 비인가자가 내용을 읽지 못하게 하는 것인지도 도입 전에 명시해야 합니다.
승인하지 않은 사용자는 접근할 수 없어야 한다는 요구와, 새 협업 참여자를 신속하게 추가해야 한다는 요구가 함께 있다면 추가 승인 절차도 시험하십시오. 차단 여부만 확인하고 승인 경로를 시험하지 않으면 협업 중단 상황의 처리 기준이 남지 않습니다.
웹·데스크톱과 단독·공동 편집을 분리한다
웹에서 잘 열리는 것과 데스크톱에서 필요한 업무를 수행하는 것은 별개의 시험입니다. Microsoft는 민감도 레이블로 암호화된 문서에 대해 Office for the web에서 인쇄·다운로드·내보내기·사본 만들기를 지원하지 않는다고 안내합니다. 인쇄나 별도 사본 작성이 필수인 업무라면 웹 열람 성공만으로 적합 판정을 내려서는 안 됩니다. 근거: SharePoint·OneDrive 파일의 민감도 레이블 지원 문서.
공동 편집 역시 독립된 항목입니다. Microsoft 안내에 따르면 암호화 파일을 여러 명이 동시에 편집하려면 모두 Office for the web을 사용하거나, 민감도 레이블로 암호화된 파일의 공동 작성을 활성화하고 참여자 모두 해당 기능을 지원하는 Office 앱을 사용해야 합니다. 한 사람이 편집에 성공한 결과로 여러 사람의 동시 편집까지 승인할 수는 없습니다. 근거: 민감도 레이블의 암호화 및 공동 편집 조건.
| 시험 항목 | 실행할 동작 | 권장 합격 기준 |
|---|---|---|
| 편집과 저장 | 수정 → 저장 → 닫기 → 다시 열기 | 허용한 사용자의 변경 사항이 유지되고 금지한 동작은 차단된다. |
| 다른 이름으로 저장 | 새 이름·위치로 저장한 사본을 승인·비승인 계정으로 열기 | 사본 생성 허용 여부와 사본의 접근 통제가 각각 정책에 맞는다. |
| 제3자 재공유 | A가 B에게 전달하고 B가 접근 시도 | 전송 결과와 열람 결과를 분리해 조직의 요구와 대조한다. |
| 웹·데스크톱 업무 | 각 환경에서 필요한 인쇄·저장·사본 작업 실행 | 실제 허용할 환경에서 필수 업무가 완료된다. |
| 공동 편집 | 실제 참여자 구성으로 동시 수정·저장 | 명시한 앱·설정 조건에서 협업 결과를 확인할 수 있다. |
권한 회수는 별도 시험으로 연결하고, 예외까지 승인한다
업무 호환성 시험을 통과한 다음에는 계약 종료 시나리오를 별도로 실행해야 합니다. Azure Rights Management는 사용 라이선스가 유효한 동안 콘텐츠에 대한 재인증·재권한 부여를 하지 않으며, 유효기간이 끝난 뒤 다음 접근 때 이를 다시 수행한다고 설명합니다. 이 과정은 인터넷 연결 없이 보호 문서를 계속 열 수 있게 합니다. 따라서 계정 조치 직후의 결과만 보지 말고, 사용 라이선스의 유효기간과 오프라인 조건을 구분해 시험 일정을 잡아야 합니다. 근거: Microsoft Learn의 사용 라이선스 설명.
회수 범위와 적용 시점, 다운로드 사본·오프라인 조건을 구체적으로 정할 때는 다음 글을 이어 읽을 수 있습니다.
최종 승인서는 기능 목록보다 허용할 업무와 남은 제약을 중심으로 작성하는 편이 명확합니다. 다음 세 가지 판정 기준을 권합니다.
- 승인: 필수 업무와 금지 동작 시험이 모두 요구에 맞고, 허용 환경을 명시할 수 있다.
- 조건부 승인: 특정 앱이나 협업 방식으로 제한해야 하지만, 그 조건을 협력사가 수용하고 지원 담당자·예외 만료일을 정했다.
- 보류: 필수 업무를 끝낼 수 없거나, 비인가자 접근이 허용되거나, 필요한 예외가 보호 정책과 충돌한다.
협업이 막혔을 때 보호를 해제한 파일로 우회하는 방식을 기본 해결책으로 삼지 마십시오. 허용된 대체 환경이 있는지, 예외 승인자는 누구인지, 예외 종료 후 무엇을 다시 시험할지부터 정하는 것이 좋습니다. 시험에서 드러난 외부 사용자 지원과 예외 처리 업무는 운영 예산에도 반영할 항목입니다.
다음 행동은 간단합니다. 가장 빈번한 협력사 업무 하나를 골라 비민감 시험 파일과 실제 수신 환경을 준비하고, 위 표를 공급사에 전달하십시오. ‘지원한다’는 답변 대신 적용 제품·앱 버전·설정 조건과 실행 결과를 받아 도입 승인 근거로 남기는 것이 핵심입니다.
댓글
댓글 쓰기