CrowdStrike Blueprint Alliance, AI 에이전트 ID 격차에 맞선 벤더 연대

CrowdStrike는 기업이 더 이상 피할 수 없는 충돌을 중심으로 구성된 새 연합에 다른 11개 창립 벤더와 함께 참여했다. AI 에이전트는 유용하려면 광범위한 접근 권한이 필요하지만, 바로 그 접근 권한 때문에 관리하기가 어렵다. CrowdStrike Blueprint Alliance는 공동 보안 아키텍처로 이 격차를 해소하는 것을 목표로 한다.

정식 명칭이 Blueprint Alliance인 이 연합은 2026년 9월 22일 출범했다. 회원사는 ID, 클라우드 인프라, 사이버 보안, 데이터 플랫폼, 애플리케이션 개발, 엔터프라이즈 소프트웨어 분야를 아우른다. 에이전트 하나가 하나의 작업을 수행하는 동안 이들 여러 영역을 넘나들 수 있다는 점에서 이 범위는 중요하다.

이번 발표는 또 하나의 CrowdStrike AI 에이전트 보안 파트너십 이상의 의미를 갖는다. 기업 예산을 놓고 경쟁하는 벤더들에게 공통 운영 모델을 지원하라고 요구하기 때문이다. 이 모델은 에이전트를 제한된 권한, 추적 가능한 위임, 지속적인 모니터링, 되돌릴 수 있는 격리를 갖춘 식별 가능한 행위자로 취급한다.

더 어려운 문제는 공동 원칙이 상호운용 가능한 통제로 발전할 수 있느냐는 점이다. 기업에는 용어에 대한 벤더 간 합의 이상이 필요하다. 하나의 시스템으로 설계되지 않은 제품 전반에서 일관된 탐지, 권한 부여, 로깅, 종료 동작이 필요하다.

CrowdStrike Blueprint Alliance, 에이전트 스택의 12개 요소를 연결하다

이 연합은 AI 에이전트 보안을 제품 수준 기능에서 벤더 간 아키텍처 문제로 전환한다.

12개 창립 회원사는 AWS, CrowdStrike, Databricks, Docker, Google Cloud, Lovable, Okta, Proofpoint, Salesforce, ServiceNow, Wiz, Zscaler다. GE Appliances와 World Central Kitchen은 전략 자문 역할을 맡고 있다.

공식 연합 발표에 따르면, 회원사들은 개방형 멀티벤더 레퍼런스 아키텍처를 개발할 예정이다. 이 작업은 Okta가 2026년 3월 처음 공개한 보안 블루프린트를 확장한다.

이 아키텍처는 네 가지 운영 질문에서 출발한다:

• 조직의 에이전트는 어디에 있는가?

• 각 에이전트는 무엇을 할 수 있는가?

• 각 에이전트는 무엇을 하고 있는가?

• 방어 담당자는 어떻게 대응해야 하는가?

이 질문들은 기본적으로 들린다. 그러나 대부분의 기업은 클라우드 계정, 소프트웨어 플랫폼, 개발 환경, 데이터 시스템, 직원이 설치한 도구 전반에서 이에 일관되게 답하지 못한다.

AI 에이전트는 목표를 해석하고, 맥락을 수집하고, 도구를 선택하며, 제한된 감독 아래 행동을 수행할 수 있는 소프트웨어다. 고객 서비스 에이전트는 지원 티켓을 읽고, 계정 이력을 확인하고, 환불을 승인한 뒤 CRM 기록을 업데이트할 수 있다.

각 단계는 서로 다른 통제 지점을 도입한다. 에이전트는 인증하기 전에 ID가 필요하다. 고객 기록에 접근하기 전에는 권한 부여가 필요하다. 작업이 실행되는 동안에는 행동을 모니터링해야 한다. 작업이 끝나면 접근 권한은 철회돼야 한다.

창립 원칙은 이 순서를 반영한다. 회원사들은 모든 에이전트가 사람의 자격 증명을 빌려 쓰는 대신 독립적인 일급 ID를 받아야 한다고 말한다. 접근 권한은 영구적으로 부여하기보다 작업 범위에 맞게 제한돼야 한다. 한 에이전트가 다른 에이전트를 호출할 때도 위임은 추적 가능해야 한다.

