finn's lab

Intune에 등록된 Windows10/11 기기에 Chrome 확장 프로그램 설치

finnkimm — Sun, 11 Jan 2026 15:08:39 +0900

이번 포스팅에서는 Intune device configuration 정책으로 Intune에 등록된 기기에 Chrome 브라우저 확장 브로그램을 강제 설치하는 방법을 다룹니다.

설정 방법

먼저, Intune 포털에서 Devices > WIndows > Manage devices > Configuration 으로 이동 후 새 정책을 생성합니다.

플랫폼은 Windows 10 and later, 프로파일 유형은 Settings catalog를 선택하고 Create 버튼을 누릅니다.

알맞는 이름으로 설정하고 넘어갑니다.

Configuration settings 단계에서는 'Google Google Chrome' 카테고리를 선택 후 Configure list of force-installed Web Apps 또는 Configure list of force-installed Web Apps (User)를 선택해서 추가해 줍니다.

(User)가 붙은 Setting은 사용자별로 적용이 됩니다.

Setting 추가 후 비어있는 입력칸에는 확장 ID와 업데이트 URL을 세미콜론으로 구분하여 입력합니다.

Microsoft Purview Extension을 강제 설치하려는 경우, 문자열은 다음과 같습니다.

echcggldkblhodogklpincgchnpgcdco;https://clients2.google.com/service/update2/crx

마지막으로 범위를 지정하고 정책을 생성/배포합니다.

Intune에 등록된 Windows 기기에서 정책이 동기화된 후 Chrome 확장 프로그램을 확인해 보면 기업 정책에 의해 설치되었다는 표시와 함께 삭제가 불가능한 상태로 확장 프로그램이 설치되어 있는 것을 확인할 수 있습니다.

참고문서

https://learn.microsoft.com/ko-kr/intune/intune-service/configuration/settings-catalog?tabs=sc-search-filter%2Csc-reporting

본 글의 내용은 공식 문서, 실제 테스트 경험, 그리고 작성자의 개인적인 해석을 바탕으로 작성되었습니다.

환경이나 정책 그리고 시점에 따라 다르게 적용될 수 있으므로 참고용으로 활용해 주세요.

Intune 회사 포털(Company Portal)을 통한 macOS 기기 등록 방법

finnkimm — Thu, 1 Jan 2026 19:54:08 +0900

이번 포스팅에서는 Apple MDM Push 인증서 업로드부터 회사 포털 앱을 통한 기기 등록까지의 과정을 다룹니다.

1) Apple MDM Push Certificate 업로드

먼저, Intune 포털 > Devices > macOS > Enrollment > Apple MDM Push Certificate 에서 인증서를 등록해야 합니다.

'Download your CSR'를 클릭해서 인증서 서명 요청 파일을 다운로드 받습니다.

'Create your MDM push Certificate'를 클릭해서 Apple 페이지로 이동한 후 Apple 계정을 입력합니다.

CSR 파일을 업로드하는 버튼을 눌러 다운로드 받았던 CSR 파일을 업로드합니다.

그럼 인증서가 발급됩니다. Download 버튼을 눌러 다운로드를 진행합시다.

다시 Intune 포털 화면으로 돌아와서 인증서를 발급 받은 Apple ID를 입력하고, 다운로드한 인증서를 업로드합니다.

업로드가 성공적으로 됐다면 인증서 상태가 Active로 되어 있고 해당 정보를 확인할 수 있습니다.

2) 회사 포털 설치 및 기기 등록

아래 링크에서 '내 Mac 등록' 을 눌러 회사 포털 패키지를 다운로드 받고, 설치합니다.

Intune 회사 포털 사용하여 Mac 등록 - Microsoft Intune | Microsoft Learn

설치 후 업데이트까지 모두 완료되면 액세스 설정 화면이 나옵니다.

'시작' 버튼을 눌러 조직에서 수행 가능한 항목을 확인하고 '계속' 버튼을 누릅니다.

관리 프로필 설치 단계로 넘어간 후 아래 화면이 나오면 '프로필 다운로드' 버튼을 눌러 다운로드합니다.

만약, 아래 화면이 나오지 않고, Mac을 확인하는 중 화면이 지속되거나 실패했다는 화면이 나온다면 인증서가 올바르게 설정되었는지 확인해야 합니다.

