민감도 레이블 만드는 방법

By Mirko Peters · 2026-04-26 · Updated 2026-07-18

Microsoft 365에서 민감도 레이블을 만들고, 보호 설정을 구성하며, Purview로 안전하게 배포하는 방법을 단계별로 안내합니다.

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

Cover: Fix Microsoft Teams Governance Sprawl with Enforced Decisions

디지털 환경에서는 회사의 민감한 데이터가 쉽게 표적이 됩니다. Microsoft 365는 이를 막을 기회를 주지만, 그 도구를 제대로 활용해야 가능합니다. 민감도 레이블은 똑똑한 데이터 보호의 기본 요소입니다. 문서, 이메일, Teams, SharePoint 사이트 전반에서 중요한 정보를 분류하고, 보호하고, 지속적으로 관리하는 데 도움을 줍니다. 올바르게 접근하면 기밀 보고서를 잠가 두고, 누가 무엇을 공유할 수 있는지 관리하며, 법적 문제에 휘말리지 않도록 할 수 있습니다.

이 가이드에서는 Microsoft Purview를 사용해 효과적인 민감도 레이블을 이해하고, 계획하고, 구축하는 과정을 단계별로 살펴봅니다. 또한 일상적으로 사용하는 사용자와 변화하는 규정 준수 요구 사항을 고려해 이러한 레이블을 배포하고, 모니터링하고, 관리하는 방법도 다룹니다. 실제 보안 사례부터 단계별 실습까지 살펴보고 나면, 정보 공유가 무법천지처럼 느껴지는 환경에서도 데이터를 어떻게 거버넌스할지 정확히 알게 될 것입니다.

민감도 레이블의 이해와 데이터 보호에서의 역할

민감도 레이블은 Microsoft 365 정보 보호의 핵심으로, 무엇이 비밀이고 무엇이 공개인지, 그리고 그 사이의 모든 것을 표시할 수 있게 해 줍니다. 하지만 단순히 문서에 붙이는 스티커에 그치지 않습니다. 데이터가 이동하는 방식과 누가 그 데이터를 볼 수 있는지를 결정하는 동적인 도구입니다. 데이터 유출이 뉴스에만 그치지 않고 회사의 수익에 직접 타격을 주는 시대에는, 직원에게 "조심하세요"라고 당부하는 것만으로는 충분하지 않습니다. 무거운 작업을 대신 수행해 줄 레이블이 필요합니다.

이러한 레이블은 문서와 스프레드시트에만 적용되지 않습니다. 현대적인 조직에서는 업무가 채팅, Teams, SharePoint 등 사용자가 활동하는 모든 디지털 공간에서 이루어집니다. 따라서 민감도 레이블은 협업 작업 공간에도 적용되어, Teams 채널이나 SharePoint 사이트 전체에 대한 기본 규칙을 설정합니다. 레이블을 통해 민감한 프로젝트는 외부의 시선으로부터 격리하고, 기밀 업무가 진행될 때는 불필요한 접근을 차단할 수 있습니다.

민감도 레이블을 제대로 다루는 것은 확장 가능한 거버넌스 구조를 구축하는 핵심입니다. 규정과 규제 기관의 요구가 계속 바뀌는 환경에서 조직이 규정을 준수하는 방법이며, "통제"가 현실적으로 어렵게 느껴질 때도 질서를 유지하는 방법입니다. 다음으로는 민감도 레이블이 정확히 무엇인지, 그리고 흩어진 파일을 보호하는 것만큼 작업 공간에 레이블을 지정하는 일이 왜 중요한지 자세히 살펴보겠습니다.

민감도 레이블이란 무엇이며 데이터를 어떻게 보호합니까?

Microsoft 365의 민감도 레이블은 파일, 이메일, 또는 전체 컨테이너처럼 콘텐츠에 할당하여 정보의 민감도를 나타내는 태그입니다. 레이블은 내부적으로 보호 규칙을 설정합니다. "기밀"과 같은 레이블을 적용하면 문서를 암호화하거나, 워터마크를 추가하거나, 누가 열람, 편집, 전달할 수 있는지를 제어할 수 있습니다.

