Exchange에서 DLP가 작동하지 않는 이유와 해결 방법

By Mirko Peters · 2026-04-20

이 글을 찾으셨다면, Microsoft Exchange Online에서 민감한 데이터를 철저히 보호하는 일이 얼마나 어려운지 이미 잘 아실 겁니다. 데이터 손실 방지(DLP)는 사용자가 전송 버튼을 누르기 전에 유출을 막아 주는 자동화된 안전망이어야 합니다. 그러나 규칙이 제대로 트리거되지 않거나 DLP가 제 역할을 하지 못한다면 어떻게 해야 할까요?

Automatically translated with AI from the original post. Read the English original

Titelbild: DLP Not Working in Exchange: Causes and Solutions

이 글을 찾으셨다면, Microsoft Exchange Online에서 민감한 데이터를 철저히 보호하는 일이 얼마나 어려운지 이미 잘 아실 겁니다. 데이터 손실 방지(DLP)는 사용자가 전송 버튼을 누르기 전에 유출을 잡아내는 자동화된 안전망이어야 합니다. 하지만 규칙이 기대대로 작동하지 않거나 DLP가 제 역할을 하지 못한다면 어떻게 해야 할까요?

이 가이드는 불필요한 내용을 걷어내고 Exchange Online에서 DLP 정책이 실패하는 근본 원인을 짚어 봅니다. 여기서는 Microsoft 문서에서 좀처럼 명확히 설명하지 않는 내용, 즉 DLP가 무너지는 실제 이유, 간과하기 쉬운 라이선스 문제, Outlook에서 놓치기 쉬운 함정, 잘못 이해하기 쉬운 정책 설정을 다룹니다. 대부분의 도움말 문서가 일반적인 단계만 반복하는 반면, 이 글은 세부 사항까지 파고들어 데이터 유출을 확실히 차단하고 규정 준수 목표를 달성하도록 돕습니다.

숙련된 Microsoft 365 관리자이든, "DLP 불일치" 경고가 계속 뜨는 이유를 알아내려는 중이든, 이 글은 실용적이고 군더더기 없는 문제 해결 가이드입니다.

Exchange Online에서 DLP 정책이 실패하는 이유 이해하기

데이터 손실 방지는 조용한 가드레일처럼 작동해야 합니다. 즉, 이메일에서 민감한 데이터가 공유되지 않도록 자동으로 개입해야 합니다. 그러나 가장 필요한 순간에 이 보호 기능이 나타나지 않는 경우가 너무 많습니다. 로그를 파고들거나 PowerShell과 씨름하기 전에, DLP가 실패하는 주요 원인을 먼저 이해해 두는 것이 좋습니다.

가장 먼저 짚어 볼 부분은 라이선스입니다. DLP는 스위치만 켜면 되는 기능이 아닙니다. 테넌트에서 필요한 Microsoft 365 플랜과 서비스가 활성화되어 있어야 합니다. 필요한 추가 기능을 놓치거나 제품 매트릭스를 잘못 해석하면, 감지되지 않는 유출과 조용한 실패로 이어지기 쉽습니다.

라이선스 외에도 DLP 정책 생성에는 고유한 함정이 있습니다. 정책을 빠르게 만들었더라도 올바르게 만들지 않았을 수 있습니다. 예를 들어 핵심 수신자 그룹을 빠뜨리거나, 기본 템플릿을 그대로 쓰거나, 조직 고유의 데이터와 업무 흐름에 맞추지 않은 경우입니다. 조건 하나만 잘못되어도 보호 범위가 깨질 수 있습니다.

이 섹션에서는 DLP의 기본적인 함정들, 즉 라이선스 공백, 기술적 사전 요구 사항, 정책 생성 시 반드시 지켜야 할 사항과 피해야 할 사항을 전체적으로 살펴봅니다. 이러한 기본을 명확히 이해하면 대부분의 관리자보다 앞서 나갈 수 있으며, 추측이 아닌 실제 문제 해결을 시작할 준비가 됩니다.

더 자세한 입문 자료나 다른 관점이 필요하다면, Microsoft 365에서 DLP를 설정하는 방법에 대한 심층 가이드를 참고하여 실용적인 단계별 접근법을 확인해 보세요.

