이스라엘 사이버 산업, 차기 AI 보안 격전지로서의 아이덴티티에 베팅

이스라엘의 사이버 산업은 현재 Google News 전반에서 드러나는 하나의 구체적인 전망에 베팅하고 있다. 자율형 AI 에이전트에 대한 첫 번째 방어선은 아이덴티티 통제가 될 것이라는 전망이다.

이 베팅은 보안 벤더가 AI 위협을 정의하는 방식을 바꾼다. 당면한 문제는 더 이상 악성 프롬프트, 안전하지 않은 모델 출력, 또는 기밀 데이터가 챗봇에 입력되는 데만 국한되지 않는다. 점점 더 많은 소프트웨어 에이전트가 자격 증명을 받고, 도구를 호출하며, 지속적인 사람의 승인 없이 비즈니스 시스템을 변경하는 데 관련된다.

CyberArk, Oasis Security, Apono, Silverfort, Astrix Security를 포함한 이스라엘 기업들은 서로 다른 위치에서 이 문제에 접근한다. 그러나 이들의 방향성은 놀라울 만큼 일관적이다. 각 기업은 AI 에이전트를 발견, 제한, 모니터링, 폐기해야 하는 능동적인 아이덴티티로 본다.

따라서 새롭게 부상하는 경쟁은 하나의 제품 카테고리보다 더 크다. 기존 아이덴티티 시스템은 예측 가능한 사용자와 애플리케이션에 권한을 부여한다. 새로운 모델은 지침을 해석하고, 도구를 선택하며, 업무를 위임하고, 맥락 변화에 따라 행동을 바꾸는 소프트웨어를 관리해야 한다.

이로 인해 핵심적인 긴장이 생긴다. 기업은 에이전트가 매 단계마다 승인을 기다리지 않고 유용한 업무를 완료하기를 원한다. 보안팀은 하나의 침해된 에이전트가 정당한 접근 권한을 인증된 악용으로 전환하는 것을 막을 만큼 충분한 통제가 필요하다.

이스라엘의 베팅은 투자 논제에서 제품 전략으로 옮겨가고 있다

AI 에이전트가 답변 생성과 행동 실행 사이의 경계를 넘기 시작하면서, 아이덴티티 보안은 실질적인 제품 경쟁이 되었다.

여러 이스라엘 벤더에서 그 근거를 확인할 수 있다. CyberArk는 아이덴티티 보안 플랫폼의 확장으로 Secure AI Agents를 출시했다. 이 제품은 클라우드, 소프트웨어, 개발자 환경 전반에서 자율형 에이전트에 권한 통제를 적용한다.

Oasis Security는 비인간 아이덴티티 탐색에서 이른바 에이전틱 액세스 관리로 확장했다. 이 접근 방식은 특정 업무에 필요한 범위로 제한된 권한을 부여하기 전에 에이전트가 무엇을 달성하려 하는지 평가한다.

Apono는 같은 원칙을 바탕으로 Agent Privilege Guard를 출시했다. 이 서비스는 에이전트 활동을 적시 접근과 연결한다. 즉, 특정 행동에 필요할 때만 자격 증명을 사용할 수 있게 한다. 이후 해당 권한은 계정에 계속 연결된 상태로 남지 않고 만료될 수 있다.

Silverfort와 Astrix Security는 아이덴티티 시장의 인접 영역에서 출발했다. Silverfort는 엔터프라이즈 시스템 전반으로 인증 및 아이덴티티 보호를 확장하는 데 주력해 왔다. Astrix는 비인간 연결, 서비스 계정, 토큰, 애플리케이션 접근에 집중해 왔다.

이들 기업이 동일한 기술을 제공하는 것은 아니다. 어떤 기업은 탐색에서 시작하고, 다른 기업은 권한 접근, 인가 또는 위협 탐지에서 출발한다. 그러나 이들의 차이보다 중요한 공통 전제는 다음과 같다. 인간이 업무를 시작했다는 이유만으로 AI 에이전트가 광범위한 권한을 상속받아서는 안 된다.

Oasis가 상당한 엔터프라이즈 수요와 대규모 투자 유치를 보고하면서 이 전제는 상업적 비중을 얻었다. 회사 투자 프로필에 따르면, Oasis는 신규 연간 반복 매출이 전년 대비 5배 증가했다고 밝혔다.