연합은 또한 지속적인 런타임 모니터링을 요구한다. 런타임 모니터링은 실행 전 승인에만 의존하지 않고, 에이전트가 작동하는 동안 무엇을 하는지 관찰한다. 행동이 안전하지 않아지면 즉각적이고 되돌릴 수 있는 격리가 이뤄져야 한다.

CrowdStrike는 엔터프라이즈 보안의 탐지 및 대응 측면에서 이 체계에 참여한다. Okta는 ID 통제를 제공하며, AWS와 Google Cloud는 인프라를 대표한다. Salesforce와 ServiceNow는 에이전트가 비즈니스 작업을 시작할 수 있는 애플리케이션 환경을 운영한다.

Databricks는 데이터 인프라를 담당하고, Docker와 Lovable은 개발 및 배포 워크플로와 맞닿아 있다. Proofpoint, Wiz, Zscaler는 통신, 클라우드 노출, 네트워크 접근을 둘러싼 통제를 더한다.

이러한 역할 분담은 어느 한 회원사도 전체 아키텍처를 제공할 수 없는 이유를 보여준다. ID 플랫폼은 에이전트를 인증할 수 있지만 모든 후속 행동을 자동으로 확인할 수는 없다. 엔드포인트 또는 클라우드 보안 제품은 의심스러운 행동을 탐지할 수 있지만 상류 단계의 모든 권한을 통제하지는 못한다.

따라서 이 연합은 신뢰할 만한 진단에서 출발한다. 에이전트 보안은 서로 다른 팀이 소유하고 서로 다른 벤더가 제공하는 시스템 전반에 걸쳐 있다. 해결되지 않은 쟁점은 이들 벤더가 거버넌스를 지속적으로 유지할 만큼 통제를 충분히 깊게 연결할 수 있느냐는 것이다.

AI 에이전트가 익숙한 접근 문제를 더 빠른 실패로 바꾸는 이유

에이전트는 권한을 재사용하고, 행동을 연쇄적으로 수행하며, 사람의 세션보다 오래 작동할 수 있기 때문에 기존 ID 취약점을 증폭시킨다.

전통적인 엔터프라이즈 자동화도 이미 서비스 계정, API 키, 워크로드 ID를 사용한다. 보안팀은 소유자가 불분명하거나 권한이 무기한 활성 상태로 남을 때 이러한 자격 증명이 얼마나 다루기 어려워지는지 알고 있다.

AI 에이전트는 이 기존 문제에 불확실한 의사결정 경로를 더한다. 다음 행동은 모델 출력, 검색된 콘텐츠, 도구 응답 또는 다른 에이전트가 제공한 지침에 따라 달라질 수 있다. 소프트웨어는 명시된 목표를 바꾸지 않고도 경로를 바꿀 수 있다.

이 유연성은 에이전트의 유용성 원천이다. 동시에 광범위하고 상시적인 접근 권한이 특히 심각한 위험을 초래하는 이유이기도 하다. 침해되거나 조작된 에이전트는 운영자의 의도에서 벗어나 행동하면서도 유효한 권한을 사용할 수 있다.

NIST는 이 ID 문제를 우선 과제로 지목했다. 에이전트 표준 이니셔티브는 자율 에이전트를 위한 보안, ID, 상호운용성, 업계 주도 표준을 다룬다.

이 기관은 에이전트를 이메일, 캘린더, 소프트웨어 개발, 쇼핑 및 기타 워크플로 전반에서 자율적 행동을 수행할 수 있는 시스템으로 설명한다. 그 유용성은 외부 시스템 및 내부 데이터와의 연결에 달려 있다.

이러한 연결은 여러 질문을 동시에 만든다. 조직은 에이전트와 이를 실행한 직원을 구분할 수 있는가? 에이전트의 소유자와 소프트웨어 출처를 식별할 수 있는가? 특정 행동을 뒷받침한 권한이 무엇인지 입증할 수 있는가?