이런 방식은 비즈니스 정책과 법적 요구 사항을 손쉽게 시행하도록 돕습니다. 직원의 기억에 의존하는 대신, 레이블이 대규모로 보호 조치를 처리하도록 맡길 수 있습니다. 그 결과 문서가 회사 밖으로 나가더라도 민감도와 보호 설정은 함께 이동합니다. 즉, 더 많은 통제력, 더 적은 걱정, 그리고 규정 준수 목표를 향한 확실한 진전을 얻을 수 있습니다.

Teams와 SharePoint 같은 작업 공간에 레이블을 지정해야 하는 이유

레이블 지정은 단순히 파일에 보호 기능을 씌우고 끝내는 작업이 아닙니다. Microsoft Teams, SharePoint 사이트 및 이와 유사한 작업 공간에 레이블을 지정하면, 목적과 참여자를 기준으로 협업 공간 전체를 보호할 수 있습니다. 작업 공간 레이블은 액세스 제어, 외부 공유 제한에 도움을 주며, 비공개 프로젝트가 계속 비공개로 유지되도록 합니다.

이 방식은 문서 한 건씩이 아니라 더 높은 수준에서 거버넌스를 시행합니다. 귀중한 자료를 매트리스 밑에 숨기듯 감추는 데 그치지 않고, 공간 전체에 안전장치를 설치하면 실수로 인한 유출 위험을 줄이고 회사의 규정 준수 수준을 높일 수 있습니다. 작업 공간 거버넌스의 현실을 더 깊이 알고 싶다면 Microsoft Teams 거버넌스 통제에 관한 이 분석이나 Microsoft 365 거버넌스의 환상에 관한 논의를 참고해 보시기 바랍니다. 이러한 자료는 진정한 보안이 화려한 기술 설정이 아니라 프로세스에서 나온다는 점을 보여 줍니다.

민감도 레이블 구현을 위한 계획 및 준비

레이블을 서둘러 만들고 배포하기 전에, 한 걸음 물러서서 계획부터 세우십시오. 전략 없이 민감도 레이블을 배포하면 사용자의 혼란, 정책 충돌, 심지어 데이터 손실까지 이어질 수 있습니다. 좋은 계획은 지속적인 결과를 얻고, 굳이 피하고 싶은 "무엇이 잘못됐는가?" 회의를 막는 핵심 비결입니다.

전략적 준비에는 어떤 데이터 유형이 가장 큰 위험에 노출되어 있는지, 업계를 규율하는 규정이 무엇인지, 그리고 어느 부서에 어느 수준의 보안이 필요한지까지 포함해 조직 구조를 되짚어 보는 과정이 포함됩니다. 레이블이 일상 업무와 규정 준수 감사에 어떤 영향을 미칠지도 함께 검토하십시오.

규칙들이 서로 어떻게 상호 작용하는지 확인하는 것도 중요합니다. 특히 이미 보존 정책이나 데이터 손실 방지(DLP) 정책을 사용하고 있다면 더욱 그렇습니다. 복잡한 Microsoft 365 환경에서는 공백과 중복이 흔한 걸림돌입니다. 더 깊이 알아보려면 M365 보존 정책의 규정 준수 드리프트를 다룬 이 팟캐스트나 Power Platform의 DLP를 실무 중심으로 다룬 이 에피소드를 들어 보시기 바랍니다. 지금 신중하고 철저하게 접근하면 배포 시점에 예상치 못한 문제가 줄고 사용자 경험도 한결 매끄러워집니다.

민감도 레이블 설정 전 핵심 고려 사항

민감한 데이터 식별: 먼저 보호가 필요한 대상을 파악하십시오. 개인 정보, 재무 정보, 지식재산권, 그리고 규제를 받는 모든 데이터가 여기에 해당합니다.
규정 준수 요건 분석: 레이블이 필요한 근거가 되는 법률과 기준, 예를 들어 GDPR, HIPAA 또는 업계 표준을 검토하십시오.
조직 구조 파악: 고유한 데이터와 위험 프로필을 가진 인사, 법무, R&D 등 각 부서에 맞게 레이블을 조정하십시오.
성장과 변화에 대비한 계획: 팀, 프로젝트, 규정이 바뀌더라도 체계가 유연하게 대응할 수 있도록 확장성을 고려해 설계하십시오.
정책 충돌 방지: DLP, 보존 등 기존 정책을 검토하여 레이블이 서로 조화롭게 작동하고 서로 간섭하지 않도록 하십시오.