프로필 다운로드가 완료되면 설정의 기기 관리 화면에서 Management Profile을 두 번 눌러 설치합니다.

프로필 설치가 완료되면 아래 화면처럼 보입니다.

회사 포털로 돌아와서 화면을 확인하면 디바이스가 등록된 것을 확인할 수 있습니다.

Intune > Devices > macOS devices로 가보면 기기가 정상적으로 등록되어 있는 것을 확인할 수 있습니다.

참고문서

https://learn.microsoft.com/ko-kr/intune/intune-service/user-help/enroll-your-device-in-intune-macos-cp

본 글의 내용은 공식 문서, 실제 테스트 경험, 그리고 작성자의 개인적인 해석을 바탕으로 작성되었습니다.

환경이나 정책 그리고 시점에 따라 다르게 적용될 수 있으므로 참고용으로 활용해 주세요.

eDiscovery에서 KeyQL을 활용한 전체 SIT 매칭 항목 검색 방법 (SensitiveType)

finnkimm — Wed, 24 Dec 2025 23:08:25 +0900

들어가기 전

Microsoft Purview eDiscovery의 콘텐츠 검색(Content Search) 기능을 사용할 때,

일반적인 텍스트 검색과 달리 민감한 정보 유형(SIT, Sensitive Information Types) 검색 시에는 와일드카드(*)를 통한 전체 매칭이 지원되지 않습니다.

SensitiveType 속성과 함께 해당 SIT의 고유 ID(GUID) 값을 명확히 지정해야 KeyQL로 검색할 수 있습니다.

Microsoft 공식 문서에서는 다음과 같이 PowerShell 명령어를 통해 조직에서 생성한 커스텀 SIT의 이름과 ID를 확인할 수 있는 방법을 안내하고 있습니다.

Get-DlpSensitiveInformationType | Where-Object {$_.Publisher -ne "Microsoft Corporation"} | FT Name,Id

다만, PowerShell을 통해 추출된 ID 리스트를 KeyQL에서 그대로 사용할 수 없기 때문에 가공하는 과정이 필요합니다.

오늘 포스팅에서는 SIT ID 값을 KQL용 쿼리로 가공하여 eDiscovery에서 검색하는 방법에 대해 다뤄보겠습니다.

모든 SIT 값 추출 및 가공

1. 보안 및 준수 센터(IPPSSession) 모듈을 로드합니다.

Connect-IPPSSession

2. 테넌트에 등록된 모든 SIT ID를 추출한 뒤, 각 객체를 순회하며 KeyQL 구문(SensitiveType:ID)으로 변환하고 이를 OR 연산자로 결합합니다.

((Get-DlpSensitiveInformationType).Id | ForEach-Object { "SensitiveType:$($_)" }) -join " OR "

3.결과를 복사합니다.

커스텀 SIT 값만 추출 및 가공

Microsoft에서 기본 제공하는 SIT를 제외하고, 조직에서 직접 생성한 커스텀 SIT만을 대상으로 쿼리를 생성하는 방법입니다.

1. 보안 및 준수 센터(IPPSSession) 모듈을 로드합니다.

Connect-IPPSSession

2.Where-Object 필터를 통해 발행자(Publisher)가 'Microsoft Corporation'이 아닌 객체만 선별하여 가공합니다.

((Get-DlpSensitiveInformationType | Where-Object { $_.Publisher -ne "Microsoft Corporation" }).Id | ForEach-Object { "SensitiveType:$($_)" }) -join " OR "

3.결과를 복사합니다.

eDiscvoery Content Search에서 SIT 매칭 항목 검색

KeyQL 쿼리 편집기에 복사한 쿼리를 붙여넣기한 후 실행해 봅시다.

실행 결과를 확인해 보면 나열된 SIT ID와 매칭된 항목들이 검색된 것을 확인할 수 있습니다.

참고문서

eDiscovery에서 사이트에서 콘텐츠 찾기 | Microsoft Learn

본 글의 내용은 공식 문서, 실제 테스트 경험, 그리고 작성자의 개인적인 해석을 바탕으로 작성되었습니다.

환경이나 정책 그리고 시점에 따라 다르게 적용될 수 있으므로 참고용으로 활용해 주세요.

How to Search for Teams File Activity in Audit Logs (Search-UnifiedAuditLog)