자격 증명 공유는 이런 답을 더 어렵게 만든다. 직원은 개인 엔터프라이즈 토큰을 사용해 보조 도구를 연결할 수 있다. 그러면 하류 애플리케이션은 에이전트가 행동을 선택하고 실행했을 때도 직원의 ID를 보게 된다.

이러한 구성은 책임성을 약화시킨다. 애플리케이션은 특정 거래를 사람이 승인했는지 밝히지 못한 채 유효한 사용자 요청을 기록할 수 있다. 보안 조사 담당자는 기술적으로 정확하지만 가장 중요한 맥락이 빠진 로그를 받게 된다.

에이전트가 작업을 위임하면 위험은 커진다. 기본 에이전트가 전문 에이전트를 호출하고, 그 에이전트가 다시 별도 서비스를 통해 도구를 호출할 수 있다. 각 전달 단계는 원래 사용자, 승인된 작업, 남은 범위를 흐릴 수 있다.

작업 수준 접근 권한은 더 나은 모델을 제공한다. 에이전트는 하나의 할당 작업에 필요한 리소스와 행동만 받는다. 작업이 완료되거나, 실질적으로 변경되거나, 정의된 조건을 위반하면 권한은 만료된다.

그러나 필요한 경로를 완전히 예측할 수 없을 때 최소 권한은 더욱 어려워진다. 리서치 에이전트는 작업을 시작한 뒤 데이터 소스가 필요하다는 점을 발견할 수 있다. 가능한 모든 권한을 부여하면 작업 범위 제한의 목적이 사라진다.

따라서 기업에는 동적 권한 부여가 필요하다. 정책 시스템은 워크플로가 변하는 과정에서 ID, 작업, 리소스, 맥락, 요청된 행동을 평가해야 한다. 고위험 단계에는 모든 일상적 행동을 멈추지 않으면서도 새로운 승인을 요구할 수 있다.

이것이 실무적으로 설명한 Blueprint Alliance의 배경 압력이다. 기업은 분절된 소프트웨어 환경 전반에서 행동할 수 있는 에이전트를 원한다. 보안팀은 모든 인계 단계에서 그러한 행동이 귀속 가능하고 제한된 상태로 유지되기를 원한다.

핵심 상충 관계는 유용한 접근 권한과 통제 가능한 권한 사이에 있다

이 연합은 모든 워크플로를 반복적인 사람 승인 절차로 축소하지 않으면서 에이전트 권한을 제한할 수 있을 때만 성공한다.

시스템 접근 권한이 전혀 없는 에이전트는 대화형 인터페이스에 지나지 않는다. 무제한 접근 권한을 가진 에이전트는 모니터링되지 않는 관리자가 될 수 있다. 엔터프라이즈 배포는 이 두 극단 사이에서 운영돼야 한다.

주간 영업 업데이트를 준비하는 에이전트를 생각해 보자. 이 에이전트는 CRM 기록을 읽고, 제품 데이터를 가져오고, 최근 회의를 분석하고, 권고안을 작성하며, 요약을 게시할 수 있다. 이 워크플로는 여러 시스템과 비즈니스 팀이 소유한 정보를 넘나든다.

에이전트에는 고객 기록을 삭제하거나 영업 구역을 변경할 권한이 필요하지 않다. 계정 세부 정보에 대한 읽기 접근 권한은 필요할 수 있지만, 문서 하나를 게시할 임시 권한만 있으면 된다. 그 범위는 작업을 따라야 한다.

ID는 이러한 결정의 기반을 제공한다. 조직은 에이전트, 그 소유자, 개발자, 승인된 기능에 관한 고유한 기록을 보유해야 한다. 에이전트가 작업 일부를 위임할 때도 이 ID는 계속 보이는 상태로 유지돼야 한다.

NIST의 ID 가이드라인은 에이전트가 고유 식별자, 자격 증명, 권한을 가져야 한다고 말한다. 이러한 속성은 에이전트를 운영하는 사람 또는 시스템과 계속 연결돼야 한다.

기존 기술은 기반의 일부를 제공한다. OAuth는 비밀번호를 공유하지 않고도 제한된 접근 권한을 위임할 수 있다. 워크로드 ID 시스템은 소프트웨어 프로세스를 인증할 수 있다. 정책 엔진은 정의된 조건에 따라 리소스 접근을 평가할 수 있다.

