CanRobot · 캔로봇
Prosci® Certified Change Practitioner Microsoft Frontier Transformation Engineer TITAN Microsoft MVP 2026-2027 · Microsoft 365 Copilot Microsoft Certified Trainer
예시 실습

이 핸즈온랩은 교육 내용을 보여 드리기 위한 예시입니다. 실제 교육과정에서는 고객사의 산업과 직무를 반영한 실습 시나리오로 구성한 비공개 학습 사이트를 따로 제공합니다.

M3-3. 보안·인증 — 누구에게 공개할까

한 줄 요약 — 인증 옵션은 세 가지입니다 — Authenticate with Microsoft(기본) · No authentication · Authenticate manually. 사내 에이전트는 인증을 켜는 것이 원칙이며, 인증이 없으면 링크만 있으면 누구나 대화할 수 있습니다.

1. 설정 위치

  1. 에이전트 Settings → Security
  2. Authentication 선택
  3. 옵션 선택 → Save → 다시 게시

2. 3가지 인증 옵션

옵션 동작 언제
Authenticate with Microsoft (기본) Teams·Power Apps·M365 Copilot에서 Entra ID 자동 인증 — Teams에서는 다시 로그인할 필요 없음 사내 에이전트 기본
No authentication 로그인 불필요 — 링크만 있으면 누구나 · 공개 정보만 접근 공개 고객용
Authenticate manually Entra ID·기타 IdP 수동 구성 — Teams 외 채널에서도 인증 사용 웹 등 다른 채널에서 인증이 필요할 때

인증 3옵션 비교

⚠️ No authentication 주의 — 링크가 있는 누구나 에이전트와 대화할 수 있습니다. 사내용·특정 사용자용이라면 반드시 인증 + 보안·거버넌스 통제를 적용하세요. 관리 센터의 데이터 정책에서 인증을 요구하면 이 옵션은 선택할 수 없습니다.

3. 인증을 켜면 할 수 있는 것

Authenticate with Microsoft를 선택하면 토픽 캔버스에서 사용자 변수를 쓸 수 있습니다.

  • User.ID · User.DisplayName — 인사말·개인화·기록에 활용

또한 도구의 사용자 자격 증명 으로 실행(M2-6)할 수도 있습니다 — 인증이 없는 에이전트는 사용자 자격 증명 도구를 쓸 수 없습니다.

인증 기반 개인화 화면 구성 예시 — 실제 화면·명칭은 버전에 따라 다를 수 있습니다

4. 제약 사항

  • Authenticate with Microsoft는 Teams + Microsoft 365 채널 중심 — 다른 채널이 필요하면 수동 인증 사용
  • Entra ID로 인증하는 에이전트는 Power BI 리포트에 iframe으로 삽입할 수 없음
  • Dynamics 365 Customer Service 연동 에이전트에서는 사용 불가

5. Microsoft Entra Agent ID — 에이전트에도 신원이 있다

사용자 인증과 별개로, 에이전트 자신의 신원이 Entra ID에 만들어집니다.

  • Copilot Studio는 새 에이전트를 만드는 시점에 Entra Agent ID를 자동 생성합니다 — 게시 시점이 아닙니다
  • 2026년 7월 롤아웃 이후 환경 단위 옵트아웃이 폐지되어 새로 만드는 에이전트에는 모두 Agent ID가 생깁니다
  • 그 이전에 만든 에이전트는 당분간 앱 등록(app registration) 을 유지하다가 차례로 마이그레이션됩니다 — 전환 기간에는 Agent ID와 앱 등록 양쪽 모두에 거버넌스가 적용됩니다
  • 에이전트를 삭제하면 연결된 Agent ID도 함께 삭제됩니다

확인 위치 — 에이전트 Settings → Advanced → Metadata 섹션의 Entra Agent ID(GUID). 이 GUID로 Entra 관리센터에서 해당 신원을 조회합니다.

좋아지는 점 — Entra ID의 로그인·감사 로그, 에이전트 수명 주기 관리, Entra ID Governance 연계.

Entra Agent ID 생명주기

6. 거버넌스 — 관리자 관점

  • DLP(데이터 손실 방지) 정책 — 관리센터에서 커넥터 사용·인증 요구를 환경 단위로 통제
  • 환경 전략 — 실습/개발/운영 환경 분리, 운영 환경은 관리형 정책 적용
  • 커넥터 권한 확인 — 게시할 때 에이전트가 사용하는 Power Platform 커넥터별 권한이 Agent ID의 API 권한으로 추가됩니다. Entra·Microsoft 365 관리자가 Power Platform 관리센터를 열지 않고도 “이 에이전트가 무엇을 호출할 수 있는지” 를 Entra 관리센터에서 직접 확인할 수 있습니다
  • 조건부 액세스 — 이 API 권한을 대상으로 Entra 조건부 액세스 정책(네트워크 위치·디바이스 규정 준수·위험 조건)을 적용해 토큰 발급 조건을 걸 수 있습니다. 이 범위는 런타임에 고급 커넥터 정책(ACP)·DLP로 재검증되므로 권한을 이용해 거버넌스를 우회할 수는 없습니다
  • 조직의 보안·거버넌스 통제 전반은 공식 Security and governance 문서 참조

에이전트 거버넌스 3계층

실습 체크리스트

  1. Settings → Security → Authentication 현재 옵션 확인
  2. Authenticate with Microsoft 상태에서 User.DisplayName으로 개인화 인사 구성
  3. Settings → Advanced → Metadata에서 Entra Agent ID(GUID) 확인
  4. (검토) 우리 조직 DLP 정책이 실습 환경에 적용되는지 확인

핵심 정리

  1. 기본값 Authenticate with Microsoft — Teams에서는 별도 절차 없이 자동 인증
  2. No authentication = 링크 공개와 같습니다 — 사내용에는 쓰지 마세요
  3. 인증은 기능이기도 합니다 — 인증을 켜야 사용자 변수와 사용자 자격 증명 도구를 쓸 수 있습니다
  4. 이제 새로 만드는 에이전트에는 모두 Entra Agent ID가 생깁니다 — 감사·커넥터 권한 확인·조건부 액세스의 기준이 됩니다

M3 운영으로 · 다음: M3-4. 분석

출처: Configure user authentication (MS Learn) · Automatically create Microsoft Entra Agent IDs (MS Learn) · Security and governance (MS Learn)