finnkimm — Mon, 8 Dec 2025 21:26:58 +0900

By using this method, you can view file-related activities performed only by users within Teams.

Methods Attempted in the Purview Portal Audit Log

The following methods were attempted to determine if it was possible to search for user file activities exclusively within Teams using the Purview Portal.

Attempt 1) Activities - friendly names: Accessed file, Downloaded file, Uploaded file / Workloads: MicrosoftTeams

Initially, since the file activity occurred within Teams, it was assumed the Workload would be MicrosoftTeams, and file-related activities were selected.

Result: Total results = 0

From the next attempts onward, the goal was to first search to confirm what values the properties of the Teams file activity logs would hold.

Attempt 2) Activities - friendly names: Accessed file / Workloads: SharePoint, OneDrive

Assuming the Workload was not MicrosoftTeams, it was determined that it must be either SharePoint or OneDrive. Only Accessed file was selected to reduce the number of results.

Result: Total results = 45

From the result list, it was confirmed that the RecordType value was SharePointFileOperation.

Attempt 3) Record Types: SharePointFileOperation

The search was conducted again, based on the RecordType confirmed in Attempt 2.

Upon checking the exported log results in Excel, various activities including FileAccessed were present. However, it was necessary to exclude the following types of activities:

External Teams activities (e.g., FileModified)
System activities (e.g., FileSensitivityLabelApplied)
Activities unrelated to files (e.g., FolderCreated)

It seemed necessary to utilize the ApplicationDisplayName property within the AuditData object to view only file activities within Teams.

Attempt 4) Activities - operation names: FileDownloaded, FileAccessed, FileUploaded, FilePreviewed / Record Types: SharePointFileOperation / Keyword Search: Microsoft Teams

We specified the file activities that could occur within Teams from the SharePointFileOperation confirmed in Attempt 3, and entered Microsoft Teams in the Keyword Search. The reason for specifying the Keyword was to find entries where the ApplicationDisplayName value was either Microsoft Teams or Microsoft Teams Web Client.

Consequently, we successfully searched for the target user-specific file activities that occurred in Microsoft Teams or Microsoft Teams Web Client.

However, because we used "Microsoft Teams" as a keyword, there was a possibility that results that were not actual Teams file activities (e.g., if the file name contained that keyword) might be included in the search results.

Searching Teams File Activity Logs in PowerShell

It appeared difficult to search only for file activities originating from the Microsoft Teams application within the Purview Portal. Therefore, an approach was implemented using PowerShell to query the Exchange Online audit logs, extract only Teams-related events, and save them as a CSV file.

Connect-ExchangeOnline

# Set base path
$basePath   = "/Users/"
$outputFile = "$basePath\AuditLogRecords.csv"

# Search date range
$start = "10/14/2025"
$end   = "10/15/2025"

# RecordType and Operations
$record = "SharePointFileOperation"
$ops    = @("FileDownloaded","FileUploaded","FileAccessed","FilePreviewed")

# Result size
$resultSize = 5000

# Retrieve audit logs and export to CSV
Search-UnifiedAuditLog -StartDate $start -EndDate $end -RecordType $record -Operations $ops -ResultSize $resultSize |
    Where-Object { $_.AuditData -like '*"ApplicationDisplayName":"Microsoft Teams*' } |
    Export-Csv -Path $outputFile

We used the Search-UnifiedAuditLog cmdlet from the Exchange Online module to query the audit logs, and then filtered the records using Where-Object to select only those where the ApplicationDisplayName value within the AuditData property starts with "Microsoft Teams". Finally, the filtered results were exported in CSV format.

However, upon checking the resulting file, records with duplicate Identity values accounted for about half of the total.

Searching Teams File Activity Logs in PowerShell - Removing Duplicate Records

The cause of the duplicates when running the Search-UnifiedAuditLog cmdlet was not determined.

Therefore, I used PowerShell's built-in Sort-Object cmdlet to sort the objects by property value and remove duplicates.

Connect-ExchangeOnline

# Set base path
$basePath   = "/Users/"
$outputFile = "$basePath\AuditLogRecords.csv"

# Search date range
$start = "10/14/2025"
$end   = "10/15/2025"

# RecordType and Operations
$record = "SharePointFileOperation"
$ops    = @("FileDownloaded","FileUploaded","FileAccessed","FilePreviewed")