그러나 이러한 도구가 에이전트의 의도를 자동으로 포착하는 것은 아니다. 유효한 토큰은 소프트웨어가 API를 호출할 권한이 있었음을 보여줄 수 있다. 그러나 그 결과 행동이 사용자가 승인한 작업과 일치했음을 증명하지는 않는다.

이 구분은 인증과 거버넌스를 가른다. 인증은 누가 또는 무엇이 자격 증명을 제시했는지에 답한다. 권한 부여는 해당 ID가 무엇을 할 수 있는지를 결정한다. 거버넌스는 이러한 권한을 소유권, 목적, 감독, 검토와 연결한다.

런타임 행동은 또 다른 층을 더한다. 에이전트는 정책 범위 내에서 시작했다가 문서에서 악성 지침을 가져올 수 있다. 간접 프롬프트 인젝션은 에이전트가 처리하도록 요청받은 데이터를 통해 신뢰할 수 없는 콘텐츠가 모델을 조작할 때 발생한다.

안전한 아키텍처는 실행 전 승인만으로는 충분하지 않다고 가정해야 한다. 모니터링은 에이전트의 행동을 선언된 작업 및 허용 경계와 비교해야 한다. 방어 담당자에게는 실행을 일시 중지하거나 종료할 수 있는 능력도 필요하다.

되돌릴 수 있는 조치는 특히 중요하다. 에이전트를 중지하면 추가 행동은 막을 수 있지만, 이미 전송된 메시지, 데이터베이스 변경 또는 외부 거래를 되돌리지는 못한다. 기본 애플리케이션이 지원하는 곳에서는 시스템에 롤백 메커니즘이 필요하다.

일부 행동은 되돌릴 수 없다. 유출된 비밀은 다시 비공개가 될 수 없다. 조직 외부로 전송된 결제는 즉시 반환되지 않을 수 있다. 파괴적인 명령은 모니터링이 경보를 생성하기 전에 데이터를 제거할 수 있다.

Blueprint Alliance는 하나의 통제로 이러한 애플리케이션별 제약을 해결할 수 없다. 제품들이 ID, 권한 부여, 텔레메트리, 대응 신호를 교환하는 방식을 정의할 수는 있다. 각 플랫폼은 여전히 관련 행동을 직접 집행해야 한다.

이것이 핵심 긴장이 단순한 기술적 격차가 아니라 상충 관계인 이유다. 더 광범위한 접근 권한은 에이전트가 수행할 수 있는 일을 늘린다. 더 강한 제한은 노출을 줄이지만 워크플로를 방해하고 승인 부담을 늘릴 수도 있다.

최선의 결과는 무제한 자율성이나 끊임없는 인간 확인이 아니다. 저위험 작업은 진행하고 민감한 단계에서는 더 엄격한 검사를 유발하는 조건부 자율성이다. 12개 벤더 전반에서 이러한 균형을 달성하려면 원칙에 대한 합의만으로는 부족하다.

CrowdStrike AI Agent Security, 여러 연합으로 확장

CrowdStrike는 폭넓은 에이전트 보안 입지를 구축하고 있지만, 중복되는 연합은 제공 범위에 대한 혼란도 초래할 수 있다.

Blueprint Alliance는 CrowdStrike가 2026년 초에 가입한 Open Secure AI Alliance와는 별개다. 이름은 비슷하고 둘 다 AI 보안을 다루지만, 표명한 접근 방식은 다르다.

CrowdStrike는 7월 27일 오픈 보안 연합의 창립 파트너라고 밝혔다. Nvidia의 지원을 받는 이 노력은 오픈 모델, 공동 연구, 보안 도구, 평가 및 집단 방어를 강조한다.

Blueprint Alliance는 엔터프라이즈 에이전트를 위한 멀티벤더 아키텍처에 더 좁게 초점을 맞춘다. 핵심 주제는 검색, ID, 범위가 제한된 접근 권한, 추적 가능한 위임, 런타임 모니터링 및 격리다.