Microsoft 365 DLP 정책의 라이선스 및 사전 요구 사항 확인하기

지원되는 Microsoft 365 라이선스가 있는지 확인하십시오: Exchange Online의 DLP는 모든 플랜에 포함되어 있지 않습니다. Microsoft 365 E3, E5, A3, A5, F5 Compliance 또는 이에 상응하는 독립 실행형 라이선스가 필요합니다. 사용자가 Business Premium, Essentials 또는 그 이하 등급을 사용하는 경우, 메뉴 옵션이 보이더라도 DLP가 작동하지 않을 수 있습니다.
Exchange Online Protection(EOP)이 사용하도록 설정되어 있는지 확인하십시오: EOP는 Exchange의 DLP를 뒷받침하는 핵심 서비스입니다. 수신 및 발신 메일이 EOP를 거치지 않으면 DLP 규칙이 메시지를 평가하거나 차단할 수 없습니다.
Azure Information Protection 등 종속 항목을 확인하십시오: 메시지 자동 암호화나 민감도 레이블 연동과 같은 고급 DLP 작업을 사용하는 경우, Azure Information Protection과 Microsoft Purview(이전 명칭: Compliance Center)가 설정되어 있고 적절히 라이선스가 부여되어 있어야 합니다.
테넌트 기능 활성화(위치가 중요함): 일부 DLP 기능은 사서함 데이터가 올바른 지역에 저장되어 있거나, 테넌트 업그레이드 후 새 기능이 전파된 이후에만 활성화됩니다.
정책 저장소 및 커넥터 설정: 조직에서 플로 기반 처리를 사용한다면 Power Platform DLP 요구 사항도 잊지 마십시오. 이에 대해서는 내부 관점의 이 가이드에서 더 자세히 확인할 수 있습니다.

DLP 정책 생성 및 배포의 모범 사례

소규모 테스트로 시작하십시오: 새 DLP 정책은 전체 사용자 대신 먼저 테스트 그룹에 적용하십시오. 그러면 예기치 않은 중단을 줄이고 문제 해결도 훨씬 수월해집니다.
민감한 정보 유형 맞춤 설정: Microsoft의 기본값에만 의존하지 마십시오. 조직의 실제 데이터 패턴에 맞게 기존 정보 유형을 수정하거나 새로운 정보 유형을 만드십시오.
명확한 범위와 조건 정의: 정책이 올바른 수신자와 워크로드(메일, SharePoint, OneDrive)를 대상으로 하는지 확인하고, 조건은 모호하거나 겹치지 않도록 엄격하게 설정하십시오.
정책 효과를 정기적으로 검토: 일치 건수, 재정의 비율, 사용자 피드백을 모니터링하여 정책이 지나치게 엄격한지, 너무 느슨한지, 또는 목표를 벗어났는지 파악하십시오.
모든 내용을 문서화: 정책 변경 사항, 변경을 요청한 사람, 변경 이유를 기록해 두십시오. 향후 감사를 하거나 사고를 추적할 때 반드시 필요합니다.

DLP 배포에 대한 실질적인 개요가 궁금하십니까? 이 팟캐스트 에피소드에서는 DLP 설정, 주의할 점, 생산성과 보안을 함께 높이는 방법을 다룹니다.

구성 오류와 지원되지 않는 Outlook 설정 진단

많은 DLP 실패는 기능이 없어서가 아니라 설정 방식에 원인이 있습니다. 특히 Outlook 버전과 정책 설정이 다를 때 그렇습니다. 라이선스가 올바르게 되어 있더라도 설정 하나를 잘못하면 큰 허점이 생길 수 있습니다.

특히 Outlook 클라이언트는 고유한 문제를 일으킵니다. 일부 DLP 기능은 Outlook 웹 앱(OWA)에서는 완벽하게 작동하지만, 특히 이전 릴리스나 특이한 파일 시스템 설치 환경의 Outlook 데스크톱에서는 제대로 작동하지 않습니다. 일부 사용자에게는 DLP가 적용되고 다른 사용자에게는 적용되지 않는 이유를 고민하고 있다면, 지원되지 않는 설정과 오래된 정책이 원인인 경우가 많습니다.