# Result size
$resultSize = 5000

# Retrieve audit logs and export to CSV
Search-UnifiedAuditLog -StartDate $start -EndDate $end -RecordType $record -Operations $ops -ResultSize $resultSize |
    Where-Object { $_.AuditData -like '*"ApplicationDisplayName":"Microsoft Teams*' } | 
    Sort-Object -Property Identity -Unique |
    Export-Csv -Path $outputFile

Ultimately, we were successfully able to obtain the target user-specific Teams file activity logs without duplicates.

Reference Documentation

This article is based on official Microsoft documentation, practical testing experience, and the author's personal interpretation. Implementation may vary depending on your environment, policies, and timing. Please use this guide as a reference.

감사 로그에서 Teams 내의 파일 활동 로그 검색 방법(Search-UnifiedAuditLog)

finnkimm — Sat, 29 Nov 2025 23:52:06 +0900

이 방법을 사용하면 Teams에서 이루어진 사용자별 파일 관련 활동만을 확인할 수 있습니다.

Purview 포털 감사로그에서 시도한 방법들

Purview 포털에서 Teams 내 사용자의 파일 활동만을 검색할 수 있는지 확인하기 위해 시도한 방법은 다음과 같습니다.

시도한 방법 1) Activities - friendly names: Accessd file, Downloaded file, Uploaded file / Workloads: MicrosoftTeams

처음에는 Teams에서 발생한 파일 활동이므로 Workload가 MicrosoftTeams일 것이라고 생각하고, 파일 관련 활동을 선택했습니다.

결과: Total results = 0

이후 시도한 방법부터는 우선 Teams 내 파일 활동의 속성 값이 어떤 값을 가지는지 확인하기 위한 검색을 시도했습니다.

시도한 방법2) Activites - friendly names: Accessed file / Workloads: SharePoint, OneDrive

Workload가 MicrosoftTeams가 아니라면 SharePoint나 OneDrive일 것으로 판단하고, 결과 수를 줄이기 위해 Accessed file만 선택했습니다.

결과: Total results = 45

결과 리스트에서 RecordType 값이 SharePointFileOperation임을 확인했습니다.

시도한 방법3) Record Types: SharePointFileOpeartion

방법 2에서 확인한 RecordType을 기준으로 다시 검색했습니다.
로그 결과를 Export한 파일을 Excel에서 확인해 보니 FileAccessed를 포함한 다양한 활동이 있었지만, 다음과 같은 활동은 제외할 필요가 있었습니다.

Teams 외부 활동(FileModified 등)
시스템 활동(FileSensitivityLabelApplied 등)
파일과 무관한 활동(FolderCreated)

Teams 내 파일 활동만 보려면 AuditData 객체의 ApplicationDisplayName을 활용해야 될 것으로 보였습니다.

(CLient App

시도한 방법4) Activites - operation names: FileDownloaded,FileAccessed,FileUploaded,FilePreviewed / Record Types: SharePointFileOpeartion / Keyword Search: Microsoft Teams

방법 3에서 확인한 SharePointFileOperation 중 Teams에서 발생 가능한 파일 활동을 지정하고, Keyword Search에는 Microsoft Teams를 입력했습니다. Keyword를 지정한 이유는 ApplicationDisplayName 값이 Microsoft Teams 또는 Microsoft Teams Web Client인 항목을 찾기 위해서 입니다.

결과적으로, 목표했던 Microsoft Teams 또는 Microsoft Teams Web Client에서 발생한 사용자별 파일 활동을 성공적으로 검색할 수 있었습니다.

다만, Microsoft Teams를 키워드로 사용했기 때문에, 파일 이름 등에 해당 키워드가 포함되어 있으면 실제 Teams 내 파일 활동이 아니더라도 검색 결과에 포함될 가능성이 있었습니다.

PowerShell에서 Teams 내 파일 활동 로그 검색

Purview 포털에서는 Microsoft Teams 앱에서 발생한 파일 활동만을 검색하기에는 어려워 보였습니다. 그래서 PowerShell을 사용해 Exchange Online의 감사 로그를 조회하고, Teams 관련 이벤트만 추출한 뒤 CSV로 저장하는 방식을 구현했습니다.

Connect-ExchangeOnline

# Base path 설정
$basePath   = "/Users/"
$outputFile = "$basePath\AuditLogRecords.csv"