민감도 레이블 범위 및 레이블 세부 정보 정의

레이블 범위 지정: 레이블이 문서, 이메일, Teams, SharePoint 중 무엇을 대상으로 할지, 또는 이 모두를 포함할지 결정하고, 영향을 받는 사용자나 그룹을 정하십시오.
콘텐츠 표시 설정: 머리글, 바닥글, 워터마크 등 시각적 표시를 지정하여 사용자가 민감도 수준을 한눈에 알아볼 수 있도록 하십시오.
권한 정의: 레이블이 지정된 콘텐츠를 누가 보고, 편집하고, 인쇄하고, 전달할 수 있는지 지정하여 무단 접근을 제한하십시오.
컨테이너 레이블 선택: Teams와 SharePoint에서 이를 사용하면 워크스페이스 전체 단위로 외부 공유와 게스트 액세스를 관리할 수 있습니다.
콘텐츠 수명 주기에 맞춘 구성: 레이블이 ECM, DLP 및 전반적인 규정 준수 목표와 맞는지 확인하십시오. 이 과정에 대한 자세한 안내는 문서 혼란을 막기 위해 Purview 보호막을 구축하는 방법과 같은 자료에서 확인할 수 있습니다.

민감도 레이블 생성 및 구성 단계별 가이드

청사진이 준비되었다면 이제 구축할 차례입니다. 요령만 알고 있다면 Microsoft Purview에서 민감도 레이블을 설정하는 일은 그리 복잡하지 않습니다. 이 부분에서는 사용자 정의 레이블 생성, 적절한 보호 기능 선택, 사용자에게 가장 필요한 곳에 레이블이 실제로 표시되도록 하는 방법을 실습 단계별로 안내합니다.

이는 마법사를 따라 클릭하는 것만이 아니라, 유출, 위험, "앗, 실수" 상황을 막기 위한 현명한 선택을 하는 일입니다. 명명 규칙, 적절한 수준의 권한 선택, 실제 배포 전 테스트 등 각 단계는 관리자들이 나중에 겪게 될 설정 실수를 피하도록 돕기 위한 것입니다. 이어지는 내용은 대시보드에서 좋아 보이는 설정이 아니라, 실제 사용 사례를 지원하는 올바른 구성 결정을 내리는 방법을 보여 드리겠습니다.

레이블 생성, 보호 기능 구성, 우선순위 설정에 대한 단계별 지침과 실무 팁을 준비했습니다. 가장 민감한 정보에 항상 가장 강력한 잠금이 적용되도록 하는 데 도움이 될 것입니다.

Microsoft Purview에서 새 민감도 레이블 만들기

Microsoft Purview 포털 열기: 관리자 권한으로 로그인한 후 규정 준수 센터로 이동하십시오.
정보 보호로 이동: 정보 보호 메뉴에서 "레이블"을 선택하고 "레이블 만들기"를 클릭하십시오.
레이블 이름과 설명 입력: “Confidential HR Only”처럼 명확하고 의미가 분명한 이름을 고르고, 사용자가 올바르게 선택할 수 있도록 설명을 함께 입력합니다.
레이블 범위 설정: 레이블을 적용할 대상을 정합니다. 문서, 이메일, 또는 컨테이너(Teams/SharePoint) 중에서 선택할 수 있습니다.
보호 설정 구성: 필요에 따라 (암호화, 권한, 콘텐츠 표시) 설정을 구성하되 서두르지 마십시오. 잘못된 설정은 데이터 잠금이나 보호 공백으로 이어질 수 있습니다.
초안으로 저장 또는 게시: 검토와 테스트를 위해 레이블을 초안으로 저장하거나, 조직에서 바로 사용하도록 즉시 게시할 수 있습니다. 배포 전 신중한 테스트가 핵심이라는 점을 기억하십시오. Purview의 포렌식 및 추적 기능에 대해 더 알아보려면 이 Microsoft Purview 감사 가이드를 참고하십시오.

민감도 레이블의 데이터 보호 및 권한 구성