이 회사는 또한 고객 대부분이 대기업이며, 다수가 다년 계약을 체결했다고 밝혔다. 이러한 주장은 공개 보도에서 독립적인 감사를 거치지 않았다. 그럼에도 아이덴티티 통제가 핵심 인프라 예산에 더욱 가까워지고 있음을 시사한다.

CyberArk도 에이전트 보안 제품을 정식 출시하며 또 다른 신호를 보냈다. 에이전트 보안 출시 발표는 탐색, 보안 접근, 실시간 탐지, 수명 주기 관리를 하나로 연결된 통제 계층으로 설명했다.

이 패키징은 중요하다. AI 에이전트 보안을 전문화된 모델 안전성 문제에서 아이덴티티 운영의 확장으로 전환하기 때문이다. 구매자는 이제 자격 증명, 권한, 특권 계정, 접근 검토를 이미 담당하고 있는 팀이 된다.

이 변화는 기존 플랫폼과 신생 스타트업이 같은 시장에서 경쟁할 수 있는 이유이기도 하다. 대형 벤더는 엔터프라이즈 유통망과 기존 아이덴티티 데이터를 보유한다. 스타트업은 수십 년간의 레거시 아키텍처를 지원하지 않고도, 단기적이고 동적인 에이전트 활동을 중심으로 인가를 재설계할 수 있다.

경쟁은 미래의 위협을 예측하는 단계를 넘어섰다. 이제 벤더는 실제 에이전트 워크플로에서 그 워크플로를 사용할 수 없을 정도로 느리게 만들지 않으면서 통제가 작동한다는 점을 입증해야 한다.

Google News에 AI 아이덴티티 보안 기사가 늘어나는 이유

Google News 보도의 증가는 실제 아키텍처 변화를 반영한다. AI 시스템이 신뢰받는 엔터프라이즈 연결을 통해 행동할 수 있는 능력을 얻고 있기 때문이다.

일반적인 챗봇은 사람이 검토할 텍스트를 생성한다. AI 에이전트는 애플리케이션 프로그래밍 인터페이스를 호출하고, 데이터베이스를 조회하며, 고객 기록을 업데이트하거나, 소프트웨어 배포를 시작할 수 있다. 각 행동은 어떤 형태로든 아이덴티티와 위임된 권한에 의존한다.

이 권한은 단순히 잘못된 답변보다 더 큰 위험을 만든다. 환각을 일으킨 챗봇은 독자를 오도할 수 있다. 쓰기 권한을 가진 환각 에이전트는 누군가 오류를 알아차리기 전에 운영 데이터를 변경할 수 있다.

이 차이는 인증의 의미도 바꾼다. 인증은 어떤 아이덴티티가 요청을 보내는지 확인한다. 인가는 해당 아이덴티티가 요청된 행동을 수행할 수 있는지 판단한다. 에이전트에는 둘 다 필요하지만, 어느 한 통제도 한 번만 적용해서는 충분하지 않다.

운영 인시던트를 진단하도록 요청받은 코딩 에이전트를 생각해 보자. 이 에이전트는 로그에 대한 읽기 접근, 리포지토리에 대한 임시 접근, 하나의 서비스를 재시작할 권한이 필요할 수 있다. 영구적인 관리자 자격 증명을 부여하면 업무는 쉬워지겠지만, 프롬프트 인젝션이나 침해로 인한 피해도 커진다.

더 안전한 설계는 에이전트에 고유한 아이덴티티를 부여하고 즉각적인 업무에 필요한 제한된 권한만 부여한다. 시스템은 누가 행동을 요청했는지, 어떤 에이전트가 실행했는지, 어떤 리소스를 건드렸는지, 접근 권한이 언제 만료됐는지를 기록한다.

이 접근 방식은 흔히 최소 권한, 적시 접근, 또는 상시 권한 제로로 설명된다. 최소 권한은 업무에 필요한 범위로 접근을 제한한다. 적시 접근은 필요할 때만 권한을 부여한다. 상시 권한 제로는 승인된 작업 사이에 지속적인 권한을 제거한다.

이들은 확립된 보안 개념이다. 어려운 부분은 여러 단계에 걸쳐 추론하고 다른 에이전트를 호출할 수 있는 에이전트에 이를 적용하는 일이다. 인가 시스템은 정당한 적응과 승인된 업무 범위를 벗어난 행동을 구분해야 한다.