이 섹션에서는 대부분의 IT 관리자가 결국 마주하게 되는 구성 오류와 클라이언트 측 사각지대를 정리합니다. 이러한 문제를 미리 알아두면 문제 해결과 책임 공방에 드는 시간을 줄이고, 실제 환경에서 중요한 부분의 DLP를 바로잡을 수 있습니다.

DLP 실패를 일으키는 일반적인 구성 오류

잘못된 조건 및 규칙 로직: 많은 DLP 실패는 정책 조건이 너무 광범위하거나, 너무 좁거나, 논리적 오류를 포함하기 때문에 발생합니다. 예를 들어 실제 사용자와 일치하지 않는 방식으로 "Sender is"와 "Recipient is"를 결합하거나, 상호 배타적인 조건을 사용하는 경우입니다.
잘못된 정책 범위: DLP 규칙이 일부 사용자, 사서함 또는 워크로드에만 적용되도록 설정되어 있으면 환경의 많은 부분이 보호되지 않은 상태로 남습니다. Microsoft Purview 규정 준수 포털에서 "Exchange 메일"이 선택되지 않았다면, 정책은 발신 메시지를 전혀 검사하지 않습니다.
잘못되었거나 사용자 지정된 민감한 정보 유형: 사용자 지정 정의는 제대로 구현되거나 테스트되지 않으면 정책을 오작동하게 만들 수 있습니다. 엔터티 정의(예: 신용카드 패턴)와 실제 데이터가 일치하지 않으면 트리거를 놓치거나 오탐이 발생합니다.
누락되었거나 잘못 구성된 작업: "차단", "암호화", "알림"과 같은 작업이 비어 있거나, 잘못된 템플릿을 가리키거나, 권한 부족으로 실패할 수 있습니다. 이러한 공백은 정책이 존재하는 것처럼 보이지만 실제로는 개입하지 않음을 의미합니다.
오래되었거나 겹치는 정책: 기존 규칙 위에 새 규칙을 계층화하면 정책 충돌, 재정의 또는 조용한 우회가 발생할 수 있습니다. 특히 하이브리드 또는 다중 지역 Exchange 환경에서 그렇습니다. 규칙 우선순위와 새 정책이 기존 시행 작업을 비활성화하는지 항상 확인하십시오.

거버넌스 실패가 대개 잘못된 구성에서 비롯되는 이유를 더 깊이 알고 싶으시다면, Microsoft 365 거버넌스 실패에 대한 시스템 수준 분석을 참고하십시오.

Outlook 버전별로 지원되지 않는 DLP 구성

모든 DLP 기능이 모든 환경에서 똑같이 작동하는 것은 아닙니다. Outlook 2013(그리고 일부 최신 데스크톱 클라이언트조차)은 실시간 정책 팁, 동적 차단, 즉각적인 MailTip 경고와 같은 특정 DLP 정책 작업을 완전히 지원하지 않습니다. 클라우드 또는 최신 UI 구성 요소에 의존하는 기능은 없거나 일관되지 않게 작동할 수 있습니다.

사용자가 여러 Outlook 버전을 사용하는 경우, OWA와 최신 Outlook 릴리스에는 정책 팁이 표시되지만 이전 클라이언트에서는 불완전하게 표시되거나 아예 보이지 않는 현상이 흔합니다. 마찬가지로 오프라인 모드와 캐시된 Exchange 설정은 정책 평가 과정을 지연시키거나 심지어 완전히 중단시킬 수 있습니다. 정책이 모든 기기에서 완전히 시행된다고 가정하기 전에 항상 기능 지원 여부를 확인하십시오.

Exchange Online의 DLP 정책 팁 및 MailTips 문제 해결

DLP 정책은 사용자가 문제가 생겼을 때 이를 알아야 제 역할을 합니다. 정책 팁과 MailTips는 앱 안에서 표시되는 경고나 알림으로, 민감한 데이터를 보내거나 전달하거나 공개하기 전에 사용자가 다시 생각하도록 유도합니다. 그런데 이런 팁은 자주 제대로 표시되지 않습니다. 아예 나타나지 않거나, 일부 사용자에게만 보이고 다른 사용자에게는 보이지 않는 경우가 흔합니다.