# 검색 기간
$start = "10/14/2025"
$end   = "10/15/2025"

# RecordType 및 Operations
$record = "SharePointFileOperation"
$ops    = @("FileDownloaded","FileUploaded","FileAccessed","FilePreviewed")

# 페이지 크기
$resultSize = 5000

# 감사 로그 추출 및 CSV로 저장
Search-UnifiedAuditLog -StartDate $start -EndDate $end -RecordType $record -Operations $ops -ResultSize $resultSize |
    Where-Object { $_.AuditData -like '*"ApplicationDisplayName":"Microsoft Teams*' } |
    Export-Csv -Path $outputFile

Exchange Online 모듈의 Search-UnifiedAuditLog cmdlet을 사용하여 감사 로그를 조회한 뒤, Where-Object를 통해 AuditData 속성에서 ApplicationDisplayName 값이 Microsoft Teams로 시작하는 레코드만 필터링했습니다. 마지막으로, 필터링된 결과를 CSV 형식으로 내보냈습니다.

하지만 결과 파일을 확인해 보니, Identity 값이 중복된 레코드가 전체의 절반가량을 차지했습니다.

PowerShell에서 Teams 내 파일 활동 로그 검색 - 레코드 중복 제거(Sort-Object)

-2025.12.08 수정-
Search-UnifiedAuditLog cmdlet 실행 시 중복이 발생하는 원인은 확인하지 못했습니다.

따라서 PowerShell에서 기본 제공하는 Sort-Object 명령어를 사용하여 객체를 속성 값 기준으로 정렬하고 중복을 제거했습니다.

Connect-ExchangeOnline

# Base path 설정
$basePath   = "/Users/"
$outputFile = "$basePath\AuditLogRecords.csv"

# 검색 기간
$start = "10/14/2025"
$end   = "10/15/2025"

# RecordType 및 Operations
$record = "SharePointFileOperation"
$ops    = @("FileDownloaded","FileUploaded","FileAccessed","FilePreviewed")

# 페이지 크기
$resultSize = 5000

# 감사 로그 추출 및 CSV로 저장
Search-UnifiedAuditLog -StartDate $start -EndDate $end -RecordType $record -Operations $ops -ResultSize $resultSize |
    Where-Object { $_.AuditData -like '*"ApplicationDisplayName":"Microsoft Teams*' } | 
    Sort-Object -Property Identity -Unique |
    Export-Csv -Path $outputFile

최종적으로, 목표했던 Teams 내 사용자별 파일 활동 로그를 중복 없이 얻을 수 있었습니다.

참고문서

본 글의 내용은 공식 문서, 실제 테스트 경험, 그리고 작성자의 개인적인 해석을 바탕으로 작성되었습니다.

환경이나 정책 그리고 시점에 따라 다르게 적용될 수 있으므로 참고용으로 활용해 주세요.

Owner-Only Sensitivity Label Encryption Configuration (IPC_USER_ID_OWNER)

finnkimm — Thu, 27 Nov 2025 23:08:36 +0900

The structure described in this guide is used when there is a security requirement to restrict document access to all users except the document owner.

There are two methods for creating sensitivity labels based on this encryption configuration: one is somewhat complex, while the other is very straightforward. This guide walks through both approaches.

Related Concepts

IPC_USER_ID_OWNER:
A reserved user ID that represents the document owner.
(*IPC: Information Protection and Control)

Method 1: Using Rights Definition Objects

Step 1: Create a Rights Definition Object for Owner-Only Access

First, connect to the Azure Information Protection service and create a rights definition object:

Connect-AipService
$rights_definition = New-AipServiceRightsDefinition -EmailAddress "IPC_USER_ID_OWNER" -Rights "OWNER"

The `New-AipServiceRightsDefinition` cmdlet creates an object within your PowerShell session. The rights definition object stored in the `$rights_definition` variable will have the following structure:

JSON:

{ "Identity": "IPC_USER_ID_OWNER", "Rights": [ "OWNER" ] }

Step 2: Define Protection Template Names and Descriptions

Define the template name and description variables using hash tables for multi-language support:

$names = @{}
$names[1033] = "Template Name in English"
$names[1042] = "템플릿 이름 (한국어)"

$descriptions = @{}
$descriptions[1033] = "Description in English"
$descriptions[1042] = "설명 (한국어)"