암호화 적용: 레이블에 연결된 키를 사용해 조직 내부와 외부 모두에서 액세스를 잠그도록 암호화를 강제 적용합니다.
액세스 제한: 특정 사용자나 그룹에 권한을 할당하여 보기, 편집, 전달, 인쇄를 제한합니다.
콘텐츠 표시 설정: 민감도 수준을 나타내는 머리글, 바닥글, 워터마크를 추가합니다. 시각적 단서가 되고 규정 준수 증빙에도 도움이 됩니다.
외부 공유 제어: 특히 Teams와 SharePoint의 공유 권한을 조정하여 작업 공간 경계를 넘는 정보 유출을 방지합니다.
AI 보호 구성: 레이블 적용을 AI 생성 콘텐츠와 서비스까지 확장합니다. 모범 사례는 Copilot과 AI 거버넌스를 깊이 다룬 이 글을 참고하십시오.

레이블 우선순위 지정 및 기본 민감도 동작 설정

민감도 레이블은 계층 구조로 작동합니다. 여러 레이블이 적용될 수 있는 경우 우선순위가 가장 높은(가장 엄격한 보호를 제공하는) 레이블이 우선합니다. 또한 모든 새 문서, 이메일, 컨테이너에 기본 레이블을 지정하여 사용자가 어떤 레이블을 선택해야 할지 고민하지 않도록 할 수 있습니다.

명확한 우선순위와 기본값을 설정하는 것은 매우 중요합니다. 사용자가 직접 레이블을 지정하는 것을 잊더라도 기밀 정보가 항상 보호된다는 뜻입니다. 우선순위를 신중하게 배치하면 사용자의 혼란을 줄이고, 실수로 과도하게 공유되는 일을 막으며, 직원에게 추가 부담을 주지 않고도 핵심 거버넌스 목표를 달성할 수 있습니다.

민감도 레이블 정책 게시, 테스트 및 관리

민감도 레이블을 만든 다음에는 실제로 사용자에게 전달되고 의도대로 작동하는지 확인하는 것이 다음 단계입니다. 레이블 라이브러리를 만드는 것만으로는 충분하지 않습니다. 정책은 Word, Outlook, Teams, SharePoint 등 사용자가 실제로 업무를 수행하는 모든 앱에서 게시되고 테스트되어야 합니다.

이 섹션은 레이블을 시행 가능한 정책으로 배포하고, 적절한 사용자 그룹을 대상으로 지정하며, 나머지 직원에게 영향을 주기 전에 문제를 살펴보는 것에 관한 내용입니다. 단순히 출시하는 것이 아니라 보호 기능을 검증하고 지속적으로 살펴보는 것이 중요합니다. 정책 관리는 한 번 끝나는 작업이 아니라 계속 반복되는 순환 과정입니다.

정책을 문제 해결, 업데이트, 모니터링하여 지속적으로 개선하는 방법도 알아보겠습니다. 또한 사이버 위협은 끊임없이 진화하므로 감사 로깅과 강화된 모니터링 같은 기법을 운영 계획에 포함해야 합니다. 이에 대해서는 사용자 방해 없이 M365 보안을 강화하는 이 가이드와 같은 자료에서 자세히 설명합니다.

민감도 레이블 정책 만들기 및 게시 방법

레이블 정책 만들기: Purview에서 Information Protection 아래의 “Label policies”를 선택한 다음 “Create a policy”를 선택합니다.
포함할 레이블 선택: 정책에 게시할 민감도 레이블을 선택합니다. 이 선택에 따라 사용자에게 표시되는 옵션이 결정됩니다.
정책 범위 정의: 특정 사용자, 그룹, 부서 또는 전체 테넌트를 대상으로 지정합니다. 정말 의도한 경우가 아니라면 “모든 사용자”로 범위를 넓히지 마십시오.
정책 설정 구성: 기본값(해당하는 경우)을 설정하고, 등급 하향 시 사유 입력을 요구하거나 필수 레이블 지정을 적용합니다.
정책 배포 및 모니터링: 정책을 배포합니다. 채택 현황을 추적하고 배포 오류가 있는지 살핍니다. 외부 공유를 안전하게 관리하고 모니터링하는 팁은 SharePoint/OneDrive 외부 공유 통제에 관한 심층 가이드를 참고하세요.

Microsoft 365에서 적용된 민감도 레이블 테스트 및 검증