이 섹션에서는 Outlook과 Outlook 웹 앱(OWA)에서 DLP 정책 팁이 사라지거나(혹은 처음부터 표시되지 않는) 원인을 파악하는 방법을 다룹니다. 그 과정에서 Exchange 백엔드 설정과 클라이언트 구성이 각각 어떤 역할을 하는지도 살펴봅니다. 이러한 기능을 다시 활성화하면 규정 준수에만 도움이 되는 것이 아니라, 위험한 메일을 보내기 전에 무엇이 걸려 있는지 사용자에게 분명히 보여 줌으로써 사용자의 협조를 얻는 효과도 있습니다.

경고가 필요한 자리에서 계속 눈에 띄도록 유지하기 위한 단계별 문제 해결 지침과 모범 사례를 소개합니다.

Outlook 및 OWA에서 DLP 정책 팁이 표시되지 않는 경우

클라이언트에서 MailTips가 사용 안 함으로 설정됨: 사용자가 Outlook 옵션에서 MailTips를 끌 수 있으며, 그룹 정책으로 비활성화되어 있을 수도 있습니다. MailTips가 꺼져 있으면 메일 작성 중에 DLP 경고가 표시되지 않습니다.
GetDLPPolicyTip 호출이 발생하지 않음: Outlook 클라이언트는 DLP 정책 팁을 가져오기 위해 Exchange Online과 통신해야 합니다. 방화벽, 프록시 설정 또는 오프라인 모드 때문에 "GetDLPPolicyTip" API 호출이 실행되지 않으면 팁을 가져오지도 표시하지도 못합니다.
지원되지 않거나 오래된 Outlook 클라이언트 버전: 정책 팁은 대개 Outlook 2016 이상 또는 웹 버전(OWA)에서 필요합니다. Outlook 2013과 일부 모바일 클라이언트에서는 팁이 전혀 표시되지 않을 수 있습니다. 오래되었거나 업데이트되지 않은 환경에서 작업하는 사용자는 DLP 경고를 보지 못합니다.
사서함이 MailTips에 사용하도록 설정되지 않음: 전역적으로 설정되어 있더라도 일부 사서함은 MailTips에서 제외되거나 특성 상속이 깨져 있을 수 있으며, 이 경우 DLP 관련 팁이 나타나지 않습니다.
느린 동기화 및 클라이언트 캐싱: 캐시 모드에서는 Outlook이 다음 동기화 주기를 기다리는 동안 정책 업데이트나 새 팁이 지연될 수 있습니다. 이런 지연 때문에 DLP가 실제로는 조금 늦게 동작하는 것뿐인데도 고장 난 것처럼 느껴질 수 있습니다.

Exchange Online에서 DLP용 MailTips를 사용하도록 설정하고 구성하는 방법

DLP 정책 팁이 올바르게 표시되도록 하려면 먼저 테넌트 전체와 특정 사서함 모두에서 MailTips가 사용하도록 설정되어 있는지 확인합니다. Exchange 관리 센터에서 MailFlow > MailTips로 이동합니다. 관련 팁, 특히 정책 위반에 대한 팁이 선택되어 있고 사용하도록 설정되어 있는지 확인합니다.

관리자는 PowerShell을 사용할 수도 있습니다. Set-Mailbox -Identity "user" -MailTip "enabled"를 실행하거나 Get-OrganizationConfig | fl MailTips로 조직 설정을 확인합니다. 어떤 팁을 언제 표시할지 제어하려면 규정 준수 포털에서 MailTips를 세부적으로 조정합니다. 더 세부적인 단계별 안내는 Microsoft 365에서 DLP 설정하기 팟캐스트에서 자세한 절차와 실무 전략을 확인할 수 있습니다.

Exchange Online DLP 실패에 대한 고급 문제 해결

명백한 문제를 해결했는데도 DLP가 여전히 작동하지 않을 때가 있습니다. 이때는 관리 센터의 클릭 몇 번보다 더 깊이 들어가는 네트워크 추적, 레지스트리 조정, 백엔드 진단 같은 고급 도구를 사용해야 합니다. 이 내용은 계속 빠져나가는 고정적이거나 간헐적이거나 원인을 알 수 없는 DLP 실패를 추적하는 전략입니다.

