Microsoft Entra Agent ID는 암호나 비밀을 로컬에 저장하나요?

아니요. 에이전트 ID에는 로컬 자격 증명, 비밀 또는 인증서가 없습니다. 인증은 상위 블루프린트가 전적으로 관리합니다.

에이전트 블루프린트는 다중 테넌트 배포를 어떻게 처리하나요?

게시자는 다중 테넌트 블루프린트를 제공할 수 있지만, 그로 만들어지는 에이전트 ID는 영향 범위를 제한하기 위해 엄격하게 로컬이며 단일 테넌트에 한정됩니다.

AI 에이전트의 담당 사용자가 회사를 떠나면 어떻게 되나요?

Microsoft Entra는 관리되지 않는 에이전트 증가를 막기 위해 에이전트 ID의 담당자 권한을 퇴사하는 담당자의 직속 관리자에게 자동으로 넘겨줍니다.

Microsoft Entra Agent ID vs. 서비스 주체: AI 에이전트는 무엇을 사용해야 할까?

Q: 조건부 액세스 정책을 에이전트 ID에 직접 적용할 수 있나요?

예. 정책은 개별 에이전트 ID, 에이전트 태그 또는 블루프린트 전체를 대상으로 지정할 수 있으며, 이를 통해 자율적인 로그인 요청을 보호할 수 있습니다.

By Mirko Peters · 2026-10-26

Microsoft Entra Agent ID와 서비스 주체를 비교합니다. AI 에이전트에 전용 ID 프레임워크와 블루프린트 거버넌스가 필요한 이유를 M365 환경 기준으로 살펴봅니다.

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

Cover: Microsoft Entra Agent ID - Simply Explained

Microsoft 365에서 자율형 AI 작업자를 배포할 때는 적절한 ID 모델을 선택하는 것이 매우 중요합니다. 기존 서비스 주체는 오랫동안 일반적인 애플리케이션 워크로드를 관리해 왔지만, 일시적이고 생성과 소멸이 빠른 AI 에이전트를 다루기에는 한계가 있습니다. Microsoft Entra Agent ID는 자격 증명 관리와 에이전트 권한을 분리하는 전용 아키텍처를 도입하여 주요 보안 및 감사 가능성 문제를 해결합니다.

핵심 요약

서비스 주체는 자격 증명과 권한을 개별 애플리케이션에 직접 연결하므로, 생성과 소멸이 빠른 AI 에이전트를 추적하고 보호하기 어렵습니다.
Microsoft Entra Agent ID는 자격 증명을 중앙 블루프린트에 저장하고, 개별 작업자에게는 고유한 에이전트 ID를 할당하여 자격 증명을 분리합니다.
에이전트 ID는 에이전트 자체에 로컬 비밀을 두지 않으므로, 구성 요소가 침해되었을 때 잠재적 영향 범위를 크게 줄입니다.
블루프린트를 사용하면 관리자는 대량 정책을 적용하고 수명 주기를 관리할 수 있으며, AI 에이전트 그룹 전체를 확실하게 차단하는 비상 차단 수단으로도 활용할 수 있습니다.
Azure에서 호스팅되는 코드에는 관리 ID가 여전히 적합하며, 에이전트 ID는 런타임에 독립적으로 판단하는 자율형 AI 에이전트를 위해 설계되었습니다.

AI 작업자를 위한 ID 격차 이해하기

AI 에이전트는 기존 기업 ID의 틀에 깔끔하게 들어맞지 않습니다. 암호나 다단계 인증 코드로 인증하는 일반 사용자와도 다르고, 안정적으로 장시간 실행되는 서비스 계정에 의존하는 기존 애플리케이션과도 다르게 동작합니다. 바쁜 자동화 워크플로는 하루 업무 시간 안에 수천 개의 에이전트 인스턴스를 생성했다가 모두 제거할 수 있습니다. 이렇게 일시적인 에이전트가 공유 서비스 계정에 의존하거나 사람의 자격 증명을 빌려 쓰면, 기업의 감사 로그는 금세 신뢰할 수 없게 됩니다.