사용자 작업 시뮬레이션: 일반 사용자와 관리자 양쪽 입장에서 Word, Outlook, Teams, SharePoint의 문서와 이메일에 레이블을 지정해 봅니다.
정책 적용 확인: 암호화, 워터마크, 액세스 규칙이 계획대로 동작하는지 확인하고, 민감한 정보가 권한이 없는 사용자에게 실제로 차단되는지도 점검합니다.
예외 상황 테스트: 다운로드, 모바일 기기, 외부 사용자와 같이 레이블 동작이 달라질 수 있는 상황에서 레이블 적용을 검증합니다.
문제 해결: 레이블이 기대대로 적용되거나 보호되지 않는다면 정책 순서, 사용자 대상 지정, 애플리케이션 호환성 설정을 다시 확인하여 안정적인 배포를 보장합니다.

사용자 관점: 직원이 경험하는 민감도 레이블

민감도 레이블은 IT 프로젝트처럼 보일 수 있지만, 실질적인 성공은 사용자 채택에 달려 있습니다. 결국 이메일, Word 문서, Teams 채팅, 심지어 모바일 앱에서 레이블과 상호 작용하는 것은 일상 업무를 하는 직원들입니다. 레이블 지정 과정이 혼란스럽거나 거슬린다면 상당히 힘든 싸움을 하게 될 것입니다.

사용자에게는 언제 레이블을 적용해야 하는지, 왜 중요한지, 필요할 때 어떻게 변경하는지를 분명하게 알려주는 간단한 안내가 필요합니다. Microsoft 365 앱은 때로는 팝업으로, 때로는 레이블을 제안하는 방식으로, 때로는 콘텐츠를 기준으로 레이블을 자동 적용하는 방식으로 사용자를 안내합니다. 강력한 보호와 불편 없는 사용자 경험의 균형을 맞추려는 조직이라면 M365 보안을 강화하면서도 사용자를 불편하게 하지 않는 모범 사례 가이드와 같은 자료가 큰 도움이 됩니다.

이면에서는 관리자가 사용 패턴을 추적하고, 흔히 발생하는 지원 문제를 살펴보며, 레이블이 중요한 정보를 실제로 얼마나 잘 보호하는지 분석합니다. 이어서 민감도 레이블이 핵심 비즈니스 자산을 보호하는 실제 사례를 몇 가지 살펴보겠습니다. 이를 통해 이것이 단순한 기술 이론이 아니라는 점을 확인하실 수 있을 것입니다.

실제 사례: 문서 및 이메일의 데이터 분류

재무 보고서: 분기별 실적 보고서에 “Confidential” 레이블을 적용합니다. 액세스는 재무 리더십으로 제한되며, 워터마크에는 “Finance Only”가 표시됩니다.
인사(HR) 파일: 고용 계약서와 직원 평가 문서에는 “HR Private” 레이블이 지정됩니다. 강제 액세스 덕분에 실수로 공유되더라도 HR과 경영진만 열어볼 수 있습니다.
법무 계약: 법무팀은 협상 중인 거래에 “Restricted” 레이블을 사용하여, 거래가 종료될 때까지 외부 공유를 할 수 없도록 합니다.
경영진 커뮤니케이션: 합병 관련 이메일에는 “Top Secret” 태그가 지정되어, C레벨 임원만 보고, 전달하고, 인쇄할 수 있습니다.
고객 목록: 개인 정보가 포함된 데이터 내보내기에는 “Internal Use Only” 레이블이 지정되어 GDPR 준수를 지원하고, 관리되지 않는 기기로의 다운로드를 차단합니다.

민감도 레이블로 규정 준수와 보안 확보하기

민감도 레이블을 도입하는 것은 단순히 안심하기 위한 것이 아니라 엄격한 법적·규제 요건을 충족하기 위한 것입니다. GDPR부터 HIPAA까지, 데이터 개인정보 보호 법규는 민감한 정보가 어디에 있는지, 누가 접근하는지, 그리고 얼마나 잘 보호되고 있는지를 파악하고 있을 것을 요구합니다. 이를 입증하지 못하면 법적 과징금과 평판 훼손의 위험을 감수해야 합니다.

