이 가이드는 하나의 실습 환경에서 만든 데모 에이전트(Agent365-Guide-Demo)를 대상으로, 관리자·보안 담당자가 실제로 수행하는 구성 흐름을 재현합니다. 왼쪽 구성 단계(0–8) 목차에서 각 장으로 이동하고, 아래 표의 역할 행을 클릭하면 해당 단계로 바로 이동합니다.

이 가이드의 범위 · Copilot Studio 참고

주요 진입 포털

각 단계에서 사용하는 관리 포털입니다. 링크를 누르면 새 탭에서 해당 포털이 열립니다. 실제 접근에는 아래 필요한 역할이 선행되어야 합니다.

단계별 필요한 역할 한눈에

각 단계를 수행하기 전에 아래 역할을 미리 할당해 두세요. 대부분 Entra 관리 센터 > 사용자 > 할당된 역할 > 할당 추가에서 부여하며, 5장은 Purview 역할 그룹, 7·9장 일부는 Power Platform 역할 지정이 필요합니다. 행을 클릭하면 해당 단계로 이동합니다.

0단계를 건너뛰고 바로 시작하기 · 에이전트 Import

0. 에이전트 생성을 건너뛰고 준비된 실습용 에이전트로 시작하려면, 아래 앱 패키지를 Microsoft 365 관리 센터(MAC)에 직접 업로드합니다. 업로드 이후에는 1. 에이전트 승인 및 전사 배포 절차를 그대로 이어서 진행해 전사에 게시한 뒤, 2장부터 관리·보안 기능을 실습합니다.

1에이전트 추가 진입 — Microsoft 365 관리 센터

2매니페스트(.zip) 업로드 — 게시할 에이전트 업로드

전체 순서 한눈에 보기

1단계 · 환경 준비

1-1환경·권한 준비 — 실습 환경 선택

2단계 · 빈 에이전트 생성

2-1빈 에이전트 생성 — New agent

3단계 · 지침·오케스트레이션

3-1에이전트 이름·지침·모델 설정

4단계 · 지식 추가

4-1지식 추가

5단계 · 도구 구성

5-1도구 구성

6단계 · 테스트

6-1테스트

7단계 · 게시·채널 연결

7-1에이전트 게시 — 채널 추가 (Teams + Microsoft 365)

7-2에이전트 게시 — 채널 가용성 선택

7-3에이전트 게시 — 게시 실행 (에이전트 게시)

7-4에이전트 게시 — 게시 완료

8단계 · 관리자 승인 제출

8-1관리자 승인 제출 — 사용 및 공유에서 조직 카탈로그 제출 진입

8-2관리자 승인 제출 — 제출 상태 확인

8-3관리자 승인 제출 — 전사 공개 확인 (예, 제출합니다)

8-4관리자 승인 제출 — 제출 완료·승인 대기

전체 순서 한눈에 보기

1단계 · 관리자 승인

1-1관리자 승인 — 요청 목록

1-2관리자 승인 — 게시 마법사 시작

예시데이터 & 도구 탭 — 지식·도구 확인 화면

2단계 · 전사 배포

2-1전사 배포 — 게시·미리 설치 대상

2-2전사 배포 — 정책 템플릿 확인

2-3전사 배포 — 권한 검토

2-4전사 배포 — 최종 검토

2-5전사 배포 — 관리자 처리 완료

전체 순서 한눈에 보기

1단계 · 보안 특성 정의·할당

에이전트를 분류할 사용자 지정 보안 특성을 정의하고, 대상 에이전트(서비스 주체)에 값을 할당합니다. 보안 특성은 그 자체로 차단하지 않고, 조건부 액세스 등 정책의 적용 대상(필터)으로 쓰입니다.

1-1특성 집합 추가

1-2특성 정의 · 미리 정의된 값

1-3활성 특성 목록 확인

1-4에이전트(서비스 주체)에 특성 값 할당

2단계 · 액세스 패키지 생성·할당

에이전트 ID가 필요로 하는 리소스 접근을 액세스 패키지로 묶어, 요청·승인·만료를 통해 "의도적이고 감사 가능하며 기한이 있는(intentional, auditable, time-bound)" 접근으로 통제합니다. 액세스 패키지는 먼저 카탈로그(리소스를 담는 그릇)에 리소스를 등록한 뒤 그 리소스를 묶어 만들므로, 카탈로그 생성 → 리소스 추가 → 액세스 패키지 생성 순서로 진행합니다.

2-1자격 관리 > 카탈로그 생성