이 문제는 표준화 작업을 끌어들일 만큼 중요해졌다. 2026년 2월, 미국 국립표준기술연구소는 상호운용 가능하고 안전한 AI 에이전트에 초점을 맞춘 이니셔티브를 발표했다.

에이전트 표준 이니셔티브에는 에이전트 인증, 아이덴티티 인프라, 인간과 에이전트 간의 안전한 상호작용에 대한 연구가 포함된다. NIST는 인가, 감사, 부인 방지, 프롬프트 인젝션 통제를 다루는 작업도 제안했다.

부인 방지는 식별된 주체가 특정 행동을 수행했다는 증거를 만드는 것을 의미한다. 한 번의 인간 요청이 여러 에이전트, 임시 자격 증명, 자동화된 도구 호출을 유발할 때 이는 어려워진다.

따라서 Google News는 단순히 조직화된 마케팅 캠페인 이상의 현상을 포착하고 있다. 표준화 기구, 기존 벤더, 투자자, 엔터프라이즈 보안팀이 동일한 미해결 통제 지점으로 수렴하고 있다.

그러나 반복적인 보도가 어떤 벤더 아키텍처가 승리할지를 입증하지는 않는다. 이는 여러 시장이 형성될 만큼 문제가 충분히 명확해졌음을 보여준다.

이 시장에는 에이전트 탐색, 자격 증명 관리, 런타임 인가, 아이덴티티 위협 탐지, 감사 추적, 정책 집행이 포함된다. 이들은 서로 겹칠 것이며, 구매자는 계층마다 별도의 콘솔을 운영하는 데 저항할 것이다.

궁극적인 승자는 가시성과 통제를 혼동하지 않으면서 이 기능들을 연결해야 한다. 에이전트를 찾는 일은 유용하다. 과도한 권한을 보여주는 것은 더 낫다. 정당한 업무는 허용하면서 안전하지 않은 행동을 차단하는 것이 더 어렵고 더 가치 있는 단계다.

자율형 에이전트가 기존 접근 통제에 가하는 압박

핵심 경쟁은 예측 가능한 소프트웨어를 위해 설계된 정적 권한과, 맥락에 따라 행동이 달라지는 에이전트를 위한 런타임 인가 간의 대결이다.

기존의 아이덴티티 및 접근 관리 방식은 관리자가 사용자, 역할, 리소스 간의 안정적인 관계를 정의할 수 있을 때 잘 작동한다. 회계 담당자는 재무 그룹에 속한다. 서버에는 서비스 계정이 부여된다. 예약된 애플리케이션은 알려진 자격 증명을 사용한다.

AI 에이전트는 이러한 가정을 약화시킨다. 하나의 에이전트가 한 세션에서는 문서를 요약하고, 다른 세션에서는 프로젝트 추적기를 업데이트하며, 세 번째 세션에서는 배포 도구를 호출할 수 있다. 필요한 권한은 목표, 환경, 데이터에 따라 달라진다.

역할 기반 접근 통제는 에이전트에 미리 정의된 역할을 할당할 수 있다. 그러나 광범위한 역할은 하나의 업무에 필요한 것보다 더 많은 접근을 허용할 위험이 있다. 임시 업무마다 새 역할을 만들면 관리 부담이 커질 수 있다.

의도 기반 접근은 런타임에 제안된 행동과 그 목적을 평가함으로써 이 문제를 해결하려 한다. Oasis와 Apono는 구현 방식과 집행 지점이 서로 다르지만, 모두 이러한 언어의 변형을 사용한다.

Apono는 자사의 privilege guard가 에이전트와 엔터프라이즈 인프라 사이에 접근 결정을 둘 수 있다고 말한다. 더 높은 위험의 요청은 사람의 승인을 유발할 수 있으며, 허용된 업무에는 임시 접근 권한이 부여된다.

Oasis는 에이전트가 의도한 작업을 더 정밀한 행동 계획으로 전환하는 프로세스를 설명한다. 이후 시스템은 해당 계획에 필요한 리소스와 권한을 계산할 수 있다.

이 약속은 매력적이다. 에이전트는 저위험 작업을 계속 수행하는 한편, 보안 정책은 민감한 행동을 차단하거나 상위 승인 절차로 넘길 수 있다. 기업은 모델에 영구적인 관리자 권한을 넘기지 않고도 자동화를 확보한다.

과제는 의도를 신뢰성 있게 판단하는 데 있다. 자연어 요청이 최종 도구 호출 순서를 항상 예측하는 것은 아니다. 맥락은 바뀔 수 있고, 외부 데이터에는 적대적 지침이 포함될 수 있으며, 에이전트는 업무 일부를 위임할 수 있다.