제대로 구축되면 민감도 레이블은 감사 추적과 시행 체계를 제공합니다. 유출이나 무단 액세스를 막기 위해 합리적인 모든 조치를 취했음을 대규모로 입증할 수 있습니다. 레이블은 내부에서 데이터를 잠그는 동시에, 침해 사고가 발생했을 때 조직이 신속하게 대응할 수 있도록 힘을 실어 줍니다. 요구 사항이 커질수록 포괄적인 거버넌스 접근 방식의 필요성도 커지며, 이는 Azure 엔터프라이즈 거버넌스 전략에 관한 이 글에서 다룬 “governance by design” 방식과 같습니다.

결국 민감도 레이블을 도입하면 정보 거버넌스가 강화되고, 비즈니스 연속성을 뒷받침하며, 경영진이 "우리는 데이터 보호를 진지하게 다루고 있습니다"라고 자신 있게 말할 수 있게 됩니다. 다음으로는 운영 규모가 커지거나 새로운 영역으로 확장되더라도 모든 레이블이 제 역할을 계속하도록 모니터링하고 관리하는 도구와 기법을 살펴보겠습니다.

가시성 및 모니터링: 민감한 작업 공간과 콘텐츠를 안전하게 유지하기

가시성은 모든 우수한 규정 준수 전략의 핵심입니다. Microsoft Purview와 M365 관리 센터를 사용하면 민감한 콘텐츠가 어디에 있는지, 누가 무엇에 액세스했는지, 그리고 보호 정책이 언제 작동했는지를 보여주는 대시보드를 확인할 수 있습니다. 자동화된 알림과 정기 감사를 통해 정책 위반과 위험한 동작을 식별하므로, 보안 팀이 문제보다 한발 앞서 대응할 수 있습니다.

지속적인 모니터링은 끊임없이 변화하는 디지털 환경 전반에서 민감도 레이블이 효과를 유지하도록 보장합니다. 사전 예방적 도구와 정기 검토를 통해 민감한 정보가 빠져나갈 가능성을 줄일 수 있습니다. 한 단계 더 나아가고 싶다면 Microsoft Defender for Cloud에서 규정 준수를 모니터링하는 방법에 대한 단계별 가이드를 참고하세요. 이 가이드에서는 알림을 자동화하고, 보고를 통합하며, 경영진에게 정보를 지속적으로 전달하여 더 강력하고 실시간에 가까운 거버넌스를 구현하는 방법을 설명합니다.

결론 및 성공적인 민감도 레이블을 위한 핵심 설정 점검

민감도 레이블 구현은 한 번의 클릭으로 끝나는 작업이 아니라 지속적인 여정입니다. 핵심 요약은 다음과 같습니다. 민감한 데이터를 파악하고, 레이블의 범위와 세부 사항을 신중하게 계획하며, 모든 항목을 테스트하고, 사용자 지원을 지속적으로 제공하세요. 모니터링 도구를 활용하여 사각지대를 찾아내고, 조직이 발전함에 따라 정책을 최신 상태로 유지하세요.

전면 배포 전에는 레이블 정책을 검토하고, 권한과 콘텐츠 표시가 정확한지 확인하며, 우선순위 규칙이 의도대로 작동하는지 확인하세요. 일관된 계획 수립, 테스트, 사용자 교육이 지속적인 성공과 Microsoft 365에서의 실질적인 보호를 위한 최선의 방법입니다.

함께 들으면 좋은 에피소드

Microsoft 365에서 민감도 레이블을 만드는 방법을 알아보고 계신다면, 다음 에피소드에서 Microsoft 365 보안 및 거버넌스 개념을 실제 적용 가능한 제어 수단으로 바꾸는 실용적인 배경 지식을 얻을 수 있습니다.

Microsoft Purview – Simply Explained — Microsoft 생태계 전반에서 분류, 보존, 규정 준수 및 데이터 거버넌스를 연결하는 방법을 알아봅니다.
Microsoft Defender XDR – Simply Explained — 보호 정책이 탐지, 조사 및 인시던트 대응과 어떻게 연결되는지 살펴봅니다.
Conditional Access – Simply Explained — ID 및 위험 컨텍스트가 민감한 콘텐츠에 대한 액세스를 어떻게 보호하는지 이해합니다.
Microsoft Teams Governance – Simply Explained — 거버넌스가 협업 도구 전반에서 일관된 동작으로 자리 잡는 방법을 알아봅니다.

이 권장 사항은 용어 설명을 넘어서 더 나은 구현 결정을 내리고자 할 때 유용합니다.