2-2카탈로그에 리소스 추가

2-3액세스 패키지 목록 · 새로 만들기

2-4① 기본 사항 — 이름·카탈로그

2-5② 리소스 역할

2-6③ 요청 — 범위 '모든 에이전트'

2-7③ 요청 — 승인·사유 설정

2-8④ 수명 주기 — 만료

2-9⑤ 검토 + 만들기

3단계 · 배포 시 정책 적용

1~2단계에서 만든 사용자 지정 보안 특성과 액세스 패키지는 정의만으로 끝나지 않고, 에이전트를 전사에 배포할 때 실제로 그 에이전트에 적용됩니다. Microsoft 365 관리 센터의 에이전트 게시(배포) 마법사 Policy template 단계에서, 앞서 만든 정책을 선택해 이 에이전트에 연결합니다. (이 화면은 1장 · 전사 배포의 게시 마법사와 동일한 단계입니다.)

3-1게시 마법사 — Policy template에서 정책 선택·적용

전체 순서 한눈에 보기

1단계 · Registry 조회

1-1인벤토리 조회 — 레지스트리 진입

2단계 · 구성 확인

2-1구성 확인 — 채널·담당자·Entra ID

3단계 · 실제 사용 확인

3-1실제 사용 확인 — M365 관리 센터

3-2실제 사용 확인 — Copilot Studio

전체 순서 한눈에 보기

1단계 · 에이전트 차단 실행

1-1에이전트 차단 실행

1-2에이전트 차단 실행

1-3에이전트 일괄 차단 (옵션)

2단계 · 차단 결과 확인

2-1차단 결과 확인

2-2차단 결과 확인

3단계 · 차단 해제·복구

3-1차단 해제

3-2차단 해제

전체 순서 한눈에 보기

1단계 · 사용자 차단 정책 생성

1-1사용자 차단 정책 생성 — 조건부 액세스 새 정책 만들기

1-2사용자 차단 정책 생성 — 정책 이름 및 행위자(사용자) 지정

1-3사용자 차단 정책 생성 — 대상 리소스(에이전트) 지정

1-4사용자 차단 정책 생성 — 네트워크 조건(사외) 지정

예시명명된 위치 — 신뢰할 수 있는 위치 사전 정의 화면

1-5사용자 차단 정책 생성 — 액세스 제어(차단) 지정

1-6사용자 차단 정책 생성 — 정책 사용 지정 및 생성

2단계 · 실제 차단·정책 평가 확인

2-1실제 차단 확인 — 사외에서 에이전트 실행 차단

2-2정책 평가 확인 — 로그인 로그(조건부 액세스 결과)

전체 순서 한눈에 보기

0단계 · 감사 준비

0-1감사 준비 — 활성화 상태 확인

1단계 · DLP 정책 — Microsoft 365 Copilot

1-1DLP 정책 생성 — 정보 형식 선택

1-2DLP 정책 생성 — 위치(Microsoft 365 Copilot 및 Copilot Chat)

1-3DLP 정책 생성 — 규칙(조건·작업)

1-4DLP 정책 생성 — 정책 모드(즉시 켜기)

1-5DLP 정책 생성 — 완료

2단계 · DLP 정책 — Teams

2-1DLP 정책 생성(Teams) — 정보 형식 선택

2-2DLP 정책 생성(Teams) — 위치(Teams 채팅 및 채널 메시지)

2-3DLP 정책 생성(Teams) — 규칙(조건·작업)

2-4DLP 정책 생성(Teams) — 정책 모드(즉시 켜기)

2-5DLP 정책 생성(Teams) — 완료

2-6실제 동작 — Teams 메시지 전송 차단

2-7실제 동작 — Purview DLP 경고 생성

3단계 · 커뮤니케이션 규정 준수 정책

3-1커뮤니케이션 규정 준수 정책 생성 — 정책 템플릿

3-2커뮤니케이션 규정 준수 정책 생성 — 구성(에이전트·검토자)

3-3커뮤니케이션 규정 준수 정책 생성 — 완료

3-4실제 동작 — 검토 큐(보류 중) 항목

4단계 · IRM 에이전트 정책

Purview 내부 위험 관리(IRM)에서 에이전트 정책을 만들어 활동 기반 위험 신호를 수집하고 경고를 확인합니다. DLP·CC가 개별 위반을 탐지·차단하는 계층이라면, IRM은 이 신호들을 포함한 여러 활동을 상관분석해 사용자별 위험 점수를 산정하는 계층입니다. 실제로 High 심각도 DLP 경고 등은 IRM 정책의 트리거·지표로 작동하므로, 하나의 에이전트 활동을 DLP·CC 경고와 IRM 위험 점수로 연결해 확인할 수 있습니다.