따라서 정책 엔진은 원래의 프롬프트 이상을 평가해야 한다. 에이전트의 아이덴티티, 인간 후원자, 요청된 리소스, 현재 행동, 자격 증명 범위, 환경 위험, 이전 행동이 필요하다.

이 요구 사항은 기존 아이덴티티 벤더에 압박을 가한다. 이들의 기존 시스템에는 사용자, 그룹, 계정, 권한에 관한 가치 있는 정보가 담겨 있다. 하지만 특정 순간에 에이전트가 왜 하나의 도구를 호출하는지에 대한 상세한 맥락은 부족할 수 있다.

스타트업은 반대의 문제에 직면한다. 동적인 에이전트 행동을 중심으로 구축할 수 있지만, 수많은 클라우드, 데이터베이스, 소프트웨어 플랫폼, 아이덴티티 제공업체와 통합해야 한다. 인가 제품은 보이지 않는 연결을 보호할 수 없다.

그 결과로 나타나는 경쟁은 단순히 스타트업 대 기존 기업의 구도가 아니다. 이는 조직이 누가 무엇을 할 수 있는지 정의하고 집행하는 계층, 즉 통제 평면을 둘러싼 경쟁이다.

CyberArk는 특권 액세스 관리와 기존 엔터프라이즈 고객 관계를 제공합니다. Okta는 직원용 아이덴티티와 애플리케이션 액세스를 제공합니다. 클라우드 플랫폼은 에이전트가 사용할 자격 증명의 상당 부분을 통제합니다. 에이전트 개발자 역시 자체 프레임워크 안에 인가 기능을 배치할 수 있습니다.

이러한 분산 구조는 구매자에게 불편한 질문을 던집니다. 에이전트 권한은 아이덴티티 플랫폼, 클라우드 보안 제품, 에이전트 프레임워크, 전용 시행 게이트웨이 중 어디에 있어야 할까요?

제어 기능을 에이전트 내부에만 둘 경우 침해된 에이전트가 스스로의 신뢰할 수 있는 보호자 역할을 할 수 없기 때문에 위험합니다. 반대로 모든 결정을 외부 게이트웨이에 맡기면 지연 시간이 늘어나고 에이전트 내부에 있는 맥락을 놓칠 수 있습니다.

가장 가능성 높은 아키텍처는 책임을 나눌 것입니다. 에이전트 프레임워크는 작업 맥락과 추적 가능성을 제공합니다. 독립적인 정책 시스템은 범위가 제한된 자격 증명을 발급하고 한도를 시행합니다. 아이덴티티 플랫폼은 소유권, 수명 주기, 감사 기록을 유지합니다.

이러한 분업에는 여전히 공통 표준이 필요합니다. 표준이 없다면 각 벤더는 에이전트, 위임된 권한, 작업 로그를 서로 다르게 설명하게 됩니다. 기업은 동일한 자율 프로세스에 대해 서로 호환되지 않는 여러 아이덴티티 기록을 갖게 될 수 있습니다.

엔지니어링 팀에게 이것은 지식의 문제이기도 합니다. 보안 정책은 어떤 에이전트가 어떤 로컬 문서, 저장소, 내부 도구에 접근했는지 이해하는 데 달려 있습니다. 검색 가능한 엔지니어링 지식 베이스는 맥락을 개선할 수 있지만, 인가는 검색과 분리되어야 합니다.

중요한 경계는 명확합니다. 유용한 맥락에 접근할 수 있다고 해서 원본 시스템을 변경할 권한이 생기는 것은 아닙니다. 검색, 추론, 실행에는 각각 별도의 통제가 필요합니다.

아이덴티티 논지는 접근 제어를 해결할 뿐, 모든 AI 위험을 해결하지는 않는다

에이전트를 아이덴티티로 취급하면 필요한 통제 지점이 생기지만, 그렇다고 그 추론이 예측 가능해지거나 지시를 신뢰할 수 있게 되는 것은 아닙니다.

아이덴티티 논지에 대한 가장 강력한 비판은 액세스 제어가 무의미하다는 것이 아닙니다. 아이덴티티 벤더가 자신들이 이미 판매하는 방법을 아는 제품을 중심으로 더 광범위한 AI 안전 문제를 규정할 수 있다는 점입니다.

