기업에서 AI 에이전트가 업무를 자동으로 처리하도록 허용했다면, 그 에이전트가 어디까지 행동할 수 있는지도 통제할 수 있어야 한다.
예를 들어 구매 업무를 지원하는 AI 에이전트가 발주 내역을 조회하고 구매 요청서를 작성하는 것은 정상적인 업무다. 하지만 동일한 에이전트가 승인 없이 거래처 계좌를 변경하거나 대금을 이체할 수 있다면 문제가 달라진다.
기존의 계정·접근권한 관리 체계는 사용자가 특정 시스템에 접근할 수 있는지를 판단하는 데 초점을 맞춰왔다. 그러나 AI 에이전트는 여러 시스템과 외부 도구를 연결하고, 업무 진행 상황에 따라 다음 행동을 스스로 결정할 수 있다.
이 때문에 AI 에이전트에는 시스템 접근 권한뿐 아니라 업무 수행 과정에서 허용되는 행동의 범위를 통제하는 체계가 요구된다.
2026년 10월 15일, ServiceNow는 이러한 문제를 해결하기 위한 새로운 AI 에이전트 권한 관리 기술인 'AI Passport'를 발표했다.
AI Passport는 AI 에이전트의 권한 범위를 암호학적으로 검증할 수 있는 자격증명에 담고, 에이전트가 업무를 실행하는 시점에 허용된 행동인지 확인하도록 설계된 기술이다.
이번 발표의 주요 내용과 기존 IAM(Identity and Access Management)과의 차이, 기업 환경에서의 활용 가능성을 살펴본다.
1. ServiceNow AI Passport 발표의 주요 내용
ServiceNow는 2026년 10월 15일 공식 보도자료를 통해 AI Passport와 기업용 AI 거버넌스 기능의 확장 계획을 공개했다.
AI Passport의 핵심은 AI 에이전트가 수행하려는 작업이 사전에 승인된 권한 범위에 포함되는지를 실행 시점에 확인하는 것이다.
이는 AI 에이전트가 어떤 시스템에 로그인할 수 있는지만 확인하는 기존 접근통제 방식과 구분된다.
예를 들어 AI 에이전트가 고객관리 시스템에 접근할 수 있다고 하더라도 모든 고객 데이터를 수정하거나 삭제할 수 있어야 하는 것은 아니다. 승인된 업무가 고객 문의 조회라면 조회 권한만 허용하고, 정보 수정이나 삭제는 별도의 통제를 적용할 수 있어야 한다.
ServiceNow가 발표한 AI Passport의 주요 특징은 다음과 같다.
| 주요 기능 | 설명 |
|---|---|
| 암호학적으로 서명된 자격증명 | AI 에이전트에 부여된 권한 범위의 무결성과 발급 근거를 검증 |
| 실행 시점 권한 검증 | 에이전트가 실제 작업을 수행할 때 허용 범위 확인 |
| 권한 범위 제한 | AI 에이전트의 접근 데이터와 실행 가능한 작업을 제한 |
| 단계별 권한 위임 | 다른 에이전트에 업무를 위임할 때 권한 범위를 좁히는 방식 지원 |
| 권한 회수 및 실행 중단 | 정책 위반 상황에서 접근 제한 또는 중단 조치 |
| 감사 추적 | AI 에이전트의 실행과 권한 검증에 관한 기록 관리 |
ServiceNow는 AI Passport를 자체 개발한 에이전트뿐 아니라 외부 AI 에이전트와 MCP(Model Context Protocol) 서버에도 적용할 수 있는 개방형 구조로 설명했다.
또한 NVIDIA를 설계 및 출시 협력사로 발표하고, NVIDIA Open Agent Safety Platform을 통한 실행 시점 통제 구현을 추진하고 있다.
다만 2026년 10월 18일 현재 AI Passport는 발표된 제품으로, 공식 제공 예정 시점은 2026년 4분기다. 발표된 모든 기능이 현재 일반 고객 환경에서 사용 가능하다는 의미는 아니다.
2. 기존 IAM만으로 AI 에이전트를 관리하기 어려운 이유
기업의 IAM은 사용자와 시스템의 신원을 확인하고, 부여된 권한에 따라 자원 접근을 허용하거나 차단하는 기술이다.
일반적으로 직원 계정에는 조직과 직무에 맞는 권한이 부여된다. 서비스 계정도 특정 애플리케이션이나 자동화 작업을 수행할 수 있도록 필요한 접근 권한을 할당받는다.
AI 에이전트 역시 시스템 접근을 위해 계정이나 API 토큰 등 비인간 식별자(NHI, Non-Human Identity)를 사용할 수 있다.
그러나 AI 에이전트는 일반적인 자동화 프로그램과 다른 특성을 갖는다.
2.1. 사전에 정해진 명령만 실행하지 않는다
전통적인 자동화 프로그램은 대부분 정해진 조건과 절차에 따라 동작한다.
반면 AI 에이전트는 사용자의 요청을 해석하고, 필요한 작업을 선택하며, 작업 결과에 따라 다음 행동을 결정할 수 있다.
예를 들어 사용자가 AI 에이전트에게 구매 요청 처리를 지시하면 에이전트는 구매 내역을 조회하고, 재고를 확인하고, 결재 문서를 작성하는 여러 작업을 수행할 수 있다.
이때 에이전트가 사용할 수 있는 도구의 범위가 넓다면 원래 요청과 관계없는 업무까지 실행할 가능성이 생긴다.
2.2. 여러 시스템의 권한을 조합해 사용한다
AI 에이전트는 하나의 애플리케이션만 사용하는 것이 아니라 여러 시스템을 연결해 업무를 수행할 수 있다.
예를 들어 구매 업무용 에이전트는 ERP, 거래처 관리 시스템, 전자결재 시스템에 각각 접근할 수 있다.
개별 시스템에서는 접근 권한이 정상적으로 부여되어 있더라도, 에이전트가 이러한 권한을 조합하면 처음 의도한 것보다 넓은 업무를 수행할 수 있다.
따라서 개별 시스템의 접근 권한뿐 아니라 전체 업무 흐름에서 어떤 행동이 허용되는지 확인해야 한다.
2.3. 외부 도구와 다른 에이전트에 업무를 위임한다
AI 에이전트가 MCP 서버를 통해 외부 도구를 호출하거나 다른 에이전트에 일부 작업을 위임하는 경우도 있다.
이때 원래 에이전트가 가진 권한이 별도 제한 없이 다른 에이전트로 전달된다면 권한이 과도하게 확대될 위험이 있다.
OWASP가 발표한 Agentic AI 보안 위험 항목에도 도구 오용(Tool Misuse), 신원 및 권한 남용(Identity & Privilege Abuse), 에이전트 간 통신 위험 등이 포함되어 있다.
즉, AI 에이전트에서는 계정 보안뿐 아니라 행동 권한, 도구 호출, 권한 위임 과정까지 통제 범위를 확장할 필요가 있다.
3. AI Passport의 권한 검증 구조
ServiceNow가 발표한 AI Passport는 AI 에이전트에 권한 정보를 담은 암호학적 자격증명을 발급하고, 해당 정보를 실행 시점에 검증하는 방식이다.
AI Passport의 역할을 이해하려면 신원 확인과 권한 검증을 구분해야 한다.
신원 확인은 '어떤 에이전트인가'를 확인하는 과정이고, 권한 검증은 '그 에이전트가 현재 수행하려는 행동이 허용되는가'를 판단하는 과정이다.
AI Passport는 후자의 문제를 해결하기 위한 추가적인 통제 수단에 가깝다.
3.1. AI 에이전트 등록과 관리 책임자 지정
AI 에이전트를 기업 업무에 투입하려면 우선 관리 대상에 등록해야 한다.
등록 과정에서는 에이전트의 소유 부서, 업무 목적, 사용하는 시스템, 접근 가능한 데이터 등을 확인할 수 있어야 한다.
ServiceNow의 AI Control Tower는 이러한 AI 자산의 식별과 관리 기능을 제공하는 플랫폼이다.
AI Passport는 이 플랫폼의 업무 정보와 거버넌스 정책을 활용하도록 설계됐다.
3.2. 업무에 필요한 권한 범위 정의
에이전트가 등록되면 수행 가능한 업무 범위를 정의한다.
예를 들어 구매 업무용 AI 에이전트의 권한을 다음과 같이 구분할 수 있다.
- 구매 요청 내역 조회: 허용
- 거래처 기본정보 조회: 허용
- 구매 요청서 초안 작성: 허용
- 구매 요청서 최종 승인: 별도 승인 필요
- 거래처 계좌정보 변경: 불허
- 대금 이체: 불허
이 권한 범위는 단순히 특정 시스템의 접근 가능 여부만 의미하지 않는다.
동일한 시스템에서도 조회, 생성, 수정, 삭제 등 실행할 수 있는 작업을 구분하는 것이 핵심이다.
ServiceNow는 CMDB(Configuration Management Database), GRC(Governance, Risk, and Compliance) 정책, 업무 승인 정보 등을 AI Passport의 권한 판단에 활용한다고 설명한다.
3.3. 암호학적으로 서명된 자격증명 발급
AI Passport는 에이전트에 허용된 권한 범위를 검증 가능한 자격증명 형태로 제공한다.
암호학적 서명은 자격증명의 발급 근거와 무결성을 검증하는 데 사용된다.
이 구조에서는 에이전트가 스스로 권한이 있다고 주장하는 것만으로 접근을 허용하지 않고, 신뢰할 수 있는 발급 주체가 부여한 권한인지 확인할 수 있다.
다만 서명 자체가 모든 보안 위협을 막는 것은 아니다.
자격증명이 유효하더라도 실제 요청이 현재 정책과 일치하는지, 권한이 회수되지 않았는지 등을 확인하는 통제 구조가 필요하다.
3.4. 실행 시점 권한 검증
AI 에이전트가 업무를 수행하면서 특정 시스템이나 도구를 호출하면 실행 경로의 통제 지점에서 권한을 확인한다.
예를 들어 구매 요청서 작성이 허용된 에이전트가 거래처 계좌 변경을 요청했다면, 해당 작업이 AI Passport에 정의된 권한 범위에 포함되는지를 검사한다.
허용되지 않은 작업이라면 실행을 제한하거나 별도의 승인 절차로 연결하는 방식이 가능하다.
이러한 통제를 실제로 적용하려면 에이전트가 사용하는 플랫폼과 도구 호출 경로에 권한 검증을 수행할 수 있는 집행 지점(Enforcement Point)이 필요하다.
ServiceNow는 NVIDIA Open Agent Safety Platform과 협력해 이러한 실행 계층의 통제를 구현할 계획이라고 밝혔다.
3.5. 실행 기록과 권한 회수
AI Passport의 권한 검증 결과는 감사 기록과 연결된다.
기업은 어떤 에이전트가 어떤 업무를 수행했는지, 해당 작업이 어떤 권한에 근거해 허용됐는지 추적할 수 있는 체계를 마련할 수 있다.
또한 업무 범위를 벗어나는 에이전트에 대해서는 권한 제한이나 실행 중단 조치를 적용할 수 있도록 설계됐다.
다만 권한 회수 또는 중단 명령이 실제 외부 플랫폼과 MCP 서버에서 즉시 적용되는지는 해당 시스템의 연동 방식과 정책 집행 기능에 따라 확인해야 한다.
4. AI Passport와 기존 IAM의 차이
AI Passport는 기존 IAM을 완전히 대체하는 기술이 아니다.
일반적인 IAM은 사용자와 서비스 계정의 신원 및 자원 접근을 관리한다. AI Passport는 이러한 통제 위에서 AI 에이전트가 업무 수행 과정에서 어떤 행동을 할 수 있는지 검증하는 역할을 목표로 한다.
ServiceNow가 별도로 제공하는 AI Agent Security는 에이전트의 신원과 실제 접근 권한, 관리 책임자, 권한 확산 위험 등을 파악하는 데 초점을 맞춘다.
AI Gateway는 MCP 서버와 외부 도구를 연결하는 구간에서 인증과 정책 집행을 담당한다.
각 기술의 역할을 비교하면 다음과 같다.
| 구분 | 기존 IAM | AI Passport | AI Gateway |
|---|---|---|---|
| 주요 관리 대상 | 사용자·서비스 계정 | AI 에이전트의 승인된 행동 범위 | AI 에이전트와 MCP 도구의 연결 |
| 핵심 기능 | 인증 및 자원 접근 권한 관리 | 권한 범위 증명 및 실행 시점 검증 지원 | 도구 연결 인증과 정책 집행 |
| 통제 기준 | 계정, 역할, 권한 정책 | 업무 목적과 승인된 실행 범위 | 연결·도구 호출 및 보안 정책 |
| 업무 중 권한 확인 | 시스템별 정책에 따라 수행 | 에이전트의 작업 범위 검증을 목표로 함 | MCP 호출 과정의 정책 검증 |
| 주요 활용 목적 | 계정과 자원 접근 보호 | 에이전트의 과도한 행동 제한 | 외부 도구 사용과 연결 통제 |
※ 위 비교는 기술의 주요 역할을 구분하기 위한 것으로, 모든 IAM 제품의 기능이 동일하다는 의미는 아니다. 또한 AI Passport의 기능은 2026년 10월 발표된 제품 설계를 기준으로 한다.
실제 기업 환경에서는 하나의 기술만으로 에이전트 보안을 완성하기 어렵다.
에이전트의 신원을 확인하는 IAM, 승인된 행동 범위를 정의하는 권한 정책, 실제 도구 호출을 통제하는 집행 계층이 함께 작동해야 한다.
5. 기업 업무에 적용하는 AI Passport 활용 사례
AI Passport가 어떤 문제를 해결하려는 기술인지 이해하기 위해 기업의 구매 업무를 예로 들어보자.
다음 사례는 ServiceNow가 공개한 고객 구축 사례가 아니라, 발표된 기능을 기반으로 구성한 가상 적용 예시다.
5.1. AI 에이전트가 구매 요청을 처리하는 환경
기업에서 직원의 구매 요청을 자동으로 처리하는 AI 에이전트를 운영한다고 가정한다.
이 에이전트는 구매 요청을 접수하고, 필요한 제품의 정보를 확인한 뒤, 구매 요청서 초안을 작성한다.
일부 작업은 다른 AI 에이전트에 위임할 수 있다.
예를 들어 가격 비교를 담당하는 별도의 에이전트에 거래처별 견적 조회를 요청하는 방식이다.
이때 모든 에이전트에 동일한 ERP 접근 권한을 부여한다면 불필요한 권한이 확대될 수 있다.
5.2. 업무 단계별 권한 분리
보다 안전한 구조에서는 에이전트의 역할에 따라 권한을 구분할 수 있다.
| AI 에이전트 | 허용 작업 | 제한 작업 |
|---|---|---|
| 구매 요청 에이전트 | 구매 내역 조회, 요청서 초안 작성 | 최종 승인, 대금 이체 |
| 가격 비교 에이전트 | 거래처 가격 및 견적 정보 조회 | 거래처 정보 수정, 발주 확정 |
| 승인 지원 에이전트 | 결재 자료 정리, 승인 요청 전달 | 권한 없는 최종 승인 |
이 구조에서는 구매 요청 에이전트가 가격 비교 에이전트에 업무를 위임하더라도 가격 조회에 필요한 범위만 전달하도록 설계할 수 있다.
가격 비교 에이전트가 거래처 계좌를 수정하거나 발주를 확정하려는 경우에는 권한 범위를 벗어난 요청으로 처리할 수 있다.
ServiceNow는 AI Passport의 주요 설계 요소로 권한 위임 범위를 단계적으로 좁히는 방식을 제시하고 있다.
5.3. 권한 검증만으로 업무 오류를 막을 수는 없다
여기서 구분해야 할 점이 있다.
AI Passport가 구매 요청서 작성 권한을 검증할 수 있더라도, 작성된 요청서의 내용이 정확한지까지 자동으로 보장하는 것은 아니다.
예를 들어 에이전트가 잘못된 수량을 입력하거나 부정확한 가격을 참조했다면 권한 정책을 위반하지 않고도 업무 오류가 발생할 수 있다.
따라서 기업에서는 권한 검증과 별도로 입력 데이터 검증, 거래 금액 제한, 승인 절차, 결과 확인 등의 업무 통제를 적용해야 한다.
AI 에이전트가 허용된 작업을 수행하는 것과 올바른 결과를 만드는 것은 서로 다른 문제다.
6. AI Passport 도입 시 검토해야 할 보안 위험
AI Passport는 AI 에이전트의 권한 통제를 강화하기 위한 기술이지만, 해당 기능만 도입하면 모든 에이전트 보안 문제가 해결되는 것은 아니다.
실제 기업 환경에서는 다음 사항을 구분해 검토해야 한다.
6.1. 프롬프트 인젝션과 권한 남용
공격자가 AI 에이전트가 처리하는 문서나 외부 데이터에 악의적인 지시를 포함시키는 프롬프트 인젝션 공격이 발생할 수 있다.
AI Passport와 같은 권한 제한 체계는 에이전트가 허용되지 않은 행동을 수행하지 못하도록 통제하는 데 도움이 될 수 있다.
그러나 공격자가 에이전트에 이미 허용된 작업을 악용한다면 권한 검증만으로는 위험을 제거하기 어렵다.
예를 들어 고객 정보 조회 권한이 정상적으로 부여된 에이전트가 잘못된 지시에 따라 과도한 범위의 데이터를 조회하는 상황이 이에 해당한다.
따라서 데이터 접근 범위, 요청량, 외부 전송 경로에 대한 별도 통제도 필요하다.
6.2. 자격증명의 유효성과 회수
암호학적으로 서명된 자격증명이라도 유효기간과 회수 절차가 명확하지 않으면 문제가 생길 수 있다.
예를 들어 에이전트의 업무가 변경됐는데 과거에 발급한 권한이 계속 유효하다면 불필요한 접근이 유지된다.
기업에서는 자격증명의 유효기간, 권한 변경 시 갱신 방식, 회수 정보 반영 시간 등을 확인해야 한다.
6.3. 외부 시스템과의 정책 집행 연동
AI 에이전트가 사용하는 모든 시스템이 동일한 방식으로 권한 검증을 지원하는 것은 아니다.
ServiceNow의 발표는 개방형 규격과 외부 플랫폼 연동을 강조하지만, 실제 지원 범위와 구현 수준은 제품이 제공되는 시점에 확인해야 한다.
특히 AI 에이전트가 통제 지점을 거치지 않고 외부 시스템에 직접 접근할 수 있는 경로가 남아 있다면 정책 우회 가능성이 생긴다.
6.4. 감사 기록과 개인정보 보호
에이전트의 실행 기록을 상세하게 수집하면 사고 조사와 책임 추적에 도움이 된다.
반면 로그에 고객 개인정보, 인증 토큰, 업무상 민감정보가 포함될 가능성도 존재한다.
기업은 감사 기록에 필요한 정보를 정의하고, 민감정보 마스킹과 로그 접근권한 제한, 보관기간 설정을 함께 검토해야 한다.
NIST AI 위험관리 프레임워크(AI RMF) 역시 AI 시스템의 위험을 식별하고 평가하며 지속적으로 관리하는 체계를 강조한다.
따라서 AI Passport는 기업의 AI 위험관리 체계 안에서 활용할 수 있는 하나의 기술적 통제 수단으로 이해하는 것이 적절하다.
7. 기업의 AI 에이전트 도입 전 보안 점검 항목
AI Passport 도입 여부와 관계없이 기업에서 AI 에이전트를 운영한다면 최소한의 통제 기준을 마련해야 한다.
특히 실제 업무 데이터를 처리하거나 외부 시스템에 대한 수정 권한을 가진 에이전트라면 권한 관리 절차를 명확하게 설정할 필요가 있다.
다음은 기업 보안 담당자가 AI 에이전트 도입 검토에 활용할 수 있는 점검표다.
| 점검 영역 | 확인 항목 | 미흡 시 위험 |
|---|---|---|
| 자산 관리 | 모든 AI 에이전트와 관리 책임자가 등록되어 있는가? | 미승인 에이전트 운영 |
| 신원 관리 | 에이전트별 식별자와 인증정보가 구분되어 있는가? | 권한 공유 및 책임 추적 어려움 |
| 접근통제 | 업무에 필요한 최소 권한만 부여했는가? | 과도한 데이터 접근 |
| 행동 통제 | 조회·수정·삭제·승인 등 작업별 권한을 구분했는가? | 승인되지 않은 업무 실행 |
| 권한 위임 | 다른 에이전트나 도구에 위임하는 권한이 제한되는가? | 권한 확산 |
| 실행 통제 | 실제 작업 시점에 권한을 검증할 수 있는가? | 정책 우회 |
| 기록 관리 | 실행 내역과 권한 판단 근거를 추적할 수 있는가? | 사고 조사 및 책임 확인 어려움 |
| 사고 대응 | 권한 회수와 에이전트 실행 중단이 가능한가? | 사고 확산 |
| 데이터 보호 | 민감정보 조회·전송을 별도로 통제하는가? | 정보 유출 |
| 변경 관리 | 에이전트의 기능이나 연결 도구 변경 시 권한을 재검토하는가? | 기존 권한의 부적절한 유지 |
이 점검표는 특정 제품의 필수 설정 목록이 아니라, 기업이 AI 에이전트를 도입할 때 확인할 수 있는 일반적인 보안관리 기준이다.
실제 점검 과정에서는 단순히 기능이 존재하는지만 확인해서는 안 된다.
예를 들어 실행 중단 기능이 있다고 하더라도 외부 시스템과의 연결이 끊어진 상황에서 정상적으로 동작하는지, 이미 발급된 인증 토큰을 사용할 수 있는지 등을 시험해야 한다.
또한 에이전트가 사용하지 않는 권한을 장기간 보유하고 있지 않은지 정기적으로 검토하는 절차도 필요하다.
8. 실무자 관점에서 본 AI Passport의 의미와 한계
ServiceNow의 AI Passport 발표는 AI 에이전트 보안에서 통제 대상이 어디까지 확대되어야 하는지를 보여준다.
기존 보안관리에서는 계정이 누구의 것인지, 어떤 시스템에 접근할 수 있는지, 어떤 권한이 부여되어 있는지를 주로 확인했다.
AI 에이전트 환경에서는 여기에 추가적인 질문이 필요하다.
해당 에이전트가 현재 어떤 업무를 수행하고 있는지, 실행하려는 작업이 승인된 범위인지, 다른 에이전트에 어떤 권한을 전달했는지까지 확인해야 한다.
특히 기업 입장에서는 AI 에이전트가 사용자의 권한을 그대로 승계하거나, 여러 서비스 계정의 권한을 조합해 사용하는 상황을 주의해야 한다.
이러한 구조에서는 특정 계정의 권한이 정상적으로 설정되어 있어도 전체 업무 흐름에서 예상하지 못한 행동이 가능해질 수 있기 때문이다.
AI Passport가 제시하는 접근 방식은 업무 수행 시점에 권한을 검증하고, 위임되는 권한을 제한하며, 실행 결과를 감사 기록으로 연결한다는 점에서 검토할 가치가 있다.
다만 실제 도입 효과는 제품의 기능 설명보다 기업 시스템과의 연동 수준에 따라 달라진다.
예를 들어 특정 MCP 서버에서만 권한 검증이 이루어지고 다른 API 연결에는 동일한 정책이 적용되지 않는다면 통제되지 않는 경로가 남게 된다.
따라서 기업에서는 AI Passport와 같은 기술을 평가할 때 다음 세 가지를 우선 확인하는 것이 합리적이다.
첫째, AI 에이전트가 사용하는 모든 주요 업무 경로에 통제를 적용할 수 있는가.
둘째, 권한 변경과 회수가 실제 실행 환경에 충분히 빠르게 반영되는가.
셋째, 정책 위반 시 기록과 차단 조치가 예상대로 이루어지는가.
현재 AI Passport는 공식 출시가 예정된 단계이므로 실제 제품이 제공되면 이러한 사항을 별도로 검증할 필요가 있다.
결론
ServiceNow가 발표한 AI Passport는 AI 에이전트에 허용된 행동 범위를 검증 가능한 자격증명으로 관리하고, 실행 시점에 해당 범위를 확인하도록 설계된 기술이다.
이번 발표는 AI 에이전트 보안에서 신원 관리뿐 아니라 업무 수행 권한과 권한 위임을 통제하는 체계가 중요해지고 있음을 보여준다.
그러나 AI Passport가 기존 IAM이나 업무 승인 절차, 데이터 보호 기능을 대체하는 것은 아니다.
기업에서는 기존 계정과 접근권한 관리 체계를 유지하면서 AI 에이전트의 실행 권한을 세분화하고, 외부 도구 호출과 권한 위임, 감사 기록을 연계하는 방향으로 보안체계를 설계해야 한다.
특히 실제 운영 환경에서는 '에이전트가 어떤 시스템에 접근할 수 있는가'와 '그 시스템에서 어떤 행동까지 허용할 것인가'를 구분하는 것이 출발점이다.
AI Passport는 이러한 통제를 구현하기 위한 새로운 접근 방식이다. 다만 제품의 실제 제공 범위와 기술적 제약을 확인한 뒤, 기업의 기존 IAM 및 보안관리 체계에 어떻게 연결할지 판단해야 한다.