게다가 새벽 2시에 사고가 발생하면 IT 관리자는 두 가지 근본적인 질문에 답해야 합니다. 어떤 특정 에이전트가 이 작업을 수행했는가, 그리고 누가 그 책임을 지는가입니다. 기존 앱 등록과 공유 서비스 주체를 사용하면 관련 없는 워크로드를 깨뜨리지 않고는 이 질문에 답하기가 거의 불가능합니다. 바로 이런 운영상의 사각지대 때문에 Microsoft는 사람이 아닌 작업자를 위한 전문 프레임워크를 개발했습니다.

서비스 주체와 Agent ID: 아키텍처의 차이

Microsoft Entra Agent ID가 왜 패러다임의 전환인지 이해하려면, 표준 서비스 주체와 구조적으로 어떻게 다른지 알아야 합니다. 서비스 주체는 테넌트 안에 있는 애플리케이션 개체의 일대일 인스턴스입니다. 자체적으로 장기 비밀, 클라이언트 인증서, 직접 권한 할당을 보유합니다. 안정적이고 예측 가능한 웹 앱과 백그라운드 데몬에는 이 모델이 오랫동안 잘 작동해 왔습니다.

하지만 AI 에이전트에 표준 서비스 주체를 강제로 사용하면 심각한 관리상의 마찰이 생깁니다.

자격 증명 확산: 자동화 워크플로가 새 에이전트 인스턴스를 만들 때마다 새 서비스 주체를 생성하면, 환경 곳곳에 클라이언트 비밀이 흩어지게 됩니다.
세분성 문제: 문제를 일으키는 에이전트 하나를 비활성화하려면 수백 개의 서비스 주체를 일일이 확인해야 하며, 그 과정에서 중요한 업무 프로세스가 실수로 중단될 위험이 있습니다.
감사 모호성: 공유 애플리케이션 계정은 정확히 어떤 워크플로 인스턴스가 민감한 회사 데이터에 접근했는지 파악하기 어렵게 만듭니다.

이와 대조적으로 Agent ID 모델은 관리 블루프린트를 통해 상위-하위 관계를 도입합니다. 블루프린트는 인증 자격 증명을 안전하게 저장하고 허용되는 범위를 정의하며, 개별 에이전트 ID는 고유 식별자를 가지고 동적으로 인스턴스화됩니다. 에이전트 ID 자체에는 비밀번호나 비밀 값이 포함되지 않으므로, 공격자가 런타임 환경에서 추출할 수 있는 자격 증명이 존재하지 않습니다.

플릿 관리에서 블루프린트의 힘

Microsoft Entra Agent ID의 핵심 혁신은 블루프린트 객체에 있습니다. 블루프린트는 관련된 AI 작업자 플릿을 관리하는 마스터 템플릿이라고 생각하면 됩니다. 예를 들어 조직에서 '영업 지원 에이전트' 템플릿을 배포한다면, 이 단일 정의에서 북미, 남미, 유럽을 위한 지역별 인스턴스를 동적으로 생성할 수 있습니다.

이러한 에이전트들은 공통 블루프린트를 공유하기 때문에, 관리자는 손쉽게 확장되는 강력한 관리 기능을 얻게 됩니다.

중앙 집중식 정책 적용: 블루프린트에 조건부 액세스 정책이나 Microsoft Graph 권한 제한을 적용하면, 향후 생성되는 인스턴스를 포함하여 해당 블루프린트에서 생성된 모든 에이전트 인스턴스에 자동으로 적용됩니다.
궁극의 킬 스위치: 특정 에이전트 클래스에서 취약점이 발견되면, 상위 블루프린트를 비활성화하는 것만으로 테넌트 전체에서 하위 모든 에이전트 ID의 인증이 즉시 중단됩니다.
책임 있는 스폰서 거버넌스: 모든 에이전트 ID에는 지정된 사람 스폰서가 있어야 합니다. 해당 스폰서가 조직을 떠나면 Microsoft Entra는 스폰서 권한을 자동으로 상급 관리자에게 넘겨, 감독 없이 방치되는 AI 워크로드가 생기지 않도록 합니다.