인증된 에이전트도 여전히 해로운 작업을 수행할 수 있습니다. 시스템은 어떤 에이전트가 레코드를 삭제했는지 정확히 알면서도 그 삭제를 막지 못할 수 있습니다. 아이덴티티는 정확성이 아니라 책임성을 확립합니다.

최소 권한 원칙도 정확한 정책에 달려 있습니다. 에이전트가 복잡한 작업을 위해 정당하게 광범위한 접근 권한을 필요로 한다면, 허용된 피해 범위 역시 커집니다. 범위가 좁은 자격 증명도 그 범위 안에서 잘못된 작업을 인가할 수 있습니다.

프롬프트 인젝션은 또 다른 공백을 만듭니다. 문서나 웹 페이지 안에 숨겨진 악의적 지시가 에이전트의 행동을 다른 방향으로 돌릴 수 있습니다. 에이전트는 신뢰할 수 없는 입력에 따라 행동하면서도 여전히 적절히 인증된 상태입니다.

런타임 인가는 요청된 작업이 의도된 업무 범위를 넘는다는 점을 정책이 인식할 때에만 결과를 제한할 수 있습니다. 악의적 요청이 정상 업무와 유사할수록 이러한 인식은 더 어려워집니다.

위임은 귀속 문제를 더욱 복잡하게 만듭니다. 사용자는 하나의 에이전트를 인가하고, 그 에이전트는 외부 서비스를 통해 다른 에이전트를 호출할 수 있습니다. 두 번째 에이전트는 첫 번째 요청에서 파생된 자격 증명으로 여러 도구를 호출할 수 있습니다.

보안 팀에는 인간 후원자, 주 에이전트, 위임된 에이전트, 발급된 자격 증명, 도구 호출, 그에 따른 변경 사항을 연결하는 증거 사슬이 필요합니다. 연결 고리 하나라도 빠지면 완전한 감사가 불가능해질 수 있습니다.

연구자들은 에이전트를 인간 아이덴티티처럼 취급하는 것이 잘못된 추상화인지도 제기했습니다. 인간 아이덴티티는 비교적 지속적이며 법적 책임을 수반합니다. 에이전트는 하나의 워크플로 안에서도 복제, 수정, 종료 또는 재생성될 수 있습니다.

일부 아키텍트는 에이전트를 임시 워크로드 주체로 취급하는 편을 선호합니다. 주체는 인가 시스템이 인식하는 개체입니다. 이 관점은 에이전트에 지속적인 직원 같은 아이덴티티를 부여하기보다 특정 런타임 프로세스를 강조합니다.

차이는 의미론적으로 들릴 수 있지만 정책 설계에 영향을 줍니다. 지속적인 아이덴티티는 이력과 소유권을 추적하는 데 도움이 됩니다. 임시 주체는 자격 증명의 재사용을 제한하고 단기 실행을 더 잘 반영합니다.

성숙한 아키텍처에는 두 가지가 모두 필요할 수 있습니다. 조직에는 에이전트와 그 소유자를 설명하는 지속적인 기록이 필요합니다. 각 실행에는 제한된 권한을 가진 고유한 런타임 아이덴티티도 부여되어야 합니다.

또 다른 불확실성은 벤더의 주장과 관련됩니다. 보안 기업은 알려진 에이전트를 발견하고 지원되는 연결을 중개한다는 점을 입증할 수 있습니다. 모든 섀도 에이전트, 복사된 자격 증명, 간접적인 도구 호출까지 포괄한다는 사실을 증명하기는 훨씬 어렵습니다.

직원이 새로운 에이전트 도구를 채택함에 따라 범위도 달라집니다. 개발자는 개인 토큰을 사용해 어시스턴트를 저장소에 연결할 수 있습니다. 한 부서는 보안 팀에 알리지 않고 소프트웨어 서비스를 통해 에이전트를 배포할 수 있습니다.

탐지 시스템은 클라우드 환경과 소프트웨어 통합을 스캔할 수 있지만, 어떤 도구도 완전한 가시성을 보장하지는 않습니다. 구매자는 재고 비율과 자동화된 소유권 주장을 독립적으로 검증하지 않는 한 벤더 보고 수치로 취급해야 합니다.

설문 데이터에도 비슷한 주의가 필요합니다. CyberArk는 설문에 참여한 금융 및 소프트웨어 조직의 거의 40%가 이미 에이전틱 AI를 프로덕션 환경에 도입했다고 보고했습니다. 10곳 중 1곳 미만만이 에이전트 보안 통제를 확장했다고 전해졌습니다.