When creating a protection template with New-AipServiceTemplate, the Names and Descriptions parameters must be specified as hash tables. First, create an empty hash table (@{}), then map the template name and description by using the appropriate LCID (Windows Language Code Identifier) as the key.

Step 3: Create a Protection Template

$protection_template = Add-AipServiceTemplate `
-Names $names `
-Descriptions $descriptions `
-RightsDefinitions $rights_definition `
-Status Published

The creation result of the protection template stored in the $protection_template variable is as follows.

Store the template ID from the created protection template in a variable for later use:

$id = $protection_template.TemplateId.ToString()

Step 4: Create a Sensitivity Label

New-Label `
    -Name "Label Name" `
    -DisplayName "Label Display Name" `
    -Tooltip "Tooltip Text" `
    -Comment "Description" `
    -EncryptionEnabled $true `
    -EncryptionProtectionType Template `
    -EncryptionTemplateId $TemplateId

Method 2: Using the EncryptionEnabled Parameter

For a simpler approach, you can create a sensitivity label directly using the New-Label cmdlet with the EncryptionEnabled parameter enabled.

New-Label `
    -Name "Label Name" `
    -DisplayName "Label Display Name" `
    -Tooltip "Tooltip Text" `
    -Comment "Label Description" `
    -EncryptionEnabled $true

Results

Both methods produce identical results. When you view the encryption permissions of the created sensitivity label in the Purview portal, you will see that Full Control permissions are assigned to IPC_USER_ID_OWNER.

You can verify this in PowerShell by running the Get-Label command. The rightsdefinitions key value will contain the rights definition object:

LabelActions                    : {{"Type":"encrypt","SubType":null,"Settings":[{"Key":"disabled","Value":"false"},{"Ke
                                  y":"protectiontype","Value":"template"},{"Key":"templateid","Value":""},{"Key":"templatearchived","Value":"False"},{"Key":"linkedtempl
                                  ateid","Value":""},{"Key":"contentexpiredondatein
                                  daysornever","Value":"Never"},{"Key":"offlineaccessdays","Value":"0"},{"Key":"rightsd
                                  efinitions","Value":"[{\"Identity\":\"IPC_USER_ID_OWNER\",\"Rights\":\"OWNER\"}]"}]}}

Reference Documentation

나만 열람 가능한 민감도 레이블 암호화 구성 (IPC_USER_ID_OWNER)

finnkimm — Thu, 13 Nov 2025 13:25:53 +0900

이 구성은 문서 소유자 외 모든 사용자 접근을 차단해야 하는 보안 요구사항이 있을 때 사용합니다.

이 암호화 구성을 기반으로 민감도 레이블을 만드는 방법은 두 가지가 있습니다.
하나는 조금 복잡한 방식, 다른 하나는 매우 간단한 방식입니다.

권한 정의 개체를 이용한 방법

1) 나만 볼 수 있는 권한 정의 개체(Rights definition object) 생성

Connect-AipService
$rights_definition = New-AipServiceRightsDefinition -EmailAddress "IPC_USER_ID_OWNER" -Rights "OWNER"

New-AipServiceRightsDefinition cmdlet을 사용하면 PowerShell 세션에서 객체를 만들어 줍니다.

$rights_definition 변수에 저장된 권한 정의 개체는 다음과 같습니다.

JSON 구조로 보면 다음과 같습니다.

{ "Identity": "IPC_USER_ID_OWNER", "Rights": [ "OWNER" ] }

2) 보호 템플릿 이름, 설명 변수 정의

$names = @{}
$names[1033] = "Template Name in English"
$names[1042] = "템플릿 이름 (한국어)"

$descriptions = @{}
$descriptions[1033] = "Description in English"
$descriptions[1042] = "설명 (한국어)"

New-AipServiceTemplate으로 보호 템플릿을 생성할 때, Names와 Descriptions 파라미터는 해시 테이블 형태로 지정해야 합니다.

따라서 먼저 빈 해시 테이블(@{})을 생성한 후, 표시할 언어에 해당하는 LCID(Windows Language Code Identifier)를 키로 이름과 설명을 매핑해 줍니다.

3) 보호 템플릿(Protection template) 생성

$protection_template = Add-AipServiceTemplate `
-Names $names `
-Descriptions $descriptions `
-RightsDefinitions $rights_definition `
-Status Published