CrowdStrike는 자체적인 에이전트 구축 및 보안 제품도 제공한다. Charlotte AI AgentWorks는 조직이 Falcon 플랫폼 내에서 맞춤형 보안 에이전트를 구축할 수 있도록 한다. CrowdStrike는 이 환경에 거버넌스와 가드레일이 포함된다고 설명한다.

회사의 AgentWorks ecosystem은 여러 제공업체의 모델과 인프라를 지원한다. 이에 따라 CrowdStrike는 엔터프라이즈 에이전트를 규율하는 규칙에 직접적인 상업적 이해관계를 갖게 된다.

제품, 양자 파트너십 및 연합 전반에 참여하면 CrowdStrike의 영향력을 강화할 수 있다. 이는 오픈 보안 연구부터 엔터프라이즈 집행에 이르는 여러 기술 논의 계층에 접근할 수 있게 한다.

하지만 관심을 분산시킬 수도 있다. 이제 기업은 여러 연합, 프레임워크, 제품 아키텍처 및 제안된 표준에 직면해 있다. 유사한 용어가 호환 가능한 구현을 보장하지는 않는다.

참조 아키텍처는 구성 요소와 관계를 문서화한다. 반드시 프로토콜, 인증, 테스트 스위트 또는 프로덕션 통합을 제공하는 것은 아니다. 구매자는 아키텍처적 합의와 입증된 상호운용성을 구분해야 한다.

Blueprint Alliance의 폭넓은 범위는 구성원들이 시스템 간의 작동하는 연결을 제공할 경우 장점이 된다. 각 벤더가 공통된 기술적 동작 없이 기존 제품에 원칙만 매핑한다면 약점이 된다.

예를 들어 모든 구성원이 에이전트 검색이라는 개념을 지지하면서도 서로 다른 식별자와 인벤토리 형식을 사용할 수 있다. 모든 구성원이 격리를 지지하면서도 호환되지 않는 종료 제어 기능을 제공할 수 있다.

이 그룹에는 구체적인 정의가 필요하다. 무엇이 에이전트로 간주되는가? 일시적인 서브에이전트는 어떻게 등록되는가? 어떤 시스템이 권위 있는 ID를 소유하는가? 위임된 권한은 클라우드와 애플리케이션 경계를 넘어 어떻게 이동하는가?

공통 이벤트 모델도 필요하다. 한 제품이 다른 제품의 텔레메트리를 해석할 수 없다면 런타임 모니터링의 효용은 떨어진다. 팀이 서로 무관한 로그에서 ID 및 권한 부여 체인을 재구성해야 하면 사고 대응은 느려진다.

독립적 검증도 중요하다. 창립 벤더들은 자사 플랫폼을 중심으로 새 시장을 형성할 유인이 있다. 이들의 참여는 가치 있지만, 고객·연구자·표준 기구의 테스트를 대체하지는 않는다.

전략 자문사인 GE Appliances와 World Central Kitchen은 실제 운영과 연결된 상태로 작업을 유지하는 데 도움을 줄 수 있다. 제조 환경, 인도주의 물류, 엔터프라이즈 소프트웨어는 지연, 자율성 및 실패에 대해 서로 다른 허용 수준을 만든다.

그럼에도 두 자문사가 모든 배포 모델을 대표할 수는 없다. 금융 거래, 의료 워크플로, 소프트웨어 개발 및 소비자 에이전트는 각각 별도의 책임성 요건을 도입한다. 아키텍처는 모호해지지 않으면서도 적응성을 유지해야 한다.

엔터프라이즈 구매자에게 신중한 대응은 가정 없는 관심이다. 구성원 명단은 주요 벤더들이 공통된 문제를 인식한다는 신호다. 아직 이들의 제품이 하나의 거버넌스 체계로 작동한다는 증거는 아니다.

참조 아키텍처는 아직 집행 가능한 표준이 아니다

가장 큰 불확실성은 이 연합이 벤더 정렬형 설계 문서 대신 테스트 가능한 인터페이스를 공개할지 여부다.

출범 발표는 원칙과 연합 구조를 제시한다. 의무 표준을 수립하지는 않는다. 또한 인증 기관이나 구속력 있는 준수 절차도 설명하지 않는다.