여기서 가장 유용한 도구는 Fiddler입니다. Outlook과 Exchange Online 사이의 HTTP 트래픽을 확인할 수 있어, GetDLPPolicyTip 같은 서비스 호출이 실제로 이루어지는지, 아니면 조용한 오류에 부딪히는지 파악하는 데 도움이 됩니다. 하지만 문제 분석은 네트워크 구간에서만 끝나지 않습니다. 원인이 로컬에 있는 경우도 많습니다. 레지스트리 설정 때문에 DLP 평가가 지연되거나 정책 적용 타이밍이 어긋날 수 있습니다.

이 섹션에서는 전문 도구를 사용해 서비스 호출을 검증하고, 통신 오류를 찾아내며, 숨어 있는 평가 병목을 해소하는 방법을 청사진처럼 제시합니다. 이를 통해 필요한 시점과 위치에서 DLP가 제대로 작동하도록 합니다.

Fiddler 추적으로 GetDLPPolicyTip 호출 확인하기

Fiddler는 Outlook 클라이언트와 Exchange Online 사이의 HTTP/HTTPS 트래픽을 캡처하는 웹 디버깅 도구입니다. 민감한 데이터가 포함된 것으로 의심되는 메일을 작성할 때 "GetDLPPolicyTip" 요청이 제대로 전송되는지 확인하는 데 사용합니다. 정상적인 추적에서는 Exchange Online 엔드포인트에 대한 요청이 보이고, 응답으로 구조화된 정책 팁 데이터를 받게 됩니다.

추적 로그에서 누락된 호출, 인증 실패, 예상치 못한 HTTP 오류가 보인다면 통신 문제가 있다는 뜻입니다. 원인은 대개 네트워크 필터, 클라이언트 업데이트 누락, 인증 상태 불일치입니다. 이러한 이상 징후를 확인하면 정책 팁이 전달 과정에서 어디서 유실되는지 찾아낼 수 있습니다.

DLP 콘텐츠 평가의 레지스트리 조정과 지연 문제

PolicyEvaluationDelay 키 조정: DLP 팁이 너무 늦게 도착하거나 사용자가 메시지를 보낸 후에 표시된다면 HKEY_CURRENT_USER\Software\Microsoft\Office\<version>\Outlook\Security 아래의 PolicyEvaluationDelay 레지스트리 값을 늘리십시오. 그러면 Outlook이 다음 단계로 진행하기 전에 DLP 응답 데이터를 받을 추가 시간을 확보할 수 있습니다.
정책 동기화 주기 재설정: DlpPolicyRefreshInterval 키를 사용해 Outlook의 정책 새로 고침 주기를 세밀하게 조정하십시오. 이 키는 새로운 정책이나 변경된 정책으로 로컬 캐시를 얼마나 자주 업데이트할지 제어합니다.
이전 예외 설정 되돌리기 또는 제거: 이전 문제 해결 과정에서 남은 지원되지 않거나 더 이상 사용되지 않는 레지스트리 변경 사항을 제거하십시오. 그래야 DLP 적용이 예측할 수 없게 动作하는 일을 막을 수 있습니다.
변경 전 레지스트리 항상 백업: 레지스트리 편집은 의도하지 않은 영향을 미칠 수 있습니다. 변경을 적용하기 전에 복원 지점을 만들고 현재 설정을 문서로 기록해 두십시오.

Exchange 전송 규칙 및 하이브리드 배포에서의 DLP 문제 해결

메시지 흐름을 관리하는 것은 DLP만이 아닙니다. 특히 복잡하거나 하이브리드 환경에서는 Exchange 전송 규칙(ETR)도 함께 실행되는 경우가 많습니다. 클라우드 기반 DLP와 온프레미스 ETR 사이의 정책 계층 구조나 상충하는 조건 때문에 어떤 규칙도 적용되지 않거나 잘못된 규칙이 우선 적용되기도 합니다.