$protection_template 변수에 저장된 보호 템플릿 생성 결과는 다음과 같습니다.

생성된 보호 템플릿의 GUID 값은 $id 변수에 저장합니다.

$id = $protection_template.TemplateId.ToString()

4) 민감도 레이블 생성

New-Label `
    -Name "레이블 이름" `
    -DisplayName "레이블 표시 이름" `
    -Tooltip "툴팁 내용" `
    -Comment "설명" `
    -EncryptionEnabled $true `
    -EncryptionProtectionType Template `
    -EncryptionTemplateId $TemplateId

EncryptionEnabled 파라미터를 이용한 방법

New-Label을 사용해서 민감도 레이블을 만들 때, 암호화를 활성해 주면 됩니다.

New-Label `
    -Name "레이블 이름" `
    -DisplayName "레이블 표시 이름" `
    -Tooltip "툴팁 내용" `
    -Comment "레이블 설명" `
    -EncryptionEnabled $true

결과

Purview 포털에서 생성된 민감도 레이블의 암호화 권한을 확인해 보면 IPC_USER_ID_OWNER에게 Full Control 권한이 설정되어 있는 것을 확인할 수 있습니다. 두 가지 방법 모두 결과는 동일합니다.

PowerShell에서 Get-Label 명령어로 확인해 보면 rightsdefinitions Key 값에 {\"Identity\":\"IPC_USER_ID_OWNER\",\"Rights\":\"OWNER\"} 권한 정의 개체가 들어가 있는 걸 확인할 수 있습니다.

LabelActions                    : {{"Type":"encrypt","SubType":null,"Settings":[{"Key":"disabled","Value":"false"},{"Ke
                                  y":"protectiontype","Value":"template"},{"Key":"templateid","Value":""},{"Key":"templatearchived","Value":"False"},{"Key":"linkedtempl
                                  ateid","Value":""},{"Key":"contentexpiredondatein
                                  daysornever","Value":"Never"},{"Key":"offlineaccessdays","Value":"0"},{"Key":"rightsd
                                  efinitions","Value":"[{\"Identity\":\"IPC_USER_ID_OWNER\",\"Rights\":\"OWNER\"}]"}]}}

참고문서

본 글의 내용은 공식 문서, 실제 테스트 경험, 그리고 작성자의 개인적인 해석을 바탕으로 작성되었습니다.

환경이나 정책 그리고 시점에 따라 다르게 적용될 수 있으므로 참고용으로 활용해 주세요.

finn's lab

Intune에 등록된 Windows10/11 기기에 Chrome 확장 프로그램 설치

설정 방법

참고문서

Intune 회사 포털(Company Portal)을 통한 macOS 기기 등록 방법

1) Apple MDM Push Certificate 업로드

2) 회사 포털 설치 및 기기 등록

참고문서

eDiscovery에서 KeyQL을 활용한 전체 SIT 매칭 항목 검색 방법 (SensitiveType)

들어가기 전

모든 SIT 값 추출 및 가공

커스텀 SIT 값만 추출 및 가공

eDiscvoery Content Search에서 SIT 매칭 항목 검색

참고문서

How to Search for Teams File Activity in Audit Logs (Search-UnifiedAuditLog)

Methods Attempted in the Purview Portal Audit Log

Searching Teams File Activity Logs in PowerShell

Searching Teams File Activity Logs in PowerShell - Removing Duplicate Records

Reference Documentation

감사 로그에서 Teams 내의 파일 활동 로그 검색 방법(Search-UnifiedAuditLog)

Purview 포털 감사로그에서 시도한 방법들

PowerShell에서 Teams 내 파일 활동 로그 검색

PowerShell에서 Teams 내 파일 활동 로그 검색 - 레코드 중복 제거(Sort-Object)

Owner-Only Sensitivity Label Encryption Configuration (IPC_USER_ID_OWNER)

Related Concepts

Method 1: Using Rights Definition Objects

Method 2: Using the EncryptionEnabled Parameter

Results

Reference Documentation

나만 열람 가능한 민감도 레이블 암호화 구성 (IPC_USER_ID_OWNER)

관련 개념

권한 정의 개체를 이용한 방법

EncryptionEnabled 파라미터를 이용한 방법

결과

참고문서