이 구분은 중요하다. 자발적 아키텍처는 제품 동작을 바꾸지 않고도 계획을 개선할 수 있기 때문이다. 기업은 최소 권한 및 지속적 모니터링과 같은 광범위한 개념에 부합한다고 주장하면서도 이를 각기 다르게 구현할 수 있다.

연합이 예상하는 규모 역시 신중한 출처 표기가 필요하다. 발표문은 2028년까지 전 세계 Fortune 500 기업 한 곳이 평균 15만 개 이상의 에이전트를 사용할 것이라는 Gartner의 예측을 인용한다. 또한 적절한 거버넌스를 갖췄다고 믿는 조직은 13%에 불과하다고 밝힌다.

이 수치는 연합의 발표를 통해 제시됐다. 에이전트 수가 빠르게 증가하더라도, 에이전트의 정의는 총계에 강한 영향을 미친다. 지속형 어시스턴트, 단명 서브에이전트, 자동화 및 도구 호출을 동일하게 계산해서는 안 된다.

조직이 그 규모에 근접하기 훨씬 전부터 검색은 어려워진다. 직원은 중앙 배포 체계 없이 외부 어시스턴트를 승인할 수 있다. 개발자는 테스트 중 임시 에이전트를 만들 수 있다. SaaS 제품은 일상적인 업데이트를 통해 내장 에이전트를 추가할 수 있다.

따라서 인벤토리는 여러 신호를 결합해야 한다. ID 시스템은 자격 증명과 애플리케이션 권한 부여를 보여줄 수 있다. 클라우드 플랫폼은 워크로드를 보여줄 수 있다. 보안 도구는 프로세스, 네트워크 활동 및 API 동작을 관찰할 수 있다.

단일 신호로 모든 에이전트를 신뢰성 있게 포착할 수는 없다. 에이전트는 짧게 존재하거나 공유 자격 증명을 사용하거나 다른 애플리케이션 내부에서 작동할 수 있다. 이것이 연합의 멀티벤더 구조가 타당한 이유다.

그러나 상호운용성은 자체적인 신뢰 문제를 낳는다. 벤더는 어떤 ID 데이터, 권한 부여 컨텍스트 및 행동 텔레메트리를 교환할지 결정해야 한다. 고객은 플랫폼 간에 얼마나 많은 민감 정보가 이동하는지를 제어할 수 있어야 한다.

오탐도 또 다른 위험이다. 모니터링이 이례적인 작업을 잘못 해석하면 자동화된 격리가 정당한 업무를 중단시킬 수 있다. 약한 격리는 위험한 에이전트를 활성 상태로 남긴다. 아키텍처에는 영향도와 신뢰도에 따라 대응을 조정할 방법이 필요하다.

인간 통제 역시 신중한 설계가 필요하다. 모든 결정에 승인을 요구하면 생산성 이점의 상당 부분이 사라진다. 운영자가 광범위한 범주를 승인하도록 허용하면 다른 이름으로 상시 접근 권한을 재현할 수 있다.

연합은 측정 가능한 속성을 정의해야 한다. 참여 제품은 인계 과정 전반에서 위임 이력을 보존함을 증명할 수 있다. 또 다른 테스트는 철회된 권한이 명시된 시간 내에 연결된 서비스 전반의 접근을 중단하는지 검증할 수 있다.

테스트 스위트는 고객이 구현을 비교할 수 있게 한다. 공유 스키마는 플랫폼이 인벤토리와 활동 데이터를 교환하는 데 도움을 준다. 인증은 완전한 보안을 암시하지 않으면서 제품이 기본 요구사항을 충족함을 보여줄 수 있다.

연합은 실패 시 동작도 문서화해야 한다. 보안 아키텍처는 종종 의도된 경로를 설명하면서 정책 서비스의 비가용성, 지연된 텔레메트리 또는 부분적 권한 철회에는 상대적으로 적은 관심을 기울인다.