이 연구는 북미와 유럽의 보안 리더 104명을 대상으로 했습니다. 이는 전체 글로벌 엔터프라이즈 시장이 아니라 해당 표본 내의 우려스러운 격차를 설명합니다.

더 광범위한 보도도 다른 추정치와 함께 같은 방향을 제시합니다. 한 에이전트 아이덴티티 분석은 기업이 에이전트 파일럿을 확대하면서 보안 벤더들이 자율 시스템을 관리하기 위해 경쟁하고 있다고 지적했습니다.

이 보고서는 중요한 운영 원칙도 포착했습니다. 조직에는 에이전트를 즉시 철회할 방법이 필요합니다. 킬 스위치가 모든 장애를 해결하지는 못하지만, 자동화된 정책과 모니터링이 무너졌을 때 최종 통제 수단을 제공합니다.

구매자는 이 기능을 압박 상황에서 테스트해야 합니다. 철회는 활성 세션, 캐시된 토큰, 위임된 에이전트, 하위 도구 전반에 전파되어야 합니다. 임시 복사본이 계속 활성 상태라면 눈에 보이는 계정 하나를 비활성화하는 것만으로는 충분하지 않습니다.

따라서 아이덴티티 보안은 기업이 가장 직접적으로 관리할 수 있는 AI 위험의 영역을 다룹니다. 권한을 통제하고, 작업을 기록하며, 노출을 제한합니다. 안전한 추론, 정확한 결정, 신뢰할 수 있는 입력을 보장하지는 않습니다.

이 한계는 이 범주를 약화하지 않습니다. 이 범주가 무엇을 입증해야 하는지 분명히 합니다.

시장은 제어 플레인을 중심으로 통합되고 있다

에이전트 액세스는 가치 있는 데이터와 자동화된 작업 사이에 놓여 있기 때문에, 아이덴티티 기회는 집중형 스타트업과 대형 보안 플랫폼 모두를 끌어들이고 있습니다.

Palo Alto Networks의 CyberArk 인수는 전략적 이해관계를 특히 분명하게 만들었습니다. 이 결합은 아이덴티티 보안을 네트워크, 클라우드, 엔드포인트, 보안 운영 제품군과 나란히 둡니다.

이 거래는 아이덴티티가 보안 포트폴리오 전반을 가로지르는 수평 계층이 되고 있음을 시사합니다. AI 에이전트가 애플리케이션, 인프라, 민감한 데이터에 접근한다면, 그 권한은 벤더들이 이전에는 별도로 판매했던 여러 시장을 연결합니다.

Google의 Wiz 인수는 이스라엘 사이버보안 분야의 또 다른 기준점이 되었습니다. Wiz는 클라우드 가시성과 위험 관계를 중심으로 입지를 구축했습니다. 에이전트 아이덴티티는 이 그래프를 어떤 자율 프로세스가 각 리소스에서 작업할 수 있는지라는 질문으로 확장합니다.

대형 플랫폼은 액세스 데이터를 네트워크 신호, 클라우드 구성, 위협 인텔리전스와 결합할 수 있습니다. 이러한 폭넓은 범위는 정당한 아이덴티티가 비정상적으로 행동할 때 이를 탐지하는 데 도움이 됩니다.

하지만 통합 위험도 만들 수 있습니다. 인수를 통해 조립된 플랫폼은 여러 정책 엔진, 아이덴티티 기록, 관리 인터페이스를 노출할 수 있습니다. 고객은 구성 요소들이 하나의 통제 시스템으로 작동하는지, 아니면 느슨하게 연결된 제품으로 남는지를 평가할 것입니다.

집중형 스타트업은 기존 플랫폼이 인간 사용자, 전통적 애플리케이션, 정적 서비스 계정을 위해 구축됐다고 주장합니다. 이들의 장점은 처음부터 일시적인 에이전트와 작업 수준 권한을 모델링할 수 있다는 점입니다.

기존 업체들은 유통망과 구축된 인프라를 내세웁니다. 엔터프라이즈 구매자는 이미 이들을 신뢰해 특권 계정을 관리하거나 직원을 인증합니다. 기존 아이덴티티 플랫폼에 에이전트를 추가하는 일은 또 다른 보안 벤더를 도입하는 것보다 쉬울 수 있습니다.

