Microsoft 365 / 보존 정책과 데이터 손실 방지(DLP)는 언제 필요한가요?

Microsoft 365의 보존 정책은 콘텐츠를 일정 조건에 따라 유지하거나 삭제하는 수명 주기 규칙이고, 데이터 손실 방지(DLP) 정책은 민감한 정보가 부적절하게 공유·전송되는 것을 감지하고 제한하는 규칙입니다. 둘 다 데이터를 보호하지만 해결하는 문제가 다릅니다. “오래 남겨야 하는가”와 “어디로 나가도 되는가”를 따로 질문하세요.

보존과 DLP의 차이

Microsoft의 보존 정책·레이블 안내와 DLP 개요를 기준으로 기능을 구분했습니다. 실제 지원 위치와 조건은 라이선스와 정책 유형에 따라 달라집니다.

DLP는 Data Loss Prevention의 약자입니다. 예를 들어 계약 자료를 조직이 정한 기간 동안 유지하면서 외부에는 공유하지 못하게 하려면 보존과 DLP가 함께 필요할 수 있습니다. 보존만 적용하면 외부 전송을 막는 것은 아니고, DLP만 적용하면 사용자가 지운 문서를 요구 기간 동안 보존한다는 보장도 생기지 않습니다.

언제 보존 정책이 필요한가요?

계약 문서나 업무 기록을 정해진 기간 유지해야 하거나, 불필요한 데이터를 기간이 지나면 삭제해야 할 때 검토합니다. 먼저 보존 목적과 적용할 위치(Exchange, SharePoint, OneDrive 등), 시작 시점, 예외, 법적 보존 요구를 정하세요. 보존 정책을 켜면 사용자가 화면에서 파일을 삭제하더라도 내부 보존 사본의 처리 방식이 달라질 수 있습니다. “휴지통을 길게 쓰는 기능”으로 이해하면 안 됩니다.

같은 사이트 전체에 공통 기간을 적용하려면 보존 정책을, 문서마다 기간·분류가 달라야 한다면 항목 단위 보존 레이블을 검토합니다. 레이블은 단순한 화면 표시 이름이 아니라 보존 동작을 연결하는 설정일 수 있습니다. 문서에 민감도 레이블이 있다는 이유만으로 보존 레이블도 적용된 것으로 보지 않습니다.

보존은 운영 백업과도 다릅니다. 내부 보존 사본이 생겨도 사용자가 원하는 시점의 폴더 구조를 즉시 되돌릴 수 있다는 뜻은 아닙니다. SharePoint·OneDrive 보존 사본이 저장소 할당량에 영향을 줄 수 있으므로 기간과 용량도 함께 계획해야 합니다.

언제 DLP가 필요한가요?

주민등록번호, 결제 정보, 내부 기밀과 같은 민감 정보가 메일·파일 공유 등으로 조직 밖에 나갈 위험을 줄이고 싶을 때 검토합니다. 탐지 조건이 실제 데이터를 정확히 구분하는지 시험해야 합니다. 너무 넓은 조건은 정상 업무를 막고, 너무 좁은 조건은 중요한 유출을 놓칠 수 있습니다. 정책 팁과 경고, 예외 승인 절차까지 설계해야 운영할 수 있습니다.

도입 전 의사결정 순서

1. 보호하려는 데이터와 적용 법규·계약을 확인합니다. 법률상 보존 기간은 이 글에서 임의로 정하지 않습니다.
2. 보존과 DLP 중 해결하려는 질문이 무엇인지 구분합니다. 둘 다 필요한 경우에는 상호 작용을 검토합니다.
3. 사용 가능한 라이선스와 Microsoft Purview의 현재 지원 위치를 확인합니다.
4. 소수 사용자나 테스트 범위에서 정책 결과와 오탐을 확인하고, 업무 담당자와 보안·법무 담당자의 의견을 받습니다.
5. 전면 적용 전 변경 기록, 알림, 예외, 롤백 절차를 마련합니다.

보존 정책에서 실제로 결정할 항목

Purview의 솔루션 → 데이터 수명 주기 관리 → 정책 → 보존 정책에서 새 정책을 만듭니다. 해당 기능의 사용자 라이선스와 Retention Management 등 필요한 역할을 준비하세요. 시험은 실제 중요 자료가 없는 전용 저장소에서 진행하고 삭제 동작을 운영 데이터로 검증하지 않습니다.