4-1에이전트 정책 생성

4-2에이전트 정책 생성 — 정책 템플릿

4-3에이전트 정책 생성 — 정책 이름

4-4에이전트 정책 생성 — 정책 적용 에이전트 선택

4-5에이전트 정책 생성 — 콘텐츠 우선순위 설정

4-6에이전트 정책 생성 — 콘텐츠 우선순위 설정

4-7에이전트 정책 생성 — 알림 생성 범위 설정

4-8에이전트 정책 생성 — 이벤트 트리거

4-9에이전트 정책 생성 — 트리거 임계값

4-10에이전트 정책 생성 — 검토

4-11에이전트 정책 생성 — 위험 점수 부스터

4-12에이전트 정책 생성 — 최종 생성

4-13에이전트 정책 생성 — 완료

4-14에이전트 경고 확인

4-15에이전트 경고 확인 — 경고 상세 (지표·심각도·관련 엔터티)

4-16에이전트 경고 확인 — 활동 탐색기 (활동·프롬프트·응답 세부)

5단계 · 리스크 탐지 (DSPM)

앞의 DLP·CC·IRM이 개별 정책으로 위반을 탐지·차단한다면, 데이터 보안 상태 관리(DSPM)는 이 신호들을 한곳에 모아 에이전트별 보호 상태·위험 수준을 한눈에 보여줍니다. Purview DSPM의 앱 및 에이전트에서 에이전트 보고서를 열어 위험 상호작용과 부적절한 사용을 확인합니다.

5-1에이전트 보고서 확인

5-2에이전트 보고서 — 위험 상호작용·부적절 사용

5-3에이전트 보고서 — 참여 인사이트

5-4활동 탐색기 확인

5-5활동 탐색기 — 상호작용 세부 (프롬프트·응답)

전체 순서 한눈에 보기

1단계 · 대상 정책 생성

1-1대상 정책 생성

1-2대상 정책 생성 — 할당

1-3대상 정책 생성 — 대상 리소스

1-4대상 정책 생성 — 조건

1-5대상 정책 생성 — 액세스 제어

1-6대상 정책 생성 — 최종 생성

2단계 · 정책 평가 확인

2-1정책 평가 확인 — 대상 에이전트 확인

2-2정책 평가 확인 — 로그인 로그

2-3정책 평가 확인 — 로그인 로그

전체 순서 한눈에 보기

1단계 · M365 커넥터 설정

1-1M365 커넥터 설정 — 진입

1-2M365 커넥터 설정 — 구성 요소 선택

1-3M365 커넥터 설정 — 완료

2단계 · Copilot Studio 보안 설정

2-1Copilot Studio 연결 — 진입

3단계 · 인증용 앱 구성

3-1인증 용 앱 구성 — 스크립트 실행

PowerShell복사

.\Create-CopilotWebhookApp.ps1 `
  -TenantId "11111111-2222-3333-4444-555555555555" `
  -Endpoint "https://provider.example.com/threat_detection/copilot" `
  -DisplayName "Copilot Security Integration - Production" `
  -FICName "ProductionFIC"

3-2인증 용 앱 구성 — 생성된 앱 ID 확인

4단계 · PowerPlatform 보안 설정

4-1PowerPlatform 보안 설정 — Copilot Studio 위협 탐지 설정

4-2PowerPlatform 보안 설정 — PowerPlatform 환경 선택

4-3PowerPlatform 보안 설정 — 연결

4-4설정 완료

5단계 · 런타임 보호 정책 설정

5-1런타임 보호 정책 설정 — 실시간 보호 커스텀 정책 생성

5-2런타임 보호 정책 설정 — 실시간 보호 커스텀 정책 생성

5-3런타임 보호 정책 설정 — 실시간 보호 커스텀 정책 생성

5-4런타임 보호 정책 설정 — 실시간 보호 커스텀 정책 생성

5-5런타임 보호 정책 설정 — 프롬프트 증거 수집

6단계 · 런타임 탐지

6-1런타임 탐지 — 탐지 경고 목록 (Defender 경고)

6-2런타임 탐지 — 경고 세부사항 (활동 세부 정보 필드)

6-3런타임 탐지 — AgentsInfo 조인 (에이전트 컨텍스트 보강)

