참고
Office 앱에서 보고 선택할 수 있는 민감도 레이블에 대한 정보를 찾고 있다면 해당 문서를 검사하세요. 예를 들어 파일에 민감도 레이블을 적용합니다.
이 페이지의 정보는 Microsoft Purview 관리 솔루션을 사용하여 해당 레이블을 만들고 구성할 수 있는 IT 관리자를 위한 것입니다.
작업을 완료하기 위해 organization 사용자 organization 내부 및 외부의 다른 사용자와 공동 작업합니다. 이러한 협업을 통해 콘텐츠는 더 이상 방화벽에 갇혀 있지 않고 어디서나 디바이스, 앱, 서비스를 넘나들며 로밍할 수 있습니다. 콘텐츠가 로밍될 때 organization의 비즈니스 및 규정 준수 정책을 충족하는 안전하고 보호된 방식으로 로밍을 수행하려고 합니다.
Microsoft Purview Information Protection의 민감도 레이블을 사용하면 조직의 데이터를 분류하고 보호하는 동시에 사용자 생산성과 공동 작업 기능이 방해되지 않도록 할 수 있습니다.
Excel의 다음 예제에서는 사용자가 창 표시줄에서 적용된 민감도 레이블을 볼 수 있는 방법과 최신 버전의 Office에서 사용할 수 있는 민감도 표시줄 을 사용하여 레이블을 쉽게 변경할 수 있는 방법을 보여 줍니다. 레이블은 리본의 홈 탭에 있는 민감도 단추에서도 사용할 수 있습니다.
민감도 레이블을 적용하려면 Microsoft 365 회사 또는 학교 계정으로 로그인해야 합니다.
참고
미국 정부 테넌트의 경우, 민감도 레이블은 모든 플랫폼에 대해 지원됩니다.
Microsoft Purview Information Protection 클라이언트 및 스캐너를 사용하는 경우 Azure Information Protection Premium Government 서비스 설명을 참조하세요.
민감도 레이블을 사용하여 다음을 수행할 수 있습니다.
암호화 및 콘텐츠 표시를 포함한 보호 설정을 제공합니다. 예를 들어 문서 또는 전자 메일에 "기밀" 레이블을 적용하면 해당 레이블에 콘텐츠가 암호화되고 "기밀" 워터마크가 적용됩니다. 콘텐츠 표시에는 머리글과 바닥글, 워터마크가 포함되며, 암호화를 통해 지정된 사용자가 콘텐츠에 대해 수행할 수 있는 작업을 제한할 수도 있습니다.
SharePoint 문서 라이브러리에 대한 기본 민감도 레이블을 구성하고 암호화되지 않은 파일에 대한 보호 확장 옵션을 선택하면 파일이 다운로드될 때 SharePoint 보호 연장 그런 다음 이러한 파일이 다운로드될 때 현재 SharePoint 사용 권한은 레이블이 지정된 파일과 함께 이동합니다.
다양한 플랫폼 및 장치에서 Office 앱의 콘텐츠를 보호합니다. Office 데스크톱 앱의 Word, Excel, PowerPoint, Outlook 및 웹용 Office에서 지원됩니다. Windows, macOS, iOS, Android에서 지원됩니다. 다른 앱의 경우 해당 문서를 검사하세요.
Microsoft Cloud Apps용 Defender를 사용하여 타사 앱 및 서비스의 콘텐츠 보호. Defender for Cloud Apps를 사용하면 타사 앱 또는 서비스가 민감도 레이블을 읽거나 지원하지 않더라도 SalesForce, Box 또는 DropBox와 같은 타사 앱 및 서비스에서 콘텐츠를 검색, 분류, 레이블 지정 및 보호할 수 있습니다.
eDiscovery 사례에 대한 콘텐츠를 식별합니다. eDiscovery에서 검색 쿼리를 만드는 조건 작성기는 콘텐츠에 적용되는 민감도 레이블을 지원합니다. 예를 들어 eDiscovery 사례의 일부로 콘텐츠를 "극비" 민감도 레이블이 있는 파일 및 전자 메일로 제한합니다. 또는 반대로 "공개" 민감도 레이블이 있는 파일 및 전자 메일의 콘텐츠를 제외합니다.
Teams, Microsoft 365 그룹, SharePoint 사이트, Viva Engage 커뮤니티 및 Loop 작업 영역을 포함하는 컨테이너를 보호합니다. 예를 들어 개인 정보 설정, 외부 사용자 액세스 및 외부 공유, 관리되지 않는 디바이스에서의 액세스, 다른 팀과 채널 공유 방법 제어 등을 설정합니다.
모임 초대 및 응답에 레이블을 지정(선택적으로 암호화)하여 모임 및 채팅을 보호하고 모임 및 채팅에 Teams 관련 옵션을 적용합니다.
민감도 레이블을 Power BI로 확장: 이 기능을 켜면 Power BI에서 레이블을 적용하고 볼 수 있으며, 서비스 외부에 저장된 데이터를 보호할 수 있습니다.
Microsoft Purview 데이터 맵에서 민감도 레이블 확장: 현재 미리 보기로 제공되는 이 기능을 켜면 Microsoft Purview 데이터 맵의 파일 및 스키마화된 데이터 자산에 민감도 레이블을 적용할 수 있습니다. 스키마화된 데이터 자산에는 SQL, Azure SQL, Azure Synapse, Azure Cosmos DB 및 AWS RDS가 포함됩니다.
타사 앱 및 서비스에 민감도 레이블을 연장합니다. Microsoft 정보 보호 SDK를 사용하는 경우, 타사 앱에서 민감도 레이블을 읽고 보호 설정을 적용할 수 있습니다.
보호 설정을 사용하지 않고 콘텐츠에 레이블을 지정합니다. 데이터의 민감도를 식별한 결과로 레이블을 적용할 수도 있습니다. 이 작업은 사용자에게 organization의 데이터 민감도에 대한 시각적 매핑을 제공하며 레이블은 민감도 수준이 다른 데이터에 대한 사용 현황 보고서 및 활동 데이터를 생성할 수 있습니다. 이 정보를 기반으로 나중에 항상 보호 설정을 적용하도록 선택할 수 있습니다.
Microsoft 365 Copilot을 사용할 때 데이터를 보호합니다. Copilot과 에이전트는 민감도 레이블을 인식하고 사용자 상호 작용에 통합하여 레이블이 지정된 데이터를 보호합니다. 자세한 내용은 다음 섹션을 참조하세요. Microsoft 365 Copilot 및 Microsoft 365 Copilot Chat의 민감도 레이블입니다.
이러한 모든 경우에 Microsoft Purview의 민감도 레이블은 올바른 콘텐츠에 대해 올바른 작업을 수행하는 데 도움이 될 수 있습니다. 민감도 레이블을 사용하면 organization 전체의 데이터 민감도를 식별할 수 있으며 레이블은 해당 데이터의 민감도에 적합한 보호 설정을 적용할 수 있습니다. 그런 다음, 해당 보호는 콘텐츠와 함께 유지됩니다.
민감도 레이블에 의해 지원되는 이와 같은 시나리오 및 기타 시나리오에 대한 자세한 내용은 민감도 레이블을 위한 일반 시나리오를 참조하세요. 민감도 레이블이 사용되는 방식을 확인하려면 Microsoft Purview 포털에서 보고서를 봅니다.
민감도 레이블을 지원하는 새로운 기능이 늘 개발되고 있습니다. Microsoft 365 로드맵을 참조하는 것도 도움이 됩니다.
민감도 레이블이란?
콘텐츠에 민감도 레이블을 할당하면 스탬프처럼 적용됩니다. 레이블은 다음과 같습니다.
사용자 지정 가능. 다양한 수준의 중요한 콘텐츠에 대한 organization의 특정 비즈니스 요구에 맞는 범주를 만들 수 있습니다. 예를 들어 개인, 공개, 일반, 기밀 및 극비 등의 범주를 사용할 수 있습니다.
명확한 텍스트. 레이블은 파일 및 전자 메일의 메타데이터에 일반 텍스트로 저장되므로 타사 앱 및 서비스에서 레이블을 읽고 필요한 경우 자체 보호 작업을 적용할 수 있습니다.
지속적 레이블은 파일 및 전자 메일의 메타데이터에 저장되므로 저장하거나 저장하는 위치에 관계없이 레이블이 콘텐츠와 함께 유지됩니다. organization에 고유한 레이블 식별은 구성한 정책을 적용하고 적용하기 위한 기반이 됩니다.
organization의 사용자가 적용된 민감도 레이블을 볼 때 앱에 태그처럼 표시되며 기존 워크플로에 쉽게 통합할 수 있습니다. 다른 조직 또는 게스트의 사용자는 앱에서 민감도 레이블을 볼 수 없습니다.
다음 예제에서는 다른 사용자가 암호화를 적용하지 않는 일반이라는 민감도 레이블을 적용한 열린 전자 메일을 보여 줍니다. 관리자가 제공하는 레이블 설명은 이 민감도 레이블로 식별된 데이터 범주에 대한 자세한 정보를 사용자에게 표시합니다.
참고
민감도 레이블을 보낸 사람의 의도를 나타내지만 데이터 보안을 제공할 수 없는 Outlook의 기본 제공 민감도 수준 과 혼동하지 마세요.
민감도 레이블을 지원하는 각 항목에는 organization에서 단일 민감도 레이블을 적용할 수 있습니다. 문서 및 전자 메일에는 민감도 레이블과 보존 레이블이 모두 적용될 수 있습니다.
민감도 레이블이 수행하는 작업
메일, 모임 초대, 문서 또는 Loop 페이지와 같은 콘텐츠에 민감도 레이블을 적용하면 레이블이 콘텐츠에 대해 구성된 보호 설정을 적용합니다. 민감도 레이블을 다음과 같이 구성할 수 있습니다.
승인되지 않은 사용자가 이 데이터에 액세스하지 못하도록 전자 메일, 모임 초대 및 문서에 암호화를 사용하여 콘텐츠에 대한 액세스를 제어합니다. 또한 어떤 사용자 또는 그룹이 어떤 작업을 얼마나 오래 수행할 수 있는 권한이 있는지 선택할 수도 있습니다. 예를 들어, 조직의 모든 사용자가 문서를 수정할 수 있도록 허용하는 반면, 다른 조직의 특정 그룹은 해당 문서를 볼 수만 있도록 선택할 수 있습니다. 또는 관리자가 정의한 권한 대신 사용자가 레이블을 적용할 때 콘텐츠에 사용 권한을 할당할 수 있습니다.
민감도 레이블을 만들거나 편집할 때 암호화 기반 액세스 제어 설정에 대한 자세한 내용은 민감도 레이블에서 암호화를 사용하여 콘텐츠에 대한 액세스 제한을 참조하세요.
전자 메일, 모임 초대 또는 레이블이 적용된 문서에 워터마크, 머리글 또는 바닥글을 추가하여 Office 앱을 사용할 때 콘텐츠를 표시합니다. 문서, Loop 구성 요소, 페이지에 워터마크를 적용할 수 있지만 이메일이나 모임 초대에는 워터마크를 적용할 수 없습니다. 다른 앱의 경우 해당 문서를 검사하세요. 머리글 및 워터 마크 예제:
콘텐츠 표시도 변수를 지원합니다. 예를 들어 머리글, 바닥글 또는 워터마크에 레이블 이름 또는 문서 이름을 삽입합니다. 자세한 내용은 변수를 사용한 콘텐츠 표시를 참조하세요.
콘텐츠 표시가 적용되는 경우를 확인해야 하나요? Office 앱에서 콘텐츠 표시 및 암호화를 적용하는 경우를 참조하세요.
특정 문서에 기반한 템플릿이나 워크플로가 있는 경우, 레이블을 사용자가 사용할 수 있도록 만들기 전에 선택한 내용 표시를 사용하여 문서를 테스트합니다. 알아야 할 몇 가지 문자열 길이 제한 사항:
워터마크는 255자로 제한됩니다. 머리글과 바닥글은 Excel을 제외하고 1,024자로 제한됩니다. Excel에서는 머리글과 바닥글의 총 글자 수가 255자로 제한되지만 이 제한에는 서식 코드처럼 보이지 않는 문자가 포함됩니다. 이 제한에 도달하면 입력한 문자열이 Excel에 표시되지 않습니다.
컨테이너에서 민감도 레이블을 사용하는 기능을 사용하도록 설정하면 사이트 및 그룹과 같은 컨테이너의 콘텐츠를 보호합니다.
이 기능을 사용하도록 설정하기 전에는 그룹 및 사이트에 대한 보호 설정을 구성할 수 없습니다. 이 레이블 구성으로 인해 개별 항목에 자동으로 레이블이 지정되지는 않지만 대신 레이블 설정에서 콘텐츠를 저장할 수 있는 컨테이너에 대한 액세스를 제어하여 콘텐츠를 보호합니다. 이러한 설정에는 개인 정보 설정, 외부 사용자 액세스 및 외부 공유, 관리되지 않는 장치의 액세스, 비공개 팀 검색 가능성 및 채널에 대한 공유 컨트롤이 포함됩니다.
파일 및 전자 메일에 레이블을 자동으로 적용하거나 레이블을 추천합니다. 레이블을 지정할 중요한 정보를 식별하는 방법을 선택하면 레이블이 자동으로 적용되거나 정책 팁을 사용하여 권장하는 레이블을 적용하라는 메시지를 사용자에게 표시할 수 있습니다. 레이블을 추천하는 경우 프롬프트를 사용자 지정할 수 있지만 다음 예제에서는 자동으로 생성된 텍스트를 보여줍니다.
민감도 레이블을 만들거나 편집할 때 파일 및 전자 메일에 자동으로 레이블 지정 설정에 대한 자세한 내용은 Office 앱용 Microsoft 365 데이터에 민감도 레이블 자동으로 적용 및 Microsoft Purview 데이터 맵의 레이블 지정을 참조하세요.
SharePoint 사이트 및 개별 문서에 대한 기본 공유 연결 종류를 설정합니다. 사용자가 과도하게 공유하지 못하도록 하려면 사용자가 SharePoint 및 OneDrive에서 문서를 공유할 때의 기본 scope 및 사용 권한을 설정합니다.
레이블 구성에 대한 자세한 내용은 Office 앱의 민감도 레이블 관리를 참조하세요.
레이블 범위
민감도 레이블을 만들 때 레이블의 scope를 선택합니다. scope는 다음 두 가지를 결정합니다.
- 해당 레이블에 대해 구성할 수 있는 레이블 설정
- 사용자가 레이블을 보고 선택할 수 있는지 여부를 포함하는 앱 및 서비스에 대한 레이블의 가용성
이 scope 구성은 파일, 전자 메일 및 모임과 같은 항목에만 사용할 수 있으며 그룹 및 사이트에는 선택할 수 없는 민감도 레이블을 가질 수 있음을 의미합니다. 마찬가지로 그룹 및 사이트에만 사용되며 항목에 대해서는 선택할 수 없는 민감도 레이블이 있을 수 있습니다.
기본적으로 다른 데이터 자산 scope Files &는 항상 새 레이블에 대해 선택됩니다. Office, Loop 및 Power BI용 파일뿐 아니라 민감도 레이블을 Microsoft 365 이상으로 확장할 때 Microsoft Fabric의 항목과 Microsoft Purview 데이터 맵용 데이터 자산이 포함됩니다. 민감도 레이블을 지원하는 항목에 대한 자세한 내용은 다음을 참조하세요.
- Office 파일의 경우: 지원되는 Office 파일 형식
- Microsoft Loop의 경우: Loop 구성 요소 및 페이지를 보호하기 위한 민감도 레이블
- Power BI의 경우: 지원되는 내보내기 경로
- Microsoft Fabric의 경우: Microsoft Fabric의 정보 보호
- 데이터 맵의 경우: 데이터 맵에 연결하는 데이터 원본
다른 앱의 경우 해당 문서를 검사하세요. 민감도 레이블에 대한 지원은 지속적으로 확대되고 있습니다.
일반적으로 전자 메일은 종종 파일을 첨부 파일로 포함하고 동일한 민감도를 공유하기 때문에 Files & 다른 데이터 자산과 함께 전자 메일 scope을 선택합니다. 대부분의 레이블 지정 기능을 사용하려면 두 옵션을 모두 선택해야 하지만 전자 메일에만 새 레이블을 사용할 수 있는 경우가 있을 수 있습니다. 자세한 내용은 레이블 범위를 파일 또는 전자 메일로만 지정을 참조하세요.
모임의 scope에는 일정 이벤트, Teams 모임 옵션 및 팀 채팅이 포함됩니다. 또한 이 옵션에 대해 다른 데이터 자산 scope 및 이메일 scope Files & 선택해야 합니다. 이 레이블 지정 시나리오에 대한 자세한 내용은 민감도 레이블을 사용하여 일정 항목, Teams 모임 및 채팅 보호를 참조하세요.
그룹 & 사이트 scope은 컨테이너에 대한 민감도 레이블을 사용하도록 설정하고 레이블을 동기화하면 기본적으로 사용 가능하고 선택됩니다. 이 옵션을 사용하면 SharePoint 사이트, Teams 사이트, Viva Engage 커뮤니티 및 Loop 작업 영역의 콘텐츠를 컨테이너에 레이블을 지정하여 보호할 수 있지만 해당 항목에는 레이블을 지정하지 않습니다.
참고
이전에 스키마화된 데이터 자산 scope에 있던 항목이 이제 Files & 다른 데이터 자산에 포함됩니다.
하나 이상의 범위를 선택하지 않으면 이러한 범위에 대한 구성 설정의 첫 번째 페이지가 표시되지만 설정을 구성할 수는 없습니다. 사용할 수 없는 옵션이 있는 이러한 페이지의 경우 다음을 선택하여 다음 scope에 대한 설정을 계속 구성합니다. 또는 뒤로를 선택하여 레이블 범위를 변경합니다.
레이블 우선 순위(순서가 중요함)
Microsoft Purview 포털에서 민감도 레이블을 만들면 Information Protection의 레이블 페이지 목록에 표시됩니다. 이 목록에서 레이블의 순서는 우선 순위를 설정하기 때문에 중요합니다. 가장 제한적인 민감도 레이블(예: 극비 등)이 목록 맨 아래에 표시되고, 가장 제한이 적은 민감도 레이블(예: 개인, 공개)이 맨 위에 표시되도록 하려고 합니다.
문서, 전자 메일 또는 컨테이너와 같은 한 항목에 한 개의 민감도 레이블만 적용할 수 있습니다. 사용자가 파일, 전자 메일 및 모임에 대한 레이블을 더 낮은 민감도로 변경할 수 있는 근거를 제공하도록 요구하는 옵션을 사용하는 경우 이 목록의 순서에 따라 민감도가 낮습니다. 그러나 이 옵션은 부모 레이블의 우선 순위를 공유하는 하위 레이블에는 적용되지 않으며 컨테이너를 보호하는 데이터 자산 또는 레이블에는 적용되지 않습니다.
참고
상위 레이블을 레이블 그룹으로 바꾸는 최신 레이블 체계 를 사용하는 경우 동일한 레이블 그룹의 하위 레이블도 양쪽 맞춤 설정을 지원하지 않습니다.
그러나 하위 레이블의 우선 순위는 자동 레이블 지정과 함께 사용됩니다. 자동 레이블 지정 정책을 구성할 때 둘 이상의 레이블에 대해 여러 일치 항목이 발생할 수 있습니다. 그런 다음 마지막 중요 레이블을 선택한 다음 해당하는 경우 마지막 하위 레이블을 선택합니다. 하위 레이블 자체에 대해 자동 레이블 지정 정책이 아닌 자동 레이블 지정 레이블 설정을 구성할 때 이러한 레이블이 동일한 상위 레이블 또는 레이블 그룹을 공유하는 경우 동작이 약간 다릅니다. 예를 들어, 자동 레이블 지정을 위해 구성된 하위 레이블은 권장 레이블 지정을 위해 구성된 하위 레이블보다 선호됩니다. 자세한 내용은 여러 조건에 두 개 이상의 레이블을 적용했을 때 평가 방식을 참조합니다.
하위 레이블의 우선 순위는 전자 메일 첨부 파일에서 레이블 상속과 함께 사용됩니다.
민감도 레이블을 선택할 때 하위 레이블이 아닌 경우 목록의 맨 위 또는 맨 아래로 이동하거나, 한 레이블만큼 위 또는 아래로 이동하거나, 우선 순위 번호를 직접 할당하는 옵션을 사용하여 우선 순위를 변경할 수 있습니다. 예시:
상위 레이블 또는 레이블 그룹을 사용하는 하위 레이블
전체 민감도 수준을 나타내지만 레이블에 다른 설정을 제공하기 위해 민감도 레이블을 2계층 계층 구조로 논리적으로 그룹화하려는 경우가 많습니다. 기본 민감도 레이블의 예:
기밀
- 모든 사용자(제한 없음)
- 모든 직원
- Trusted People
앱에서 사용자는 먼저 기밀을 확인한 다음 모든 직원과 같은 다른 민감도 레이블 중 하나를 선택해야 합니다. 그러면 적용된 민감도 레이블이 기 밀\모든 직원입니다.
두 번째 계층의 민감도 레이블은 레이블 색을 제외하고 첫 번째 계층 레이블의 설정을 상속하지 않습니다. 이 예에서 기밀 레이블은 보호 설정이 없는 텍스트 레이블일 뿐이며, 콘텐츠에 단독으로 적용할 수 없습니다.
이 2계층 계층에서 레이블을 그룹화하는 초기 구현에는 부모 레이블과 하위 레이블이 사용되었습니다. 상위 레이블의 구성은 하위 레이블의 구성과 동일하게 보이지만 하위 레이블이 사용자에게 게시될 때 다르게 동작했습니다.
이 복잡성을 줄이기 위해 이제 레이블 그룹이 상위 레이블을 대체합니다. 레이블 그룹은 사용자에게 동일하게 보이고 작동하지만 레이블 이름, 설명, 색상 및 우선 순위와 같은 지원되는 설정에 대해서만 구성 옵션이 있습니다. 레이블 그룹 자체는 게시할 수 없으며 그룹 내의 레이블만 게시할 수 있습니다.
하위 레이블이 있는 상위 레이블을 계속 사용하는 경우: 상위 레이블을 기본 레이블로 선택하거나 상위 레이블이 자동으로 적용(또는 권장)되도록 구성하지 마세요. 이렇게 하면 상위 레이블을 적용할 수 없습니다.
사용자에게 하위 레이블이 표시되는 방법의 예:
필요한 경우 상위 레이블을 레이블 그룹으로 수동으로 변환할 수 있습니다. 자세한 내용은 부모 민감도 레이블을 레이블 그룹으로 마이그레이션을 참조하세요.
민감도 레이블 편집 또는 삭제
Microsoft Purview 포털에서 민감도 레이블을 삭제해도 콘텐츠에서 레이블이 자동으로 제거되지 않으며 해당 레이블이 적용된 콘텐츠에는 보호 설정이 계속 적용됩니다.
민감도 레이블을 편집하는 경우 콘텐츠에 적용한 레이블 버전이 해당 콘텐츠에 적용됩니다.
민감도 레이블을 삭제할 때 발생하는 작업 및 이 작업이 민감도 레이블 정책에서 제거하는 작업과 어떻게 다른지에 대한 자세한 내용은 레이블 제거 및 삭제를 참조하세요.
테넌트당 민감도 레이블 제한
단일 테넌트는 한 가지 예외를 제외하고는 많은 수의 민감도 레이블(1,000+)을 가질 수 있습니다. 레이블이 사용자 및 권한을 지정하는 암호화를 적용하는 경우 이 구성에서 지원되는 테넌트당 최대 500개의 레이블이 있습니다. 그러나 관리자 오버헤드를 낮추고 사용자의 복잡성을 줄이기 위한 모범 사례로 레이블 수를 최소한으로 유지하는 것이 좋습니다.
팁
실제 배포에 따르면 사용자가 5개 이상의 기본 레이블을 가지고 있거나 기본 레이블당 5개 이상의 하위 레이블을 사용하는 경우 효율성이 현저하게 감소합니다. 또한 동일한 사용자에게 너무 많은 레이블이 게시된 경우 일부 애플리케이션에서 모든 레이블을 표시하지 못할 수도 있습니다.
레이블 정책이 수행할 수 있는 작업
민감도 레이블을 만든 후에는 조직의 구성원과 서비스에서 사용할 수 있도록 레이블을 게시해야 합니다. 그런 다음 민감도 레이블을 Office 문서 및 전자 메일 및 기타 민감도 레이블을 지원하는 항목에 적용할 수 있습니다.
레이블과 달리 모든 Exchange 사서함과 같은 위치에 게시되는 보존 민감도 레이블은 사용자나 그룹에 게시됩니다. 그러면 민감도 레이블을 지원하는 앱에서 해당 사용자 및 그룹에 적용할 수 있는 레이블로 표시할 수 있습니다.
기본적으로 organization의 모든 사용자에게 레이블을 게시하는 것이 일반적이지만 여러 레이블 정책을 사용하면 필요한 경우 여러 사용자에게 다른 민감도 레이블을 게시할 수 있습니다. 예를 들어 모든 사용자에게 공개, 일반 및 기밀에 적용할 수 있는 레이블이 표시되지만 법무 부서의 사용자에게만 적용할 수 있는 극비 레이블이 표시됩니다.
동일한 organization의 모든 사용자는 해당 레이블이 게시되지 않은 경우에도 콘텐츠에 적용된 민감도 레이블의 이름을 볼 수 있습니다. 다른 조직의 민감도 레이블이 표시되지 않습니다.
게시 레이블 정책을 구성할 때 다음을 수행할 수 있습니다.
레이블이 표시되는 사용자 및 그룹 선택. 레이블을 게시하여 특정 사용자 및 지원되는 그룹을 포함하거나 제외할 수 있습니다. 지원되는 그룹에는 보안 그룹(전자 메일 사용 또는 전자 메일 사용 안 함), 메일 그룹 및 Microsoft 365 그룹이 포함됩니다. Microsoft 365 그룹에는 동적 멤버 자격이 있을 수도 있습니다.
중요
사용자 및 그룹 범위 지정의 효과는 민감도 레이블이 보호를 적용하는지 여부에 따라 달라집니다.
보호 기능이 없는 레이블: 게시 정책 scope는 레이블을 보고 적용할 수 있는 사용자를 결정합니다.
보호 레이블: 레이블을 보고 적용할 수 있는 사용자도 게시 정책에 따라 결정됩니다. 보호된 콘텐츠에 대한 액세스에는 Azure 권한 관리도 적용됩니다. Azure Rights Management는 보호를 위해 이메일을 사용하지 않는 보안 그룹 또는 제외를 지원하지 않습니다. 액세스가 필요한 사용자와 그룹이 보호 구성에서 지원되고 권한이 부여되는지 확인합니다.
레이블이 지정되지 않은 문서와 Loop 구성 요소 및 페이지, 전자 메일 및 모임 초대, 새 컨테이너(컨테이너에 대한 민감도 레이블을 사용하도록 설정한 경우)의 기본 레이블과 Power BI 콘텐츠의 기본 레이블을 지정합니다. 다섯 가지 유형의 항목 모두에 동일한 레이블을 지정하거나 다른 레이블을 지정할 수 있습니다. 사용자는 콘텐츠 또는 컨테이너의 민감도와 더 잘 일치하도록 적용된 기본 민감도 레이블을 변경할 수 있습니다.
모든 콘텐츠에 적용할 기본 수준의 보호 설정을 설정하려면 기본 레이블 사용을 고려하십시오. 그러나 사용자 교육 및 기타 컨트롤이 없는 경우 이 설정으로 인해 레이블이 정확하지 않을 수 있습니다. 일반적으로 문서에 대한 기본 레이블로 암호화를 적용하는 레이블을 선택하지 않는 것이 좋습니다. 예를 들어, 많은 조직에서 암호화를 지원하는 앱이 없는 외부 사용자와 문서를 보내고 공유해야 하거나, 권한을 부여할 수 있는 계정을 사용하지 않을 수 있습니다. 이 시나리오에 대한 자세한 내용은 암호화된 문서를 외부 사용자와 공유하기를 참조하세요.
레이블 변경에 대한 사유 요구. 파일, 전자 메일 및 모임의 경우이지만 그룹 및 사이트(Teams 및 SharePoint에서 사용)의 경우에는 그렇지 않은 경우 사용자가 레이블을 제거하거나 우선 순위가 낮은 레이블로 바꾸려고 하면 기본적으로 사용자는 이 작업을 수행할 근거를 제공해야 합니다. 예를 들어, 사용자는 Confidential(주문 번호 3)이라는 문서를 열고 해당 레이블을 Public (주문 번호 1)이라는 이름으로 대체합니다. Office 앱의 경우 이 타당성 프롬프트는 앱 세션당 한 번씩 트리거됩니다. Microsoft Purview Information Protection 클라이언트를 사용하는 경우 각 파일에 대해 프롬프트가 트리거됩니다. 관리자는 활동 탐색기에서 레이블 변경 사항과 함께 근거 사유를 함께 확인할 수 있습니다.
사용자가 민감도 레이블을 지원하는 다양한 유형의 항목 및 컨테이너에 레이블을 적용하도록 요구합니다. 필수 레이블 지정이라고도 하는 이러한 옵션은 사용자가 파일을 저장하고 전자 메일 또는 모임 초대를 보내고, 새 그룹 또는 사이트를 만들고, Power BI에 레이블이 지정되지 않은 콘텐츠를 사용할 때 레이블을 적용해야 합니다.
문서 및 전자 메일의 경우 레이블은 사용자가 수동으로 지정하거나, 구성하는 조건의 결과로서 자동으로 지정하거나 혹은 기본적으로 지정될 수 있습니다(이전에 설명된 기본 레이블 옵션). 사용자가 레이블을 할당해야 하는 경우의 예제 프롬프트:
문서와 전자 메일에 대한 의무 레이블 지정에 관한 자세한 정보는 사용자가 전자 메일과 문서에 레이블을 적용하게 요구를 참조해 주세요.
컨테이너의 경우에는 그룹이나 사이트를 만들 때 레이블이 지정되어야 합니다.
Power BI 필수 레이블 지정에 대한 자세한 내용은 Power BI 필수 레이블 정책을 참조하세요.
레이블 적용 범위를 늘리려면 이 옵션을 사용하는 것을 고려해보세요. 그러나 사용자 교육이 없이는 이러한 설정은 부정확한 레이블 지정으로 이어질 수 있습니다. 또한 해당하는 기본 레이블을 설정하지 않은 경우에는 필수 레이블 지정으로 인한 빈번한 프롬프트가 사용자를 짜증나게 할 수 있습니다.
사용자 지정 도움말 페이지에 도움말 링크 제공 사용자가 민감도 레이블의 의미나 사용 방법을 잘 모르는 경우 Office 앱에서 사용 가능한 민감도 레이블 목록 뒤에 표시되는 자세한 정보 URL을 제공할 수 있습니다. 예시:
레이블 정책 구성에 대한 자세한 내용은 Office 앱의 민감도 레이블 관리를 참조하세요.
사용자 및 그룹에 새 민감도 레이블을 할당하는 게시 레이블 정책을 만들면 사용자는 Office 앱에서 해당 레이블을 볼 수 있습니다. 조직 전체에 걸쳐 최신 변경 내용이 복제될 때까지 최대 24시간 이 소요됩니다.
레이블 정책 우선 순위(순서 중요)
레이블 정책 페이지의 목록에 나타나는 민감도 레이블 정책에 민감도 레이블을 게시하여 사용자가 이를 사용할 수 있도록 합니다. 민감도 레이블(레이블 우선 순위(순서 중요) 참조)과 마찬가지로 민감도 레이블 정책의 순서는 우선 순위를 반영하기 때문에 중요합니다. 우선 순위가 가장 낮은 레이블 정책은 목록의 맨 위에 가장 낮은 순번으로 표시되고, 우선 순위가 가장 높은 레이블 정책은 목록의 맨 아래에 가장 높은 순번으로 표시됩니다.
레이블 정책은 다음으로 구성됩니다.
- 레이블 집합.
- 정책이 레이블과 함께 할당될 사용자 및 그룹입니다.
- 해당 범위에 대한 정책 및 정책 설정 범위(예: 파일 및 전자 메일의 기본 레이블)입니다.
여러 레이블 정책에 사용자를 포함할 수 있으며 사용자는 해당 정책에서 모든 민감도 레이블 및 설정을 가져옵니다. 여러 정책의 설정이 충돌하는 경우 우선 순위가 가장 높은(가장 높은 주문 번호) 정책의 설정이 적용됩니다. 즉, 각 설정에서 우선 순위가 가장 높은 우선 순위가 우선합니다.
사용자 또는 그룹에 대해 예상되는 레이블 정책 설정 동작이 표시되지 않는 경우 민감도 레이블 정책의 순서를 검사합니다. 정책을 아래로 이동해야 할 수 있습니다. 레이블 정책의 순서를 다시 지정하려면 민감도 레이블 정책을 선택하고 해당 항목에 대한 작업 줄임표를 선택한 다음 아래로 이동 또는 위로 이동을 선택합니다. 예시:
세 개의 레이블 정책을 보여 주는 위의 스크린샷 예제에서 모든 사용자에게 표준 레이블 정책이 할당되므로 우선 순위가 가장 낮은(최저 주문 번호 0) 사용하는 것이 적절합니다. IT 부서의 사용자만 순번 1인 두 번째 정책이 할당됩니다. 이러한 사용자에게 사용자 정책과 표준 정책 간에 설정이 충돌하는 경우 순번이 더 높은 사용자 정책의 설정이 우선합니다.
고유한 설정으로 세 번째 정책이 할당된 법률 부서의 사용자도 마찬가지입니다. 이러한 사용자의 설정은 더 엄격할 수 있으므로 해당 정책의 주문 번호가 가장 높은 것이 적절합니다. 법무 부서의 사용자가 IT 부서의 정책에도 할당된 그룹에 속해 있을 가능성은 거의 없습니다. 그러나 이 경우 충돌이 있는 경우 법무 부서의 설정이 항상 우선하도록 주문 번호 2(가장 높은 주문 번호)가 있습니다.
참고
기억: 여러 정책이 할당된 사용자에 대한 설정이 충돌하는 경우 순서 번호가 가장 높은 할당된 정책의 설정이 적용됩니다.
Microsoft 365 Copilot 및 Microsoft 365 Copilot Chat의 민감도 레이블
Microsoft 365 Copilot, Microsoft 365 Copilot Chat 및 Copilot 에이전트는 organization의 데이터를 보호하기 위해 적용하는 민감도 레이블을 인식하고 사용합니다. 이러한 레이블은 추가 보호 계층을 제공합니다. 예를 들어 다양한 유형의 항목에서 데이터를 참조할 수 있는 Microsoft 365 Copilot Chat 대화에서 사용자는 우선 순위가 가장 높은 민감도 레이블(일반적으로 가장 제한적인 레이블)을 볼 수 있습니다. 마찬가지로 Copilot과 에이전트는 민감도 레이블 상속을 지원하는 경우 우선 순위가 가장 높은 민감도 레이블을 선택합니다.
레이블이 Microsoft Purview Information Protection의 암호화를 적용하는 경우 Copilot 및 에이전트는 사용자의 사용 권한을 검사합니다. 그런 다음 Copilot과 에이전트는 사용자에게 해당 항목에서 복사할 수 있는 권한(추출 사용 권한)이 부여된 경우에만 항목의 데이터를 반환합니다.
Copilot 및 기타 AI 앱을 사용할 때 민감도 레이블이 데이터를 보호하는 방법에 대한 자세한 내용은 다음 문서를 참조하세요.
- Microsoft Purview에 대한 Microsoft Purview 데이터 보안 및 규정 준수 보호
- Microsoft Purview를 사용하여 Microsoft 365 Copilot & Microsoft 365 Copilot Chat 대한 데이터 보안 & 규정 준수 관리
- 보안 및 규정 준수를 위한 Microsoft 365 Copilot 관리 고려 사항
민감도 레이블 및 Azure Information Protection
이전 레이블 지정 클라이언트인 Azure Information Protection 통합 레이블 지정 클라이언트는 이제 Microsoft Purview Information Protection 클라이언트로 대체되어 Windows에서 레이블 지정을 파일 탐색기로 확장합니다., PowerShell, 온 프레미스 스캐너, 암호화된 파일에 대한 뷰어 제공 등의 작업을 수행할 수 있습니다.
Office 앱은 엔터프라이즈용 Microsoft 365 앱과 같은 Office 구독 버전에서 민감도 레이블을 지원합니다.
민감도 레이블 및 Microsoft 정보 보호 SDK
민감도 레이블은 문서의 메타데이터에 저장되므로 타사 앱 및 서비스는 레이블 배치를 보완하기 위해 이 레이블 지정 메타데이터를 읽고 쓸 수 있습니다. 또한 소프트웨어 개발자는 Microsoft Information Protection SDK를 사용하여 여러 플랫폼에서 레이블 및 암호화 기능을 완벽하게 지원할 수 있습니다. 자세한 내용은 기술 커뮤니티 블로그의 일반 가용성 공지사항을 참조하세요.
Microsoft Purview Information Protection과 통합된 파트너 솔루션에 대해 알아볼 수도 있습니다.
배포 가이드
라이선싱 정보, 사용 권한, 배포 전략, 지원되는 시나리오 목록 및 최종 사용자 문서를 포함한 배포 계획 및 지침에 대한 내용은 민감도 레이블로 시작하기를 참조하세요.
민감도 레이블을 사용하여 데이터 개인 정보 보호 규정을 준수하는 방법을 알아보려면 Microsoft 365를 사용하여 데이터 개인 정보 보호 규정에 대한 정보 보호 배포를 참조하세요.