Eagle CloudのシリーズB+資金調達、AIエージェントセキュリティの統合アプローチを試す
Eagle Cloudは、AIエージェントのセキュリティガバナンスを拡大するため、前回ラウンドから4カ月後に約1億元のシリーズB+資金調達を完了した。同社は、人間のユーザーと自律型エージェントを、単一のアイデンティティ、ポリシー、監査フレームワークで統治することを目指す。このタイミングが、Eagle CloudのシリーズB+資金調達をめぐる中心的な緊張関係を生んでいる。企業はいまエージェント制御を必要としている一方、実運用システム全体で統合ガバナンスを検証するのは依然として難しい。
同社の9月14日の発表によると、このラウンドにはMTR LabとNorthern Light Venture Capitalが共同で出資した。Voyagers Partnersは財務アドバイザーを務めた。Eagle Cloudは、エンタープライズ生産性ガバナンスプラットフォームへの投資に加え、国際チーム、市場展開、現地デリバリー能力を拡大するとしている。
この提案は、アイデンティティ、エンドポイント、ネットワーク、アプリケーション、データの制御を別々に構築する断片化されたセキュリティモデルに対抗するものだ。Microsoft、Palo Alto Networks、Zenityなどのベンダーも、エージェントのアイデンティティとランタイムでの強制を組み合わせている。Eagle Cloudは、既存のアクセス基盤が単なる管理コンソール以上の価値を提供できることを示さなければならない。
Eagle CloudのシリーズB+資金調達、より広範な制御レイヤーを支援
今回の新資金は、オフィス向けセキュリティプラットフォームをAIエージェントの運用制御レイヤーへと転換しようとするEagle Cloudの取り組みを支える。
同社はYunshuプラットフォームを、組織内で業務を遂行するあらゆる主体のための共有ガバナンスシステムとして説明している。現在、その主体には従業員、従来型ソフトウェア、そしてツールを選択して複数ステップのタスクを実行するAIエージェントが含まれる。
AIエージェントとは、限られた人間の指示のもとで目標に向けて計画を立て、行動できるソフトウェアだ。テキストを返すだけのチャットボットとは異なり、エージェントは記録の取得、アプリケーションの更新、APIの呼び出し、下流ワークフローの起動を実行できる。
この能力はセキュリティ上の課題を変える。チャットボットは応答内で機密情報を露出させる可能性がある。エージェントはその情報を移動させ、業務記録を変更し、プロセスを開始し、別のシステムにアクセス権を付与することもできる。
Eagle Cloudの回答は、AI Detection and Responseの略であるYunshu AIDRだ。同社によれば、この製品はエージェントを発見、定義、識別、実行、測定という5段階で統治する。
発見は、しばしばシャドーAIと呼ばれる、未承認または未知の導入を含むエージェントとその構成を見つけることを目的とする。定義では、エージェントの目的、責任、権限、期間、リソース制限を指定する運用契約を作成する。
識別では、各エージェントに作成者、ユーザー、説明責任を負う所有者と結び付いた固有のアイデンティティを割り当てる。実行では、ライブの挙動を運用契約と比較し、リスクに応じてアクションを警告、制限、または遮断する。
測定は、リソース使用量をワークフロー、所有者、結果と結び付ける。Eagle Cloudはこの最終段階を、ガバナンス機能であると同時に、エージェントが有用な仕事を生み出しているかを検証する手段として提示している。
資金調達の開示によると、今回のラウンドは継続的なプラットフォーム開発と国際展開に充てられる。香港はその計画の中心であり、Eagle CloudはHong Kong-Shenzhen Innovation and Technology Parkを海外拠点として活用する。
今回の9月の資金調達は、5月に発表されたシリーズBラウンドに続くものだ。前回のラウンドは数億元規模で、Monolithが主導し、Future Innovation Fundも再び参加した。
4カ月以内の2回のラウンドは、それ自体で製品を検証するものではない。ただし、投資家がエージェントガバナンスを一時的なコンプライアンス機能ではなく、インフラストラクチャのカテゴリーとして扱っていることは示している。
Eagle Cloudにとって当面の課題は実行だ。異なるアイデンティティプロバイダー、ソフトウェア環境、クラウドプラットフォーム、規制管轄にまたがって機能する導入へ、投資を転換しなければならない。
この要件により、今回の資金調達は通常のサイバーセキュリティ資金調達発表以上の意味を持つ。Eagle Cloudは特定のアーキテクチャ上の賭けに資金を投じている。すなわち、既存のエンタープライズ制御ポイントを拡張すれば、別個のセキュリティスタックを構築せずに自律型エージェントを統治できるという考えだ。
AIエージェントが既存のセキュリティチームに圧力をかける理由
セキュリティチームは、権限を保持し、選択を行い、人間のレビュー工程より速く行動できる新しいタイプの主体に直面している。
従来のアイデンティティおよびアクセス管理は、認識可能なプリンシパルが定義済みのリソースへのアクセスを要求することを前提としている。プリンシパルは従業員、サービスアカウント、ワークロード、またはアプリケーションであり得る。
AIエージェントは、変化する指示、取得されたコンテキスト、モデル出力、利用可能なツールに行動が依存するため、このモデルに負荷をかける。あるタスクでは正しく動作しても、次のタスクでは意図しない経路を取る可能性がある。
両方のタスクを通じて、正式な権限は変わらない場合がある。したがって、セキュリティ上の問いは、アクセスが許可されていたかどうかを超える。チームは、許可されたアクションがエージェントに割り当てられた目的に合致していたかも判断しなければならない。
この違いは、認可とアラインメントを分ける。認可は、あるアイデンティティにアクションを実行する権限があるかを問う。アラインメントは、そのアクションが現在の条件下で意図されたタスクに資するかを問う。
従業員なら、なぜ顧客記録を変更したのかを説明できる。従来型アプリケーションは、調査担当者が検証できるコードに従う。AIエージェントは処理の連鎖を動的に構築するため、通常のアクセスログから意図を推測することが難しくなる場合がある。
米国国立標準技術研究所は、このギャップを認識している。同研究所のアイデンティティに関するコンセプトペーパーでは、確立されたアイデンティティ標準と認可慣行がソフトウェアおよびAIエージェントにどのように適用され得るかを検討している。
このペーパーの存在が重要なのは、エージェントのアイデンティティがベンダーによって作られたカテゴリーだけではないことを示すからだ。標準化団体は、エージェントにどのように権限を与えるべきか、その権限をどう制約すべきか、組織がどのように説明責任を確立できるかを検討している。
事業部門がエージェントの導入を続けるなかで、セキュリティチームはこれらの問題に対処しなければならない。すべての導入を阻止することは、現実的ではない場合が多い。エージェントに広範なユーザー権限を継承させることは、別種で、潜在的にはより大きなリスクを生む。
開発者も圧力に直面している。エージェントが呼び出せるツール、各ツールが公開する情報、認証情報がワークフローをどのように移動するかを定義する必要がある。
その後、エンタープライズの買い手は、どこで強制を実施するかを決めなければならない。ポリシーは、アイデンティティプロバイダー、エージェントフレームワーク、APIゲートウェイ、クラウドプラットフォーム、または専門のセキュリティ製品に置くことができる。
各場所では、トランザクションの異なる部分が見える。アイデンティティシステムは、誰または何がアクセスを得たかを把握する。ネットワークツールは接続を観測する。データツールは機密記録を理解する。エージェントプラットフォームはプロンプト、計画、ツール呼び出しを把握する。
Eagle Cloudは、既存の制御ポイントがこれらの視点を結び付けられると主張している。同社によれば、そのプラットフォームはすでにアイデンティティ、エンドポイント、ネットワーク、アプリケーション、データにまたがっている。
この主張は戦略的に重要だ。可視性が断片化すると意思決定が遅れるためである。アナリストが複数のコンソールを比較しなければならないアラートでは、マシン速度のアクションが完了する前に止めることはできない。
したがって、セキュリティリーダーに求められる対応は、手順面だけでなくアーキテクチャ面のものとなる。共有コントロールプレーンを中心にエージェントガバナンスを統合するのか、複数の専門製品を統合するのかを決める必要がある。
この決定は長期的な調達を形作る。また、エージェント活動が第一級のセキュリティ記録となるのか、従来型ログに分散したままとなるのかも決める。
統合ガバナンス対断片化されたセキュリティスタック
Eagle Cloudの中心的な賭けは、人とエージェントを同じコントロールプレーンで統治すべきだというものだ。一方、競合各社はこの問題を専門レイヤーに分けている。
統合アプローチは単純な観察から始まる。エージェントはしばしば、アイデンティティ、デバイス、アプリケーション、ネットワーク、データストアなど、企業がすでに監視しているインフラを通じて業務システムに到達する。
これらの制御ポイントがポリシーと監査記録を共有すれば、企業は理論上、要求元のユーザーからエージェント、さらに影響を受けたシステムまでアクションを追跡できる。この連鎖により、所有責任をより容易に確立できる可能性がある。
Eagle Cloudは、Yunshuが人間の従業員とAIエージェントに同じアイデンティティ、ポリシー、監査モデルを使用するとしている。また、デフォルト拒否、明示的認可、観測可能なアクションを中核的なガードレールとして説明している。
デフォルト拒否とは、ポリシーが許可しない限り、エージェントにアクセスを与えないことを意味する。明示的認可では、承認済みのリソースとアクションを定義する。可観測性は、エージェントが何を試み、プラットフォームが何を許可したかを記録する。
これらの原則は、ネットワークに入ったという理由だけで主体を信頼するのではなく、アクセスを継続的に評価するゼロトラストセキュリティではなじみ深い。その難しさは、変化するエージェントの挙動にこれらを適用する点にある。
エージェントは、あるタスク中に複数のツールへの一時的なアクセスを必要とする場合がある。静的な権限は広すぎる可能性があり、繰り返される人間の承認は、エージェント導入を正当化した生産性上の利点を失わせかねない。
そのため統合プラットフォームは、アイデンティティ、タスクコンテキスト、要求されたアクション、影響を受けるデータ、現在のリスクを、有用な自動化を維持できるほど迅速に評価しなければならない。また、調査担当者が後から理解できる記録も作成する必要がある。
Cloud Security Allianceが公開したランタイムガバナンスモデルは、関連する問題を説明している。一般的なアイデンティティプロトコルは、自律型エージェントの挙動より安定し、予測可能なプリンシパルを前提に設計されている。
これは、確立されたアイデンティティ標準が時代遅れになったことを意味しない。アイデンティティだけでは、エージェントの現在の目的や委任された権限について、セキュリティチームが知る必要のあるすべてを表現できないことを意味する。
専門ベンダーは、このギャップに異なる立場から対処している。Zenityはエージェント対応の可視性とランタイム強制に注力している。MicrosoftはエージェントのアイデンティティをEntra、Purview、Defender、AI開発システムと結び付けている。
Palo Alto Networksは、より広範なサイバーセキュリティプラットフォーム全体にアイデンティティおよびランタイムセキュリティを拡張している。ほかのベンダーは、モデル保護、データ漏洩、非人間アイデンティティ、ブラウザ活動、またはエージェントツール向けゲートウェイに焦点を当てている。
ZenityのMicrosoft統合は、専門ベンダーモデルを例示している。Microsoftが開発環境とアイデンティティ統合を提供し、Zenityがエージェントに焦点を当てたランタイム制御とエージェント横断の可視性を追加する。
Eagle Cloudは、より垂直統合されたアプローチを追求している。エージェントの発見、運用契約の確立、挙動の強制、アクションの監査、既存のエンタープライズインフラとの活動の接続を、単一のプラットフォームで実現したい考えだ。
利点は一貫性にある。共有ポリシーモデルは、異なるツールがアイデンティティ、リソース、リスクを互換性のない形で記述することで生じるギャップを減らせる。
欠点は集中にある。アクションを誤分類したり、あるアプリケーションへの可視性を欠いたりするプラットフォームは、環境全体に共通の死角を生み出す可能性がある。
専門製品は、特定のシステムに対してより深い制御を提供できる。一方で、統合作業を増やし、判断の衝突を招く可能性もある。
これこそが、Eagle CloudのSeries B+資金調達が生み出した主要な競争である。Eagle Cloudは、統合によって調達上の利便性だけでなく、実際にポリシー適用の品質が向上することを証明しなければならない。
単一のインターフェースは、共有されたコントロールプレーンと同義ではない。重要な検証点は、1つのポリシーがコンテキストを失うことなく、ID、ネットワーク、アプリケーション、データの境界をまたいでエージェントに追従できるかどうかである。
5段階モデルには依然として独立した検証が必要
Eagle Cloudは一貫したガバナンス機構を説明しているが、パフォーマンスと導入に関する主張の大半は依然として同社発のものである。
Eagle Cloudによれば、20超の業界で1,000社以上の企業にサービスを提供し、500万台超のエンドポイントをカバーしている。これらの数値は同社の企業データに記載されているが、公開されている顧客単位の証拠は依然として限られている。
同社は、それらの企業のうち何社がAIDRを本番運用しているかを明らかにしていない。また、従来型のオフィスセキュリティ導入と、アクティブなエージェントガバナンス導入も区別していない。
この区別は重要である。管理下にあるエンドポイントが、必ずしもAIエージェントに接続されているとは限らない。セキュアアクセスサービスを利用する顧客が、重要な業務アクションを自律型ソフトウェアに委任しているとも限らない。
プラットフォームの検出段階は、最初の技術的な試験となる。対応プラットフォーム内の承認済みエージェントを見つけることと、スクリプト、組み込みソフトウェア機能、または未知の外部サービスを通じて作成されたエージェントを検出することは異なる。
インベントリが不完全であれば、その後のすべての制御が弱まる。プラットフォームが認識していないエージェントを、ポリシーで統制することはできない。
運用契約は2つ目の課題をもたらす。目的、責任、権限、有効期限、予算は設計文書上では明確に聞こえる。しかし、本番環境のタスクには曖昧さが伴うことが多い。
営業会議後に顧客記録を更新するよう割り当てられたエージェントを考えてみよう。会議メモの要約、正しいアカウントの特定、フォローアップタスクの追加、同僚への通知が必要になる可能性がある。
広範な契約は、エージェントが多くの記録やコミュニケーションチャネルに触れることを許す。狭い契約では、会議に通常とは異なるアカウント構造や部門横断の依頼が含まれるたびに失敗する可能性がある。
IDの段階では、委任も管理しなければならない。エージェントは1人の従業員、部門、または別のエージェントのために行動する可能性がある。また、エージェント自身のIDではなく共有サービス認証情報を使用するツールを呼び出すこともある。
IDの連鎖が切れると、監査記録にはどのアプリケーションがリクエストを行ったかは表示されても、基礎となるタスクを誰が承認したかは示されない可能性がある。これは説明責任を制限する。
実行制御は最も難しい問題を生み出す。Eagle Cloudによれば、AIDRは行動を運用契約と継続的に照合し、エージェントに警告、制限、またはブロックを行えるという。
効果的な適用には、トラフィックの監視以上のものが求められる。プラットフォームは、要求された操作、関連する業務コンテキスト、そしてそれをブロックした場合の影響を理解しなければならない。
偽陰性は有害なアクションを許す。偽陽性は正当な作業を中断し、ユーザーに制御の回避を促す。
計測段階は別の不確実性を導入する。モデル利用やワークフローコストを成果と結び付ければ予算編成を支援できるが、成果の質を部門横断で標準化することは難しい。
解決済みのサポートケース、変更されたデータベース記録、作成された市場分析には、共通の信頼できる尺度がない。コスト会計は、エージェントが安全かつ効果的に行動したかを自動的に証明するものではない。
こうした能力に関する独立ベンチマークは、依然として未成熟である。そのため買い手は、自社のシステム、ワークフロー、障害シナリオに結び付いた証拠を求めるべきだ。
有用なテストには、アクセス権の取り消し、委任期限切れ、プロンプトインジェクション、侵害されたツール、想定外のデータ取得、エージェント間のタスク移管が含まれる。買い手は、プラットフォームがアクションを防止し、理解可能な監査証跡を保持できるかを確認すべきである。
OWASPによる幅広いエージェントセキュリティの取り組みは、脅威モデリングの有用な参照となる。この取り組みは、エージェントが計画を立て、ツールを使用し、メモリを維持し、他のシステムとやり取りする際に生じるリスクを検討している。
Eagle Cloudの資金調達は、AIDRがこれらのリスクにどの程度対応できるかという問いに答えるものではない。それは、同社がその答えを構築・展開するためのリソースを増やすものである。
この違いは本質的だ。資金を得たセキュリティアーキテクチャは、顧客がそのカバレッジ、レイテンシー、互換性、エラー率を検証できるようになるまでは、あくまで主張にとどまる。
国際展開でガバナンスの重要性が高まる
中国以外への進出は、Eagle Cloudの統合モデルが異なる技術スタックと説明責任のルールの下でも維持できるかを試すことになる。
同社は、チームを拡充し、追加市場へ進出し、ローカライズされた提供体制を改善する計画だとしている。成長にとって重要な地域として、香港、マカオ、東南アジアを挙げている。
MTR Labの参加は、このラウンドに実践的な越境の側面を与える。同投資家は、AIが業務プロセスに入り込むなかで、Eagle Cloudが統合型サイバーセキュリティガバナンスにおいて可能性を示していると述べている。
Northern Light Venture Capitalは、この機会を2つのトレンドに結び付けている。企業におけるAI利用の拡大と、中国テクノロジー企業の国際的な成長だ。どちらのトレンドも需要を生むが、導入の複雑さも高める。
複数市場で事業を展開する企業は、個人情報、セキュリティ報告、データ移転、自動化された意思決定システムに関する異なる規則を管理しなければならない。共有監査モデルは、各法域が求める情報を取得できるなら役立つ可能性がある。
ローカライゼーションは、インターフェースの翻訳にとどまらない。プラットフォームは、地域のIDシステム、クラウドプロバイダー、アプリケーション、セキュリティ運用、サービスパートナーと統合する必要がある。
Microsoft 365、Entra、Azureを運用する企業は1つの環境を構成する。Alibaba Cloud、DingTalk、国内向け業務ソフトウェアを中心に構築された企業は、異なる制御ポイントの組み合わせを持つ。
多国籍組織は、しばしば両方を利用する。また、別々のIDディレクトリや一貫しないデータ分類を持つ事業部門を買収している場合もある。
Eagle Cloudの統合に関する主張は、そのような環境でより価値を増す一方、実現は難しくなる。統合がIDやリソースを異なる形で解釈するなら、ポリシーを統一したままにすることはできない。
同社はまた、既存の国際販売チャネルを持つ確立されたプラットフォームベンダーにも直面している。Microsoftは、すでに契約下にある企業ID・生産性製品の隣にエージェント制御を配置できる。
Palo Alto Networksは、ネットワークおよびクラウドセキュリティとの関係を通じてエージェントセキュリティを拡張できる。専門ベンダーは、単一のエコシステムへの依存度が低いことを訴求しながら、複数のプラットフォームと統合できる。
Eagle Cloudの優位性は、SASEのバックグラウンドに由来する可能性がある。Secure Access Service Edgeは、クラウド提供のインフラストラクチャを通じてネットワーキングとセキュリティの機能を組み合わせ、プラットフォームに重要なアクセス地点での可視性を与える。
この基盤は、活動の発見や接続レベルのルール適用に役立つ可能性がある。しかし、エージェントがなぜ判断を下したのか、あるいはツール呼び出しがユーザーの意図に合致していたかを自動的に明らかにするものではない。
Eagle Cloudは、インフラの可視性をエージェント固有のコンテキストと結び付けなければならない。製品は、どのエージェントが行動し、誰が権限を委任し、どのタスクが進行中で、どのデータが関与し、どのポリシーが適用されたかを把握する必要がある。
同社の「人間プラスAI」という表現は、この連鎖が維持される場合にのみ意味を持つ。そうでなければ、統合ガバナンスは、緩く接続された複数モジュールを覆う広範なラベルになる。
グローバル展開は、この違いを迅速に明らかにするだろう。海外顧客は、既存のID、クラウド、セキュリティシステムに組み込まれた製品とEagle Cloudを比較することになる。
また、データ処理、サポート範囲、統合の信頼性、インシデント対応に関する証拠も求めるだろう。投資家の支援はこうした能力に資金を提供できるが、地域に根差した信頼の代わりにはならない。
したがって、最も信頼性の高い国際的な成功事例は、限定的なデモではなく、複雑な本番ワークフローを伴うものとなる。複数のIDシステムと業務アプリケーションにまたがる導入は、孤立したパイロットよりも強い証拠を提供する。
この投資が成功するかを決める3つのシグナル
顧客導入、測定可能な適用、クロスプラットフォームでの提供が、Eagle Cloudがインフラストラクチャになるのか、野心的なセキュリティベンダーにとどまるのかを決める。
第1のシグナルは、本番環境でのAIDR導入の数と質である。Eagle Cloudは、エージェントガバナンスを利用する顧客と、既存のアクセス・エンドポイント製品を利用する顧客を区別すべきである。
実名のケーススタディは、ワークフロー、権限、関与したシステム、そしてプラットフォームがブロックまたは承認したアクションを説明する場合に最も重要となる。集計されたエンドポイント数では、その証拠を提供できない。
Eagle Cloudが複数業界にわたる再現可能な導入を明らかにすれば、統合コントロールプレーンという主張は強まる。開示が従来型セキュリティとエージェントガバナンスを引き続き混在させるなら、製品の導入状況を判断することは難しいままだろう。
第2のシグナルは技術的検証である。買い手には、現実的なエージェントの振る舞いの下で測定された検出カバレッジ、適用レイテンシー、偽陽性率、監査の完全性が必要だ。
テストには、間接的なプロンプトインジェクション、過剰な権限、変更されたツール定義、期限切れの権限、複数エージェント間の委任を含めるべきである。また、未対応アプリケーションや暗号化トラフィックをプラットフォームがどのように扱うかも示す必要がある。
結果が限界を明らかにする場合でも、評価手法を公開すればEagle Cloudの立場は強まる。セキュリティの買い手は境界を期待する。無条件の主張は、明確に文書化されたギャップよりも懸念を生むことが多い。
独立テストの欠如は、資金調達の物語を弱める。それは、5段階モデルが本番環境で機能するかについての証拠よりも、資本の到着が早かったことを示唆するだろう。
第3のシグナルは国際統合である。特にクラウドとIDが混在する環境を含め、香港、マカオ、東南アジアでのパートナーシップと顧客導入に注目したい。
クロスプラットフォーム導入の成功は、既存のセキュリティ制御が1つのエージェントガバナンス層を形成できるというEagle Cloudの主張を支える。厳格に管理された技術スタックに限られた成功事例では、その主張の範囲は狭くなる。
競合他社の対応も、このシグナルの中で重要である。Microsoft、Palo Alto Networks、Zenity、IDベンダーはいずれも、エージェントの振る舞いに対する継続的な制御へと進んでいる。
Eagle Cloudは、すべての市場ですべてのベンダーを打ち負かす必要はない。SASE、ID、データ、エンドポイント、エージェント制御の組み合わせが明確な運用上の優位性を生む領域を確立する必要がある。
Eagle CloudのSeries B+資金調達は、同社にその主張を実証する時間とリソースを与える。同時に、4カ月以内に発表された2度目のラウンドであるため、期待も高めている。
企業の買い手は現在、アクションレベルでの証拠を求めるべきだ。システムはエージェントを特定し、委任された権限を追跡し、ツール呼び出しを評価し、安全でないアクションを停止し、その後に判断を説明できるのか。
これらの問いは、あらゆるAIエージェントセキュリティプラットフォームに実用的な試験を提供する。Eagle Cloudが実際の顧客環境で答えを示せるなら、その統合ガバナンスモデルは注目に値する。そうでなければ、市場は引き続き、IDプラットフォーム、セキュリティスイート、専門ツールの間でこの問題を分割し続けるだろう。