아키텍처에서 각 ID 유형을 사용해야 할 때

최신 Microsoft 365 및 Azure 환경에서는 사람이 아닌 ID에 대해 다각적인 접근이 필요합니다. 적절한 메커니즘을 선택하면 보안 공백과 관리 부담을 줄일 수 있습니다.

Azure에서 호스팅되는 코드를 위한 관리 ID

사용자 지정 코드, 함수 또는 마이크로서비스가 Azure 인프라 내에서 직접 실행된다면 항상 관리 ID를 기본으로 사용하십시오. Azure가 수명 주기와 자격 증명 순환을 자동으로 처리하므로, 팀이 관리하거나 실수로 소스 코드 저장소에 유출할 비밀 값이 전혀 존재하지 않습니다.

기존 애플리케이션을 위한 서비스 주체

안정 상태의 엔터프라이즈 애플리케이션, SaaS 통합, 그리고 지속적이고 전용 애플리케이션 컨텍스트와 기존 클라이언트 자격 증명 흐름이 필요한 장기 실행 데몬 서비스에는 표준 서비스 주체를 계속 사용하십시오.

자율형 AI 작업자를 위한 에이전트 ID

상황을 동적으로 평가하고, 자율적으로 결정을 내리며, 사용자 또는 워크플로를 대신하여 Microsoft 365 데이터와 상호 작용하는 AI 에이전트(예: Copilot Studio 또는 사용자 지정 오케스트레이션 프레임워크로 구축된 에이전트)를 배포할 때는 Microsoft Entra Agent ID를 사용하십시오.

클라우드의 미래를 안전하게 준비하기

자율형 인공지능이 디지털 전환의 핵심 축이 되면서, 기존 서비스 계정으로 AI 에이전트를 관리하는 것은 받아들이기 어려운 보안 부채를 초래합니다. Microsoft Entra Agent ID를 도입하면 IT 관리자는 엄격한 거버넌스, 명확한 감사 추적, 그리고 최소 권한 원칙에 기반한 견고한 보호 장치를 유지하면서 최신 AI의 속도와 규모를 활용할 수 있습니다. 이러한 메커니즘이 내부에서 어떻게 작동하는지 더 자세히 알고 싶다면 전체 에피소드 듣기를 통해 Microsoft 클라우드 보안에 대한 저희의 지속적인 대화에 참여해 주십시오.

자주 묻는 질문

Microsoft Entra Agent ID는 비밀번호나 비밀 값을 로컬에 저장합니까?

아닙니다. 에이전트 ID는 로컬 자격 증명, 비밀 값 또는 인증서를 포함하지 않도록 설계되었습니다. 인증 메커니즘은 상위 블루프린트가 안전하게 관리하므로, 공격자가 에이전트 런타임 환경에서 키를 추출할 수 없습니다.

에이전트 블루프린트는 다중 테넌트 배포를 어떻게 처리합니까?

블루프린트는 다중 테넌트 템플릿으로 여러 조직에 게시할 수 있습니다. 그러나 고객이 자신의 테넌트에 블루프린트를 배포하면, 생성되는 에이전트 ID는 엄격히 단일 테넌트이며 로컬로 제한되어, 영향 범위가 조직 경계 내에 완전히 머무르도록 보장됩니다.

사람 스폰서가 회사를 떠나면 AI 에이전트는 어떻게 됩니까?

감독 없이 무기한 실행되는 고아 AI 작업자가 생기지 않도록, Microsoft Entra는 에이전트 ID의 스폰서 권한을 퇴사하는 스폰서의 직속 관리자에게 자동으로 이전합니다.

조건부 액세스 정책을 에이전트 ID에 직접 적용할 수 있나요?

예. 조건부 액세스 엔진은 사람 사용자와 마찬가지로 에이전트 ID의 로그인 신호를 평가합니다. 또한 에이전트 블루프린트를 대상으로 정책을 지정하면, 해당 템플릿에서 만들어진 현재 및 향후 모든 에이전트 인스턴스에 이 규칙이 자동으로 적용됩니다.