클라우드 제공업체는 세 번째 위치를 차지합니다. 이들은 많은 워크로드 자격 증명을 발급하고 에이전트가 실행되는 인프라를 통제합니다. 단기 아이덴티티, 정책 평가, 로깅을 실행 환경 가까이에 내장할 수 있습니다.

애플리케이션 벤더도 또 다른 조각을 보유합니다. 소프트웨어 서비스를 통해 고객 데이터에 접근하는 에이전트는 해당 서비스의 인가 모델에 의존합니다. 외부 아이덴티티 통제는 기반 애플리케이션이 지원하지 않는 세분화된 권한을 만들어낼 수 없습니다.

따라서 시장은 여러 계층으로 나뉠 수 있습니다:

• 아이덴티티 플랫폼은 에이전트 소유권, 수명 주기, 조직 전반의 정책을 유지합니다.

• 클라우드 시스템은 워크로드 아이덴티티와 임시 자격 증명을 발급합니다.

• 에이전트 프레임워크는 작업 맥락, 위임, 도구 활동을 노출합니다.

• 시행 게이트웨이는 실행 전에 고위험 작업을 평가합니다.

• 보안 분석 제품은 액세스가 허용된 후 비정상적 행동을 탐지합니다.

• 애플리케이션은 최종 리소스 수준의 권한을 시행합니다.

이 구조는 파트너십 기회를 만들지만 통합도 촉진합니다. 모든 추가 통합은 또 하나의 장애 지점이 될 수 있으므로, 구매자는 더 적은 정책 표면을 선호할 것입니다.

이스라엘 산업의 강점은 아이덴티티, 클라우드, 엔터프라이즈 보안 전문성이 촘촘하게 연결된 네트워크에 있습니다. 창업자와 직원은 군사 기술 부대, 스타트업, 다국적 연구 센터, 상장 보안 기업 사이를 자주 이동합니다.

이 네트워크가 시장 리더십을 보장하지는 않습니다. 미국의 플랫폼 벤더, 클라우드 제공업체, Okta와 1Password 같은 아이덴티티 전문 기업도 같은 기회를 추구하고 있습니다.

오픈소스 프레임워크 역시 시행이 일어나는 위치에 영향을 미칠 수 있습니다. 에이전트 개발자가 공통의 아이덴티티 및 인가 인터페이스를 채택한다면 벤더는 구현 방식으로 경쟁할 수 있습니다. 각 프레임워크가 자체 모델을 만든다면 더 큰 플랫폼이 통합 범위를 통해 영향력을 얻을 수 있습니다.

표준은 이러한 균형을 좌우할 것입니다. NIST의 작업은 조직이 어떻게 에이전트를 식별하고, 인가하며, 그 작업을 감사하고, 활동을 책임 있는 인간과 연결할 수 있는지를 묻습니다.

공통 모델은 통합 비용을 줄이고 벤더 주장을 더 쉽게 비교하게 할 것입니다. 또한 독점적인 에이전트 아이덴티티 형식을 고객 종속 수단으로 바꾸려는 시도를 제한할 수 있습니다.

제어 플레인이 자동으로 가장 큰 기존 아이덴티티 사업을 가진 기업의 것이 되지는 않을 것입니다. 신뢰할 수 있는 맥락, 독립적인 시행, 폭넓은 통합, 사용 가능한 운영을 결합한 아키텍처의 것이 될 것입니다.

Google 뉴스 주기 이후 구매자가 주목해야 할 것

다음 단계는 Google News 헤드라인의 양이 아니라 기술적 검증과 엔터프라이즈 행동에 의해 결정될 것입니다.

첫 번째 신호는 런타임 인가가 복잡한 위임 구조에서도 살아남는지 여부입니다. 제품 데모에서는 흔히 하나의 에이전트가 하나의 리소스에 대한 액세스를 요청하는 장면을 보여줍니다. 실제 배포 환경에서는 에이전트가 도구를 호출하고, 하위 프로세스를 생성하며, 조직 경계를 넘어 작업을 위임하게 됩니다.

구매자는 위임된 모든 작업이 자체적으로 추적 가능한 아이덴티티와 자격 증명을 받는지 물어봐야 합니다. 또한 원래 요청을 철회했을 때 모든 하위 액세스가 비활성화되는지도 테스트해야 합니다.