하나의 제어 수단에 접근할 수 없게 되었다고 에이전트가 더 넓은 권한을 얻어서는 안 된다. 그러나 기본 거부 응답은 필수 비즈니스 프로세스를 멈출 수 있다. 적절한 실패 모드는 작업과 그 결과에 따라 달라진다.

이러한 메커니즘이 나타나기 전까지 Blueprint Alliance는 검증된 보안 계층이 아니라 진지한 제안으로 남는다. 그 가치는 적절한 벤더 범주를 적절한 질문 중심으로 정렬하는 데 있다. 그 정렬이 위험을 바꿀지는 실행이 결정할 것이다.

연합의 성과를 보여줄 세 가지 신호

다음 시험대는 또 다른 가입 발표가 아니라, 독립적으로 운영되는 제품 전반에서 아키텍처가 작동한다는 증거다.

첫 번째 신호는 공개된 기술 명세다. 연합은 에이전트 ID 필드, 위임 기록, 권한 부여 컨텍스트, 텔레메트리 형식 및 대응 인터페이스를 정의해야 한다.

상세한 명세는 구성원들이 공유 제어 기능을 구축할 의도가 있음을 뒷받침한다. 제품별 매핑만 포함된 고수준 프레임워크는 고객이 여전히 맞춤형 통합을 해야 하므로 이를 약화시킨다.

두 번째 신호는 작동하는 멀티벤더 시연이다. 신뢰할 수 있는 사례는 하나의 에이전트를 ID, 클라우드, 데이터, 애플리케이션 및 보안 시스템 전반에서 추적해야 한다.

시연은 작업 범위에 맞춘 권한, 위임된 작업, 런타임 모니터링 및 권한 철회를 보여줘야 한다. 또한 안전하지 않은 작업 이후 조사자가 체인을 어떻게 재구성하는지도 보여줘야 한다.

이 증거는 CrowdStrike AI agent security가 다른 연합 구성원의 ID 및 활동 컨텍스트를 수집할 수 있는지 드러낼 것이다. 또한 해당 시스템들이 CrowdStrike 탐지 결과에 따라 조치할 수 있는지도 보여줄 것이다.

세 번째 신호는 독립적 테스트다. NIST, 엔터프라이즈 설계 파트너, 보안 연구자 또는 다른 중립 단체가 아키텍처가 자격 증명 공유, 간접 프롬프트 인젝션, 과도한 권한 및 침해된 에이전트를 어떻게 처리하는지 평가해야 한다.

독립적인 결과는 연합의 보안 주장을 강화할 것이다. 테스트 지연, 비공개 시연 또는 자체 검증만으로는 핵심 질문이 해결되지 않는다.

구매자는 자체 제어를 개선하기 전에 기다릴 필요가 없다. 현재 에이전트를 인벤토리화하고, 공유 자격 증명을 제거하고, 명확한 소유자를 지정하며, 지속적 권한을 제한할 수 있다.

팀은 어떤 작업에 인간 승인이 필요한지, 어떤 작업이 자동으로 진행될 수 있는지도 문서화해야 한다. 모든 민감한 워크플로에는 에이전트, 사용자, 작업, 권한, 도구 및 결과를 연결하는 로깅이 필요하다.

내부 에이전트를 구축하는 조직은 검색 가능한 AI knowledge base에 소스 자료, 승인 및 운영 결정을 보관할 수 있다. 이 기록은 보안 텔레메트리를 대체하지 않지만, 에이전트 배포의 배경이 되는 비즈니스 컨텍스트를 보존할 수 있다.

CrowdStrike Blueprint Alliance가 중요한 이유는 기업에 부족한 제어 플레인을 식별하기 때문이다. 에이전트는 검색 가능하고, 개별적으로 식별 가능하며, 협소하게 권한이 부여되고, 지속적으로 관찰되며, 신속하게 격리 가능해야 한다.

이제 구성원들은 이 합의를 상호운용 가능한 동작으로 전환해야 한다. 엔터프라이즈 팀은 벤더에게 스키마, 테스트, 권한 철회 보장 및 크로스 플랫폼 시연을 요구해야 한다. 그 답은 이 연합이 공유 인프라를 구축하고 있는지, 아니면 단지 공유된 어휘를 만들고 있는지를 보여줄 것이다.