1. 보존 목적·자료 종류·기간의 근거와 담당자를 문서로 정합니다. 기간은 업무·법무 담당자가 확인한 조직 기준을 사용합니다.
2. 고정된 대상 목록을 쓰는 정적 범위인지, 속성에 따라 대상을 정하는 적응형 범위인지 선택합니다. 적응형은 미리 준비된 범위와 기능 조건이 필요하므로 첫 시험에서 무조건 선택하지 않습니다.
3. Exchange·SharePoint·OneDrive·Microsoft 365 그룹 등 실제 저장 위치를 정하고 필요한 시험 대상만 포함합니다. 기본값이 전체 대상인지 반드시 확인합니다.
4. 보존만, 삭제만, 보존 후 삭제 중 목적에 맞는 동작과 기간 시작 기준을 선택합니다. “오래 보관”을 원하면서 기간 종료 시 영구 삭제를 잘못 선택하지 않습니다.
5. 검토 화면에서 대상·기간·종료 동작을 대조하고 배포 상태를 확인합니다. 예상 결과와 배포 시간을 기록한 뒤 시험 자료로 검증합니다.

Teams 메시지와 채널 파일은 같은 저장 위치가 아닙니다. 메시지 보존 정책만으로 연결된 SharePoint·OneDrive 파일까지 모두 보존된다고 생각하지 마세요. 여러 정책·레이블이 겹치면 가장 최근 정책 하나만 작동하는 것도 아니므로 보존 정책 생성 지침의 위치와 우선 원칙을 확인합니다. 보존 정책에는 DLP와 같은 모의 차단 결과만 보는 시험을 그대로 적용할 수 없다는 점도 주의하세요.

DLP를 작은 범위에서 시험하는 방법

가상 요구를 “민감한 시험 문서를 외부에 공유하는 상황을 탐지하고, 검증 뒤 외부 접근을 막는다”로 정하겠습니다. 실제 개인정보 대신 조직이 승인한 합성 시험 자료를 사용합니다. 민감도 레이블을 조건으로 선택한다면 해당 레이블이 이미 생성·게시되고 시험 파일에 적용되어 있어야 합니다.

1. 데이터 손실 방지 → 정책 → 정책 만들기에서 SharePoint·OneDrive 등을 다루는 기업 앱 및 장치 정책 경로와 목적에 맞는 템플릿·사용자 지정을 선택합니다.
2. 시험할 사이트·OneDrive만 포함하고 불필요한 위치는 제외합니다. 민감 정보 유형이나 준비된 레이블을 조건으로 정한 뒤 조직 외부와 공유 조건을 함께 검토합니다.
3. 외부 사용자만 차단할지 등 보호 동작을 정하고 정책 팁·관리자 경고·사용자 재정의 허용 여부를 설계합니다. 알림만 보여 주는 것과 실제 차단은 다릅니다.
4. 먼저 시뮬레이션 모드로 저장합니다. 정책 팁을 표시할지도 따로 선택합니다. 이 모드는 설정된 차단을 실제로 강제한 결과가 아닙니다.
5. 조건에 맞는 시험 파일과 맞지 않는 파일을 내부·외부 공유 사례로 나누어 확인합니다. 일치·알림·오탐과 실제 업무 영향을 검토한 뒤 승인된 범위에서 강제 모드로 전환합니다.

예상 결과는 민감 문서의 외부 공유가 일치로 탐지되고 정상적인 비대상 문서는 불필요하게 막히지 않는 것입니다. 강제 적용 뒤에는 외부 시험 계정의 실제 접근 실패와 내부 업무 접근을 함께 확인해야 합니다. 화면의 경고 건수만으로 성공을 판단하지 않습니다. Microsoft의 SharePoint·OneDrive DLP 설정 사례에서 대상·조건·동작·시험 모드를 구분해 확인할 수 있습니다.

변경과 복구에서 주의할 점

DLP 시험 결과가 다르면 대상, 파일의 실제 분류, 조건과 모드부터 점검합니다. 보존이 예상과 다르면 다른 보존 정책·레이블·보류 요구와 배포 상태를 조사합니다. 단순히 정책을 없애서 문제를 숨기기보다 원인이 된 설정을 기록하고 필요한 범위에서 수정하세요.

보존 정책이나 DLP 정책을 제거한다고 이미 수행된 삭제·차단 작업이 모두 자동으로 되돌아오지는 않습니다. 변경 전 정책·대상·시험 결과를 보관하고 영구 삭제는 복구할 수 없을 수 있다는 조건을 검토해야 합니다. 보존 요구가 있는 자료에 대해서는 임의로 기간을 줄이거나 보류를 해제하지 말고, 승인된 보존 기준과 복구 계획을 먼저 확정합니다.