AlertEvidence
| where Timestamp > ago(30d)
| where ServiceSource == "Security for AI"
| where EntityType == "AIAgent"
| extend EntraAgentID = tostring(todynamic(AdditionalFields).AgentId)
| join kind=inner (AlertInfo | project AlertId, Title, Severity) on AlertId
| join kind=inner (
    AgentsInfo
    | summarize arg_max(Timestamp, *) by AgentId
    | mv-apply t = DeclaredTools on (summarize Tools = make_set(t.type))
    | project EntraAgentID, AgentName = Name, Owners, LifecycleStatus, Tools
  ) on EntraAgentID
| project AgentName, Owners, LifecycleStatus, Tools, Detection = Title, Severity, EntraAgentID
| order by AgentName asc

AgentsInfo
| summarize arg_max(Timestamp, *) by AgentId
| project Name, Platform, EntraAgentID, LifecycleStatus, PublishedStatus,
          Owners, DeclaredTools, McpServers, Permissions
| order by Name asc

6-4런타임 탐지 — CloudAppEvents (고급 헌팅)

CloudAppEvents
| where Timestamp > ago(7d)
| where ActionType == "ExecuteToolByGateway"
| project Timestamp, Application, AccountDisplayName, IPAddress, CountryCode, RawEventData
| order by Timestamp desc

CloudAppEvents
| where Timestamp > ago(7d)
| where ActionType == "ExecuteToolByGateway"
| extend d = todynamic(RawEventData)
| project Timestamp,
          AgentName = tostring(d.AgentName),
          ToolServerName = tostring(d.ToolServerName),
          ToolName = tostring(d.ToolName),
          Operation = tostring(d.Operation),
          ErrorMessage = tostring(d.ErrorMessage),
          IPAddress, CountryCode
| order by Timestamp desc

전체 순서 한눈에 보기

1단계 · Power Platform 설정

1-1Power Platform 설정

1-2Power Platform 설정 — 환경 선택

1-3Power Platform 설정 — 전역 보안 액세스 사용 설정

2단계 · 로그 조회

2-1로그 조회 — GSA 활성화

2-2로그 조회 — Gen AI 인사이트 로그

전체 순서 한눈에 보기

1단계 · 폐기 전 로그·기록 보존

영구 삭제는 되돌릴 수 없고, 에이전트 삭제 시 관련 데이터가 함께 정리될 수 있습니다. 따라서 폐기 결정 후 가장 먼저 해당 에이전트의 상호작용 기록을 확보합니다. Agent 365 에이전트는 생성 시 자동으로 감사가 활성화되어 프롬프트·응답이 통합 감사 로그에 기록됩니다.

1-1감사 로그에서 에이전트 상호작용 확인

1-2eDiscovery 보류 또는 보존 정책으로 기록 확보

2단계 · 에이전트 삭제 (Copilot Studio)

기록을 확보했으면 에이전트를 삭제합니다. 이 가이드의 Copilot Studio 에이전트는 관리 센터에 삭제(Delete)가 없고 제거(Uninstall)·차단만 제공되므로, 완전 삭제는 Copilot Studio 메이커 포털에서 수행합니다. 메이커 포털의 삭제는 소프트 삭제가 아니라 곧바로 영구 삭제입니다 — 30일 복구 창이나 관리 센터 ‘삭제된 에이전트’ 탭이 적용되지 않습니다. 단, 삭제로 함께 제거되는 Entra Agent ID(서비스 주체)는 Entra 디렉터리 휴지통에 30일간 보존되어 그 기간 내 복원할 수 있습니다(3단계에서 확인).

2-1메이커 포털에서 에이전트 삭제 (영구 삭제)

2-2삭제 후 확인 — ‘삭제된 에이전트’ 탭에는 없음

3단계 · Entra Agent ID·연결 리소스 정리

메이커 포털 삭제는 테넌트에 프로비저닝된 Entra Agent ID(서비스 주체)·app registration도 함께 제거합니다. 제거된 Agent ID는 Entra 디렉터리 휴지통(삭제된 항목)에 30일간 보존되어 그 기간 내 복원할 수 있고, 이후 영구 삭제됩니다. 다만 조건부 액세스 등으로 자동 제거가 실패하면 Agent ID가 활성 상태로 잔존할 수 있으므로, 폐기 마무리로 신원·권한·연결을 점검합니다.

3-1잔존 Entra Agent ID 확인 — 자동 정리 검증

3-2연결 리소스·권한 정리