하이브리드 배포에서는 커넥터 구성이 잘못되면 메일 라우팅이 DLP 검사를 완전히 우회할 수 있습니다. DLP와 ETR은 정해진 순서에 따라 메시지를 평가한다는 점을 이해해야 합니다. 중복되거나 충돌하는 규칙은 데이터가 통제를 빠져나가지 않도록 반드시 정리해야 합니다. 계층화된 정책 신뢰와 공존에 관한 내용이 궁금하다면 하이브리드 환경의 조건부 액세스와 정책 신뢰에 관한 이 논의를 참고해 보십시오.

DLP 정책 해결 확인과 규정 준수 보장

이제 DLP 문제를 조정하고 테스트하고, 바라건대 해결까지 마쳤을 것입니다. 하지만 여기서 멈추면 안 됩니다. 수정 사항이 계속 유지되는지 확인하는 일은 문제 해결 작업만큼 중요합니다. 우선 대상으로 지정한 모든 사우 편지함에서 실제 테스트 시나리오를 진행하면서 사용자 피드백을 추적하고, 사용자가 적절한 경고와 차단을 보는지 확인하십시오.

감사 로그와 규정 준수 이벤트 로그에서 DLP와 관련된 항목을 면밀히 살펴보고, 잘못된 데이터, 정책 재정의, 반복되는 오류 패턴이 있는지 확인하십시오. DLP 정책에서 보고가 활성화되어 있다면 Microsoft 365 규정 준수 포털을 사용해 어떤 메시지가 플래그 지정되었고, 차단되었고, 또는 통과되었는지 검토하십시오.

"소식이 없는 게 좋은 소식"이라고 넘기지 마십시오. 업무 이해관계자와 소통하고, 가상의 데이터 유출 훈련을 실시하며, 기술적 실패와 사람들이 만든 우회 방식을 모두 주시하십시오. 이 적응형 DLP 보안 에피소드처럼 환경 차원의 전략을 통합하면, 도구만으로는 놓치기 쉬운 숨은 위험을 드러낼 수 있습니다.

마지막으로, DLP의 영향은 로그와 팁 팝업에만 머무르지 않는다는 점을 기억하십시오. 정책의 효과는 사용자가 이를 존중하고 따르려는 의지에 달려 있습니다. 기술적 모니터링과 함께 정기적인 교육 세션과 내부 커뮤니케이션을 병행하여 규정 준수를 늘 염두에 두도록 하십시오. 대시보드와 실제 사용자 행동의 차이에 대해 더 깊이 알고 싶다면 Microsoft 365의 규정 준수 드리프트를 분석한 이 글을 참고해 보십시오.

결론: Microsoft 365 DLP의 지속적인 규정 준수 체크리스트

정책 범위와 라이선스를 정기적으로 검토: 신규 입사자와 사서함 이동을 꼼꼼히 확인하여 DLP 규칙이 항상 올바른 사용자와 워크로드를 대상으로 하도록 하십시오.
정책 효과 모니터링: 감사 로그, 팁 추적, 사용자의 직접 피드백을 활용하여 차단, 경고, 모니터링 기능이 의도한 대로 작동하는지 지속적으로 테스트하십시오.
구성 변경 사항 업데이트 및 문서화: DLP와 관련된 모든 수정 사항을 기록하여 감사에 대비하고, 담당자 교체로 인한 공백을 방지하며, 향후 문제 해결을 더 효율적으로 진행하십시오.
정기적인 교육 및 인식 제고 활동 실시: 규정 준수 교육을 순환 방식으로 진행하고, 알림을 보내며, 개인화된 팁 콘텐츠를 제공하여 직원들이 경고에 둔감해지거나 팁을 무시하는 현상을 줄이십시오.
팀 간 협업 강화: 보안, 인사, 법무 팀이 Microsoft Purview 같은 도구를 활용해 DLP 검토 주기와 사고 대응을 함께 진행하도록 독려하십시오. 문서 관리 및 규정 준수에 대한 모범 사례는 여기에서 확인할 수 있습니다.

Microsoft 365가 발전함에 따라 DLP 정책을 최신 상태로 유지하고 신뢰할 수 있게 하려면 기술적, 조직적 측면 모두에서 정기적인 점검이 필수적입니다. 항상 경계를 늦추지 마시고, 규정 준수 체계가 저절로 갖춰지리라 가정하지 마십시오.