RecoのAIセキュリティ資金調達、総額1億4,000万ドルに到達するも、混雑する市場が競争の基準を引き上げる
Recoは5,500万ドルのSeries B延長ラウンドを調達し、累計調達額を1億4,000万ドルに引き上げた。企業が広範なSaaS環境にまたがるAIエージェントのガバナンスに苦慮するなか、RecoのAIセキュリティ資金調達により、同社は既存のアプリケーション可視化機能をエージェントセキュリティプラットフォームへ発展させるための資源を得た。
この転換は、資金調達という見出し以上に重要だ。Recoは従来、SaaSアプリケーション、アイデンティティ、権限、設定リスクのマッピングに注力してきた。現在は、これらの記録をエージェント、その所有者、呼び出すツール、アクセス可能なデータと結び付けようとしている。
この戦略により、Recoはますます競争が激化する市場に身を置くことになる。HiddenLayer、WitnessAI、CrowdStrikeなどのベンダーは、ランタイム監視、アイデンティティ制御、データガバナンス、アプリケーション発見といった異なる切り口からエージェントセキュリティに取り組んでいる。Recoは、自社のSaaSコンテキストが単に時流に合ったメッセージではなく、持続的な優位性をもたらすことを証明しなければならない。
RecoのAIセキュリティ資金調達、より広範なエージェント戦略を後押し
今回の資金は、SaaSアプリケーションの監視から、それらを介して動作する自律型ソフトウェアのガバナンスへと移行するRecoを支える。
今回の延長ラウンドは、2026年2月に発表された3,000万ドルのSeries Bに続くものだ。資金調達報道によると、最新の資金調達にはAT&T Ventures、Forestay Capital、Quadrille Capitalが参加した。
AT&TはRecoの顧客でもあるため、同社の参加はさらに意味を持つ。顧客であり投資家でもある存在は商業的な裏付けとなり得る一方、この関係だけで製品が他の組織でも一貫して機能することを示すものではない。
Recoはこの資金を採用、営業、パートナーシップ、顧客サポートに充てる計画だ。こうした優先順位は、同社が当面の制約を新たな市場の発見ではなく、実行力と販売・流通にあるとみていることを示唆する。
CEOのOfer KleinはTechCrunchに対し、Recoの評価額は2月以降で2倍以上になったと語った。評価額は数億ドル台後半だとしたが、正確な金額は明らかにしていない。
Kleinはまた、年間経常収益が数千万ドル台に達し、2026年中に3倍になると見込んでいると述べた。これらは経営陣による説明であり、独立監査済みの業績ではない。同社の顧客数は100社を超え、金融サービス分野が事業のおよそ40%を占める。
これらの数字は、特に購入者が長期にわたるセキュリティ審査を求める分野において、Recoに信頼できるエンタープライズ基盤があることを示す。それでも、契約規模、更新率、導入範囲、現在の収益のうちエージェント特化製品が占める割合といった重要な点は未解決のままだ。
資金調達の履歴は、Recoの位置付けがどれほど速く変化してきたかを示している。同社は2025年に2,500万ドルの追加資金を調達し、その後2026年2月に3,000万ドルのSeries Bを発表した。この2月のラウンドにより、報告上の累計調達額は8,500万ドルとなった。
Recoは当初、SaaSセキュリティのギャップを中核課題として説明していた。同社は、セキュリティチームが完全には棚卸し、設定、監視できないアプリケーションに焦点を当てていた。より新しい資料では、AIエージェント、非人間アイデンティティ、アプリケーション間の接続をより中心的に据えている。
この流れは、RecoがSaaSセキュリティを捨てたことを意味しない。むしろSaaSを、多くの企業向けエージェントが権限を受け取り、業務を実行する環境として捉えている。
この違いは、RecoのAIセキュリティ資金調達の論拠において中核をなす。エージェントが単独で価値を生むことはほとんどない。メール、顧客記録、文書、チケット管理システム、コラボレーションプラットフォーム、社内データベースへのアクセスが必要になる。
接続が増えるたびに、侵害された指示、過剰な権限、放置されたアカウント、設定不備のある統合によって生じる被害も拡大し得る。Recoは、既存のアプリケーショングラフが、こうした組み合わせを見つけ出すのに必要なコンテキストを提供すると見込んでいる。
したがって今回の資金調達は、製品拡張と市場での再ポジショニングの双方を支えるものだ。Recoは、SaaS可視化を軸に築いた信頼性を損なわずに、セキュリティリーダーへより広範な価値提案を売り込む必要がある。
エージェントの無秩序な拡大が、棚卸しをセキュリティ問題へ変える
企業は、自ら特定できないエージェントを管理できない。特に、それらのエージェントが人、アプリケーション、サービスアカウントからアクセス権を継承する場合はなおさらだ。
エージェントスプロールとは、組織全体でAIエージェントが制御なく増加する状況を指す。社内開発者が構築したエージェント、市販ソフトウェア内で有効化された機能、ブラウザベースのアシスタント、自動化ワークフロー、正式な承認を得ずに導入されたツールなどが含まれる。
これは従来のソフトウェア導入よりも測定が難しい。1つのアプリケーションに多数のエージェントインスタンスが存在し得るうえ、1つのエージェントが複数の業務システムとやり取りすることもある。ベンダーによって定義も異なるため、大規模なエージェント数を比較するのは難しい。
Kleinによると、RecoはFortune 100企業のある顧客で、これまで把握されていなかった2万1,000のエージェントを発見したという。顧客名は明らかにされておらず、RecoもTechCrunchも集計方法を開示していない。
したがって、この数値は一般的なベンチマークではなく、企業が報告した事例として扱うべきだ。その重要性は、そこで示される可視性のギャップにある。大企業は主要なAIプラットフォームを承認していても、その内部で動作する個々の自動化を把握し切れなくなる可能性がある。
Recoはまた、金融サービス分野の顧客で元従業員が作成したエージェントを発見したと主張している。このエージェントはSalesforceへのアクセスを保持しており、組織が監視できないドメインへ情報を送信できたとされる。
このシナリオには、よく知られた複数のセキュリティ上の失敗が結び付いている。従業員は退職していたが、その人物に関連するデジタル主体は活動を続けていた。さらにこのエージェントはアプリケーションへのアクセスと外部通信経路を持っていた。
通常の退職時手続きでは、委任されたトークン、ワークフロー、接続済みエージェントのすべてを特定せずに、従業員アカウントだけを無効化する可能性がある。アプリケーション管理者は、元の所有者が退職したことを知らないまま、承認済みの統合を目にしているかもしれない。
リスクは組み合わせから生じる。エージェント、認証情報、データソース、外部宛先は、それぞれ単独で確認すれば問題なく見えるかもしれない。しかし、それらが組み合わさると、機密情報の未承認経路を生み出し得る。
Recoは、そのアプローチを支えるデータ構造をコンテキストグラフと呼ぶ。グラフは、エージェント、アプリケーション、アカウント、人、権限、ツール、データリソースの間にある関係を記録する。これによりセキュリティチームは、孤立したアラートを確認するのではなく、エージェントが何にアクセスできるかを調べられる。
この設計は、アイデンティティ、クラウド、SaaSのセキュリティ製品ですでに使われている関係マッピングに似ている。エージェント特有の課題は、ワークフローの途中で権限と行動が変わり得ることにある。
従業員は通常、識別しやすいログインとアプリケーション利用のパターンに従う。エージェントは、1つの自動化シーケンスの中で、指示を処理し、複数のツールを呼び出し、文書を取得し、レコードを更新し、応答を送信できる。
エージェントは人間のアイデンティティ、サービスアカウント、あるいは自身の認証情報を通じて行動することもある。この多様性が、所有権と説明責任を複雑にする。
Recoは、自社プラットフォームが280を超えるアプリケーションと統合しているとしている。Kleinはさらに、数日以内に統合を追加でき、ブラウザまたはネットワークのシグナルを利用して、直接接続されたアプリケーションの外側にあるエージェントも発見できると述べた。
こうした主張が重要なのは、発見の網羅性が後続するすべての制御の品質を左右するからだ。アプリケーションまたはアイデンティティのデータが不完全なグラフは、自信に満ちた、しかし誤解を招く見方を示す可能性がある。
セキュリティチームは、Recoが何をエージェントとして数えるのか、どのシグナルでそれを識別するのか、重複するインスタンスをどう処理するのかを尋ねるべきだ。また、導入後も発見が継続するか、取り消された権限がどれほど速くグラフに反映されるかも確認すべきである。
より広範なエージェントガバナンスの課題は、すでに導入に影響を与えている。Google Cloudは、調査対象のテクノロジーリーダーの79%が、セキュリティ、ガバナンス、または運用を推論のスケーリングにおける最大の障害と見なしていると報告した。
同じレポートでは、上級IT意思決定者の35%が、複数システムへのアクセスに対する不十分なセキュリティを、エージェント導入の主要な障壁として挙げた。これらはベンダー提供の数値であり文脈を要するが、中心的な問題を裏付けている。エージェントはシステム境界を越えることで有用になる。
Recoは、棚卸しを最初の制御点として位置付けている。同社にとってより難しい課題は、エージェントがツール、権限、行動を変える際にも、発見が信頼できるポリシー適用につながることを示すことだ。
RecoのSaaSグラフ、ランタイムセキュリティの競合に直面
Recoは、アプリケーション間の関係から始めるのではなく、実行中にエージェントが何をするかを優先する別のセキュリティアプローチと競合している。
AIエージェントセキュリティ市場には、確立された単一の製品境界がない。ベンダーは似た言葉を使いながら、テクノロジースタックの異なる部分を保護している。
Recoは、企業アプリケーションとそれらをつなぐアイデンティティから始める。同社のプラットフォームは、エージェントを特定し、所有者と関連付け、権限をマッピングし、ツール呼び出しを検査し、不必要なアクセスを制限することを目指している。
HiddenLayerは、AIワークロードとランタイムセキュリティの観点からこの問題に取り組む。ランタイムセキュリティとは、モデルまたはエージェントの稼働中に、その行動を観察し対応することを意味する。
HiddenLayerは2026年9月に1億ドルのSeries Bを調達した。同社は、本番環境のエージェントと、コードの作成、レビュー、リリースを行う自律型コーディングツールに対する保護を拡大すると述べた。
同社のランタイムセキュリティ戦略は、プロンプト操作、ツールの悪用、未承認行為を発生時に検知することに重点を置く。HiddenLayerはモデル発見、攻撃シミュレーション、AIサプライチェーンリスクも対象とする。
CrowdStrikeは、エンドポイントと検知・対応で培った強みを持つ。同社のエージェントセキュリティ製品は、プロンプトやエージェントの活動を、デバイスやインフラストラクチャ上での後続の実行と結び付ける。
同社のエージェントライフサイクル制御には、発見、アイデンティティ、ソフトウェアサプライチェーン保護、ランタイム封じ込めが含まれる。CrowdStrikeは、エージェントがコードを実行し、ファイルにアクセスし、機密情報を移動させる可能性があるため、継続的な認可が必要だとしている。
これらのアプローチは重なり合うが、出発点は異なる。
Recoは、どのエージェントが存在し、誰が所有し、どのSaaSリソースにアクセスできるかを問う。ランタイム重視のベンダーは、エージェントが指示を処理しアクションを実行する際に何が起こるかを問う。エンドポイントベンダーは、そうしたアクションによって発生するデバイスおよびワークロードの活動を調べる。
企業には、おそらくこの3つすべての要素が必要になる。完全な制御経路では、SaaSテレメトリーを通じてエージェントを発見し、そのアイデンティティを確認し、権限を制限し、ツール呼び出しを検査し、ランタイムで危険な行動を停止することになるだろう。
商業面での問題は、どのベンダーが主要なコントロールプレーンになるかだ。セキュリティチームは通常、新たなリスクカテゴリーごとに別々のコンソールを追加することに抵抗する。既存プラットフォームは、既存契約と運用ワークフローにエージェント保護を組み込める。
Recoの強みは、クラウドアプリケーションを横断するコンテキストにある。同社のグラフがすでに人、アカウント、権限、SaaS接続をマッピングしているなら、エージェントを追加することで、顧客に実用的なガバナンスへのより迅速な道筋を提供できる。
その欠点は、アクセス権をマッピングするだけでは、すべての有害な行為が自動的に明らかになるわけではないことだ。エージェントには、文書を読み、メールを送信する正当な権限がある場合がある。悪意のある、あるいは誤解を招くコンテンツによって、それらの能力を組み合わせるよう誘導されたときに、セキュリティ上の問題が生じる。
ここでプロンプトインジェクションが重要になる。プロンプトインジェクションとは、信頼できないコンテンツがエージェントの指示を改変し、ツールの利用先を変更させたり、データを露出させたりする可能性がある問題だ。
悪意ある指示は、Webページ、文書、メッセージ、またはツールの応答に隠されている可能性がある。エージェントは、承認済みのタスクを実行する過程で、それに遭遇し得る。
アプリケーションのコンテキストは想定される被害の大きさを見積もる助けになるが、実行時の検査は危険な連鎖を特定する助けになる。Recoは、プロンプトとツール呼び出しを検査できるとしており、実行時の領域により近づくことになる。
市場は、その検査が異なるモデルやアプリケーションにまたがってどこまで機能するかを試すことになる。また、正当な自動化を妨げずにRecoが十分迅速に対応できるかも検証される。
セキュリティの購入担当者は、単一のグラフ、ゲートウェイ、またはエンドポイントセンサーだけでエージェントのリスクを解決できるとする広範な主張には慎重であるべきだ。それぞれがワークフローの異なる部分しか見ていない。
実践的な評価では、エージェントを作成から認証、ツール選択、データアクセス、実行、廃止まで追跡すべきである。そうすれば購入担当者は、どの段階が依然として見えないのか、あるいは別の製品に依存しているのかを特定できる。
Recoの製品は、アプリケーション間の関係性から直接、強制可能な判断へとつながる場合に最も強みを発揮する。セキュリティチームは、放置されたエージェントを特定し、そのアクセス権を把握し、リスクのある接続を取り消し、その対応が有効になったことを確認できる必要がある。
今回の資金調達は、Recoにその証明を構築する時間を与える。大規模プラットフォームや潤沢な資金を持つAIセキュリティ専門企業からの圧力をなくすものではない。
資金調達が裏付けるのは需要であり、Recoのカテゴリ主導権ではない
投資家の関心は企業がエージェントセキュリティに支出することを裏付けるが、どの技術アーキテクチャが勝つかを決めるものではない。
TechCrunchが公開企業プロフィールをレビューしたところ、現在少なくとも24社が何らかの形でAIエージェントセキュリティを販売している。その製品は、ツールの審査、データアクセス、アイデンティティ、実行時監視、プロンプトセキュリティ、シャドーAIの発見をカバーしている。
この密度は、難しい購買環境を生み出している。CISOは、共通の定義、ベンチマーク、導入パターンが安定する前に製品を評価しなければならない。
ベンダーは同じ機能を異なる言葉で説明できる。ある企業のエージェントインベントリは、別の企業のシャドーAI発見に似ている場合がある。コンテキストグラフ、ナレッジグラフ、アイデンティティグラフ、アセットグラフは、大幅に重複する可能性がある。
逆の問題もある。似た表現が、重要な技術的差異を隠すことがある。「エージェントセキュリティ」は、プロンプトの監視、モデルの保護、権限のガバナンス、Model Context Protocolサーバーの審査、またはエンドポイント活動の封じ込めを指し得る。
一般にMCPと呼ばれるModel Context Protocolは、AIシステムをツールや外部データと接続するための標準だ。MCPはエージェントが実行できることを拡張する一方で、防御側がレビューすべき統合レイヤーをさらに生み出す。
Recoは、自社プラットフォームがどこで行動を制御し、どこでリスクを報告するだけなのかを示す必要がある。可視性には価値があるが、セキュリティチームは最終的にエージェントを承認、制限、隔離、または削除する必要がある。
同社は顧客事例についても裏付けを示さなければならない。報じられた2万1,000の未知のエージェントの発見は印象的だが、定義や手法なしに読者がその結果を評価することはできない。
その数には、組み込み型アシスタント、エージェントインスタンス、ワークフロー、ツール、サービスアカウント、または繰り返しの観測が含まれている可能性がある。解釈ごとにセキュリティ上の意味合いは異なる。
広範なアクセス権を持つ少数のエージェントは、限定的な自動化が数千存在する場合よりも大きなリスクをもたらす可能性がある。生のインベントリ規模を、露出分析の代替にすべきではない。
Recoによると、金融サービスの顧客は同社事業のおよそ40%を占める。この集中により、厳格な監査、アイデンティティ、データ管理を求める要求水準の高い購入担当者に接することができる。
一方で、期待値も高まる可能性がある。銀行などの規制対象機関には、明確な証跡、一貫した強制措置、地域ごとの制御、予測可能な統合動作が必要だ。
エージェントのガバナンスは、オフボーディングと変更管理にも及ばなければならない。従業員が役割を変更した際には、委任されたすべての権限と関連エージェントを見直すべきである。アプリケーションがAI機能を変更した場合、組織は新たなアイデンティティと接続を検出する必要がある。
同じ要件はナレッジシステムにも当てはまる。エージェントの出力は、取得できる文書、メッセージ、データベースと同程度にしか制御されない。社内AIワークフローを構築するチームには、どのモデルが回答を生成したかの記録だけでなく、knowledge baseの周囲に明確なアクセス境界が必要だ。
もう一つの不確実性は、誤検知に関するものだ。ブラウザとネットワークのシグナルは発見範囲を広げられるが、広範な検出は通常の自動化もエージェントとして分類しかねない。
プラットフォームが信頼できる影響度に基づいてアラートを優先順位付けできなければ、セキュリティチームはそれを無視するだろう。Recoのグラフは、低リスクのアシスタントと、顧客システムへの書き込みアクセスを持つ放置されたワークフローを区別しなければならない。
見逃しには逆のコストがある。既知のブラウザ、ネットワーク、アプリケーションのシグナルを回避するエージェントは、グラフに現れないままでいる可能性がある。組織は、Recoがカスタムエージェント、社内API、ローカルモデル、自動化プラットフォームをどう扱うかを検証すべきだ。
データアクセスもまた実務上の懸念事項である。企業アプリケーションとアイデンティティをマッピングするプラットフォームは、極めて機微なメタデータを処理する可能性がある。顧客は、保存期間、地域別ホスティング、管理者アクセス、収集されるプロンプトの範囲を検討する必要がある。
プロンプトの検査は検出を改善できるが、機密コンテンツを別のセキュリティシステムに露出させる可能性もある。Recoは収集範囲とマスキング制御を明確にしなければならない。
これらの疑問は資金調達の根拠を否定するものではない。その後に続く作業を定義するものだ。
最も強い証拠は、露出の低減、調査の迅速化、信頼できるポリシー強制を示す導入事例から得られる。売上成長と顧客数は重要だが、Recoが持続的なインフラになるかどうかを決めるのはセキュリティ上の成果である。
既存のセキュリティツールでは問題を単純に吸収できない理由
エージェントセキュリティは、なじみのある制御を見慣れない順序で組み合わせるため、別の孤立した製品を追加することよりも統合が重要になる。
アイデンティティおよびアクセス管理はすでに、誰が企業システムに入れるかを決定している。データ損失防止はすでに、承認された境界の外へ機密情報が出ることを監視している。エンドポイント検知はすでに、プロセス、ファイル、ネットワーク活動を観測している。
SaaSセキュリティツールはすでに、アプリケーションと設定リスクをインベントリ化している。モデルセキュリティ製品は、プロンプト、学習データ、推論時の挙動をテストする。
エージェントは言語を行動へ変換するため、これらのカテゴリをまたぐ。アイデンティティのように認証し、ユーザーのように通信し、アプリケーションのようにソフトウェアを呼び出し、取得したコンテンツに応じて行動を変えられる。
従来の制御も引き続き役立つ。課題は、自動化されたワークフローが完了する前に、その観測結果を一つの判断へ結び付けることだ。
顧客向けの更新情報を準備する営業エージェントを考えてみよう。Salesforceからアカウントの詳細を取得し、会議メモを検索し、サポートチケットを読み、文書を作成してメールを送信する可能性がある。
各行為は承認され得る。それでも、指示、アイデンティティ、または送信先が変われば、複合したワークフローによって誤った受信者へ情報が露出する可能性がある。
アプリケーションレベルのグラフは、エージェントが到達し得る範囲を示せる。実行時テレメトリーは、実際に実行された順序を示せる。アイデンティティ制御はアカウントを検証し、その権限を限定できる。
データ制御は保護対象コンテンツを識別できる。ワークフローがSaaS APIを超えて進んだ場合、エンドポイントまたはクラウドの監視によって下流の活動を封じ込められる。
単一のレイヤーが他を置き換えることはない。したがって、浮上しつつある競争は連携に関するものだ。
Recoの統合範囲は、連携に向けた一つの道筋を提供する。同社によると、そのプラットフォームは280を超えるアプリケーションをカバーし、新しい統合を数日以内に追加できる。
この広がりは、購入担当者がアプリケーションごとに個別の発見プロジェクトを行うことを避ける助けになる。ただし、統合数は深さについてほとんど明らかにしない。
あるコネクターはユーザーと権限を公開するだけかもしれない。別のコネクターは、設定イベント、エージェントインベントリ、プロンプト記録、リアルタイムの強制措置を提供する可能性がある。購入担当者は、すべての重要システムについて、アクセス可能なオブジェクトとサポートされるアクションを評価すべきだ。
CrowdStrikeは、効果的な保護には可視性、アイデンティティ、実行時対応が必要だと主張している。HiddenLayerは、設計時のレビューでは本番環境におけるすべての相互作用を予測できないため、継続的なテストを重視している。
Recoのモデルは、それらのシグナルを接続する関係性のレイヤーとなるなら、こうした主張と両立する。実行により近い場所で機能する制御を置き換えると主張するなら、それらと競合することになる。
したがって、パートナーシップは製品機能と同じくらい重要になる。Recoは資金調達と同時期にServiceNowとのパートナーシップを発表し、既存のセキュリティおよびワークフロープロセスとの統合を示唆した。
同社はデータセキュリティベンダーとも協業している。これらの接続は、セキュリティチームがエージェントがどのリソースにアクセスしたかだけでなく、そのリソースに規制対象または機密情報が含まれていたかを理解する助けになる。
連携したシステムは、インシデント後に複数の疑問に答えられるべきだ。どのエージェントが行動したのか、誰が所有していたのか、どの指示がワークフローを開始したのか、どのツールが実行されたのか、どのデータが移動したのか、どのポリシーがそれを止めたのか。
また、分析担当者が複数のコンソールをまたいでイベントを再構築しなくても、証拠を保持できるべきだ。この要件はグラフベース製品に機会を与えるが、それは記録が完全かつ最新であり続ける場合に限られる。
運用モデルは従業員にとっても重要だ。ナレッジワーカーは、反復作業を減らすアシスタントの導入を続けるだろう。未承認のツールをすべてブロックすれば、利用が監視対象システムの外へさらに押し出される可能性がある。
組織には、すべての実験を長い調達サイクルで待たせることなく、アクセスをレビュー、承認、限定する道筋が必要だ。承認済みワークフローの検索可能な記録は、そのプロセスを支援できる。
チームは自らのAI workflowsにも同じ規律を適用できる。データソース、意図する出力、人による承認ポイント、各段階で使われる認証情報を特定すべきだ。
Recoの機会は、この規律を企業SaaS全体で強制可能にすることにある。そのリスクは、エージェントの無秩序な拡大を削減せずに説明するだけの、もう一つのダッシュボードになることだ。
Recoの賭けが機能しているかを示す3つのシグナル
次の検証点は、Recoが資金調達を測定可能な制御、防御可能な統合、持続的な企業導入へ転換できるかどうかだ。
最初のシグナルは、本番環境での導入から得られる証拠だ。Recoは、エージェント、アイデンティティ、リスクのある接続について、再現可能な測定手法とともに、より明確な定義を示すべきである。
顧客事例では、開始時の環境、発見のプロセス、適用した制御、結果として生じた露出低減を説明すべきだ。大きなインベントリ数は注目を集めるが、修復の成果は購入担当者が価値を評価する助けになる。
有用な証拠には、組織が所有者不明のエージェントをどれほど迅速に特定し、放置された認証情報を取り消し、過剰な権限を削減できるかが含まれる。また、誤検知率と対象アプリケーションについても説明すべきだ。
Recoが一貫した手法と独立した顧客検証を公表すれば、そのコンテキストグラフに関する主張はより強くなる。将来の開示が主に劇的な匿名の数値に頼る場合、購入担当者は製品を比較するのに苦労するかもしれない。
二つ目のシグナルは、競合の収斂です。CrowdStrike、HiddenLayer、WitnessAI、大手クラウドプラットフォーム、そしてアイデンティティベンダーが、重複するコントロール機能を追加しています。
Recoは、自社のSaaS基盤が競合他社には容易に再現できない情報を生み出すことを示す必要があります。特にソフトウェア企業が既存アプリケーションにエージェントを組み込むなか、統合機能の開発を迅速化できれば有利になるでしょう。
決定打となるのは、引き続き深さです。Recoは、自社のコネクターが重要なエンタープライズプラットフォーム全体で、エージェントの所有権、権限、ツール呼び出し、ポリシー変更を監視できることを証明すべきです。
同社は、いつ提携し、いつ競合するかも判断しなければなりません。ランタイムおよびエンドポイントのプロバイダーと統合すれば、Recoの有用性を高められます。あらゆるセキュリティ層の代替を目指せば、製品の範囲が拡大しすぎるうえ、より大規模なプラットフォームとの競争を招くことになります。
Recoがエージェントとアプリケーションの関係性における信頼できる情報源になれば、セキュリティスタックの中で明確な位置を占められます。既存ベンダーが顧客がすでに保有するツールを通じて同等の検出機能を提供するなら、Recoの差別化は狭まるでしょう。
三つ目のシグナルは、資金調達後の事業品質です。経営陣は2026年中に年間経常収益を3倍にする見込みですが、より重要なのは、継続率と製品導入に関する問いです。
買い手は、既存のSaaSセキュリティ顧客がエージェント制御へと利用範囲を広げるかどうかを注視すべきです。拡大が見られれば、既存顧客基盤が新市場への効率的な参入経路を提供するというRecoの主張を裏付けることになります。
新規顧客の構成も重要です。金融サービス分野での継続的な強さは、Recoが厳格なガバナンス要件を満たしていることを示す可能性があります。より幅広い導入が進めば、単一業界への依存を減らせます。
5,500万ドルの追加ラウンドにより、Recoはエンジニアリング、サポート、パートナーシップ、営業に取り組むためのより長い猶予期間を得ました。同時に、同社は累計調達額が1億4,000万ドルに達したと公表しており、期待値も高まっています。
RecoのAIセキュリティ資金調達は、関係性全体の制御に賭ける動きとして理解するのが適切です。エージェントは、それを取り巻くアプリケーション、アイデンティティ、ツール、データから有用性を得ます。Recoは、自社のグラフによってこうした関係性を可視化し、管理可能にしたいと考えています。
この論旨には説得力がありますが、市場は依然として流動的です。ランタイム専門企業は、アクセスマップでは振る舞いを捉えきれないと主張できます。エンドポイントプラットフォームは、封じ込めはアクションが実行される場所で行われなければならないと主張できます。アイデンティティベンダーは、継続的な認可は自社のコントロールプレーン内に属すべきだと主張できます。
エンタープライズの買い手は、作成や認証からアクション、廃止に至るまで、エージェントを一連の全工程で追跡できる製品はどれかを問うべきです。また、商用アプリケーションと社内開発エージェントの両方でポリシーが機能するという証拠も求める必要があります。
Recoは、自らの主張を証明するための資本を確保しました。次に示すべきなのは、拡大するグラフが、発生後にエージェントの乱立を明らかにする以上のことを実現できるかどうかです。
今後数カ月で、顧客がRecoをエージェントガバナンスの中核レイヤーとして扱うのか、それともより大きなセキュリティスタックの一要素として扱うのかが明らかになるはずです。あなたの組織のエージェント、アイデンティティ、アプリケーション資産にとって、どちらの結果が最も理にかなっているでしょうか。