벤더들이 그 연결 고리를 일관되게 강제할 수 있다면, 아이덴티티 중심 논지는 더욱 강해진다. 첫 번째 위임 이후 통제가 사라진다면, 시장은 여전히 자율 에이전트 보안이 아닌 단순 자동화 문제를 해결하고 있는 셈이다.

두 번째 신호는 표준을 중심으로 한 수렴이다. NIST는 이미 에이전트 아이덴티티와 권한 부여를 공식적인 작업 영역으로 정의했다. 중요한 결과는 또 하나의 원칙 모음이 아니라 상호운용 가능한 구현이 될 것이다.

기업은 에이전트 소유권, 위임된 권한, 작업 출처, 자격 증명 범위를 포괄하는 공통 형식의 등장을 주시해야 한다. 클라우드 플랫폼과 에이전트 프레임워크의 채택은 보안 벤더만의 지원보다 더 큰 의미를 가질 것이다.

공유 표준은 정책의 이식성을 높여 시장을 강화할 수 있다. 반면 지속적인 파편화는 통합 비용을 감당하고 독점적인 아이덴티티 그래프를 유지할 수 있는 대형 플랫폼에 유리하게 작용할 것이다.

세 번째 신호는 일상적인 기업 사용에 대한 증거다. 투자 유치 라운드와 벤더 설문 조사는 관심을 보여주지만, 조직이 이러한 통제를 대규모로 운영할 수 있음을 증명하지는 못한다.

유용한 지표로는 임시 자격 증명을 받는 에이전트 작업의 비율, 정책이 안전하지 않은 요청을 차단하는 빈도, 팀이 위임된 활동을 조사하는 데 걸리는 시간 등이 있다. 구매자는 오탐과 승인 지연도 측정해야 한다.

너무 적게 차단하는 권한 부여 시스템은 위험을 만든다. 일상적인 업무를 방해하는 시스템은 우회될 것이다. 성공하는 제품은 모든 도구 호출을 수동 티켓으로 전환하지 않으면서도 접근 범위를 좁힐 수 있음을 입증해야 한다.

보안 책임자는 플랫폼을 선택하기 전부터 시작할 수 있다. 에이전트, 서비스 계정, API 토큰, 에이전트와 연결된 애플리케이션을 목록화해야 한다. 각 에이전트에는 책임 있는 소유자와 즉시 권한을 철회할 수 있는 문서화된 절차가 필요하다.

팀은 읽기 권한과 쓰기 권한을 분리하고, 일상적인 작업과 되돌릴 수 없는 작업을 구분해야 한다. 고위험 작업에는 더 강한 승인 절차, 더 짧은 자격 증명 수명, 더 명확한 감사 증거가 필요하다.

개발자는 영구적인 시크릿을 프롬프트, 구성 파일 또는 에이전트 메모리에 넣지 않아야 한다. 단기 자격 증명은 노출을 줄이지만, 승인된 작업과 런타임 아이덴티티에 계속 연결되어 있어야 한다.

지식 근로자에게도 역할이 있다. 어시스턴트를 이메일, 문서, 캘린더, 프로젝트 시스템에 연결하면 보이는 인터페이스가 암시하는 것보다 더 큰 권한을 부여할 수 있다. 사용자는 어떤 작업에 검토가 필요하고 어떤 작업이 자동으로 실행되는지 이해해야 한다.

따라서 Google News를 통해 드러나는 이야기는 신뢰할 만하지만 불완전하다. 이스라엘의 사이버보안 기업들은 아이덴티티를 에이전트의 추론과 기업 활동 사이에서 강제할 수 있는 경계로 파악했다.

그러나 하나의 아키텍처가 모든 에이전트, 도구, 자격 증명, 위임된 작업을 통제할 수 있다는 점은 아직 입증되지 않았다. 표준은 아직 완성되지 않았고, 기업 측정 지표는 제한적이며, 벤더의 적용 범위 주장은 검증이 필요하다.

실질적인 질문은 더 이상 에이전트에 접근 제어가 필요한지 여부가 아니다. 그러한 통제가 전체 자율 워크플로 전반에서 권한을 따라갈 수 있는지 여부다.

조직은 다음 제품 통합, 표준 구현, 배포 증거를 면밀히 지켜봐야 한다. 이 세 가지 신호가 일치한다면 아이덴티티는 기업 AI 보안의 운영 계층이 될 것이다. 그렇지 않다면 현재의 관심은 시장이 완전한 해답을 내놓기 전에 문제를 드러내게 될 것이다.