BT Netskope AI Security Partnership、ネットワークルーティングの実力を問う
BT Internationalは10月14日、多国籍ネットワーク向けに設計されたプラットフォームに直接的なセキュリティ接続を追加し、Netskopeとの連携を拡大した。BT Netskope AI security partnershipは、AIエージェント、クラウドアプリケーション、自動化ワークフローに予測可能な経路を提供するとしている。しかし、この発表には、それらの経路が一貫してレイテンシーを低減することを示す顧客ベンチマークは含まれていない。
この欠落こそが、実際の注目点を規定している。BTはもはや、クラウドセキュリティをネットワークの横に配置するサービスとして扱ってはいない。検査までの経路を、マネージドネットワークそのものの一部に組み込んでいる。Netskopeがポリシー執行を担う一方、BTはその執行に向かうトラフィックの経路をより広く制御する。
この取り決めにより、NetskopeはBT InternationalのGlobal Fabricエコシステム内でCisco、Fortinet、Zscalerと並ぶことになる。顧客はセキュリティベンダーを選べるが、各統合は拠点、アプリケーション、クラウドの接続先をまたいで実力を証明しなければならない。したがって、この提携は、従来型のキャリアネットワークと、緊密に連携した接続性なしに販売されるセキュリティプラットフォームの双方に対する圧力を高める。
BT Netskope AI Security Partnershipが変えるもの
両社が統合するのはセキュリティ検査への経路であり、新たなセキュリティ製品を発表するわけではない。
組織は現在、BT Internationalのnetwork-as-a-serviceプラットフォームであるGlobal Fabricを、Netskope One Security Service Edgeと接続できる。network as a service、すなわちNaaSは、顧客が各基盤接続をすべて管理することなく、ソフトウェア制御によるネットワーク機能へのアクセスを可能にする。
通常SSEと略されるSecurity Service Edgeは、クラウドインフラからセキュリティ制御を提供する。こうした制御には、安全なWebアクセス、データ保護、プライベートアプリケーションへのアクセス、クラウドトラフィックの検査などが含まれる。
10月の拡張では、この2つのレイヤーがより密接に結び付けられる。提携リリースによると、Global Fabricは、戦略的に配置されたNetskopeインフラへ到達するため、インターネットエクスチェンジポイントでの直接ピアリングを利用する。ピアリングはネットワーク間のトラフィック交換をより直接的にし、無関係な中継事業者への依存を減らす。
狙いは、ユーザー、AIエージェント、アプリケーションと、Netskopeの検査サービスの間に、より短く予測可能な経路を構築することだ。BTとNetskopeは、この構成により、異なる拠点間で一貫したセキュリティポリシーを維持しながら応答性が向上するはずだとしている。
両社は、こうした性能の主張を裏付けるレイテンシー測定値、地域別比較、顧客の結果を公表していない。また、直接ピアリングが利用できるすべての拠点も明示していない。したがって購入者は、このアーキテクチャ上の改善と、まだ公開されていない運用上の成果を区別する必要がある。
これは既存関係の拡張である。BTとNetskopeは2023年12月、初めてマネージドサービス提携を発表した。この契約により、NetskopeのSSE機能がBTの顧客に提供され、BTの国際的なサービス展開と組み合わされた。
当初のマネージドセキュリティ契約は、分散した従業員、クラウドサービス、Webサイト、プライベートアプリケーションに対する安全なアクセスに焦点を当てていた。新たな統合は、トラフィック経路のさらに深い部分へ進む。クラウドアクセスを中心に設計された、プログラマブルなBTプラットフォームとNetskopeの制御を結び付ける。
この違いは重要である。なぜなら、AIワークロードは従来の従業員によるWeb閲覧とは異なるトラフィックパターンを生むからだ。エージェントは単一のタスク中に、モデル、ツール、データベース、アプリケーションプログラミングインターフェースへ繰り返し接続する可能性がある。各リクエストでは、認証、検査、ポリシー執行、ルーティングの判断が発生しうる。
検査ホップの遅延は、一度だけ測定すれば小さく見えるかもしれない。しかし自動化ワークフローが多くの依存関係を持つリクエストを実行する場合、その遅延はより顕著になる。1つの遅い応答が、後続するすべての処理を停滞させる可能性がある。
BTのより広範な発表は、Netskopeが唯一の選択肢ではないことも示している。Global Fabricは現在、Cisco、Fortinet、Netskope、ZscalerのSSEサービスに最適化された接続性を提供している。Netskopeとの提携は、より広いマルチベンダー戦略における1つの実装だ。
これは排他的な提携よりも、実用的な購買提案を生む。企業はセキュリティプラットフォームに関する一定の選択肢を維持しながら、ネットワーキング、検査接続、マネージド運用の調整をBTに求められる。ただし、1つのマネージド環境内での選択肢が、移行作業やベンダー固有のポリシーを自動的に解消するわけではない。
したがって、目下の変化は明確だ。BTの顧客は、より統合されたGlobal Fabric経路を通じてNetskope One SSEを選択できる。その価値は、これらの経路が実際のエンタープライズトラフィック下で測定可能な改善をもたらすかどうかに左右される。
AIトラフィックがネットワーク経路を重要にする理由
AIセキュリティが価値を生むのは、人と自動化システムが作業を続けられるだけの速度で検査が行われる場合に限られる。
従来のクラウドセキュリティでは、ユーザーまたは支店からのトラフィックを、プロバイダーの検査ポイントへ転送することが多い。その後、トラフィックはアプリケーションまたはクラウドの接続先へ進む。この経路が複数の第三者ネットワークを横断する場合、距離、遅延、予測不能な性能が加わる可能性がある。
BTは、Global Fabricが選定されたクラウド拠点でセキュリティおよびクラウドのエコシステムと接続することで、この問題を軽減すると主張している。Global Fabricの拡張は、参加SSEプラットフォームに対するインターネットエクスチェンジピアリング、経路の多様性、マネージドルーティングを提供する。
Netskopeは、セキュリティ側から同様の仕組みを説明している。同社のNewEdgeインフラはクラウド提供型のセキュリティサービスを担い、Netskope Oneはユーザー、デバイス、アプリケーション、データに対してコンテキストベースの制御を適用する。BTとの統合は、このインフラに至るより意図的な経路の構築を目指す。
このアーキテクチャは、対話型生成AIにとって重要である。従業員は、リクエストがアクセス制御やデータ損失チェックを通過する必要がある場合でも、チャットボットが迅速に応答することを期待する。長い遅延は、ユーザーが未承認のサービスを利用したり、確立済みのワークフローを迂回したりすることを促しかねない。
エージェント型AIは、さらに重要性を高める。AIエージェントとは、定義された目的に向けて行動を選択し、ツールを利用するソフトウェアである。人が各ステップの間に介在することなく、モデルを呼び出し、データベースを検索し、文書を取得し、別のシステムを更新できる。
これらの行動は、複数の時点でセキュリティ上の疑問を生む。エージェントは要求されたデータへのアクセスを認可されているか。そのプロンプトに機密情報は含まれているか。ツールは承認済みか。応答を別のアプリケーションへ移してよいか。エージェントは操作された指示に遭遇していないか。
Netskopeは、こうした疑問を中心にポートフォリオを拡充してきた。2026年3月には、Netskope One AI Securityの中でAgentic Broker、AI Guardrails、AI Gateway、AI Red Teamingを導入した。
同社によると、Agentic Brokerはエージェントとデータソースの間のModel Context Protocolトラフィックを監視する。Model Context Protocol、すなわちMCPは、AIシステムが外部ツールを使用し、情報を取得するための標準インターフェースである。
AI Guardrailsは、プロンプトインジェクション、ジェイルブレイク、不適切な生成コンテンツを対象とする。AI Gatewayは、非公開でホストされるアプリケーションとモデルにも制御を拡張する。AI Red Teamingは、開発中にモデルとAIアプリケーションに対する攻撃をシミュレートする。
同社のAIセキュリティ発表によると、これらの機能はNetskopeが発表した時点で一般提供となった。リリースでは、NetskopeがFortune 100企業の30社超を含む数千の顧客にサービスを提供しているとされている。
これらの数値はNetskopeの到達範囲を示すものであり、各新AIセキュリティコンポーネントの導入状況を示すものではない。たとえば同社は、BT経由でAgentic Brokerを利用している顧客数を開示していない。統合サービスの検知精度や誤検知率も公表していない。
それでも、製品の方向性は、ルーティングが提携の中心となった理由を説明する。セキュリティ制御は、従業員が開始したWebセッションだけでなく、マシン間の活動をますます検査するようになっている。こうしたやり取りの量とタイミングにより、非効率なトラフィック経路がより可視化される可能性がある。
グローバル企業は、さらに複雑な課題に直面する。ユーザー、エージェント、クラウド、データベースが1つの地域に集まっていることはほとんどない。ワークフローはトロントで始まり、米国のモデルに接続し、欧州の記録を取得し、別の場所にあるセキュリティサービスへ到達するかもしれない。
あらゆる境界が、レイテンシー、データ処理、ポリシー要件を変えうる。より直接的な接続性がこうした問題をすべて解決できるわけではないが、検査前に回避可能なネットワーク迂回を取り除くことはできる。
BTは、この調整をAI対応の基盤として販売している。企業は「AI対応」を性能認証ではなく、設計目標として読むべきだ。この発表はアーキテクチャとベンダーの顔ぶれを提示しているが、普遍的な成果を立証するものではない。
Netskope Global Fabric統合、既存の3大競合と対峙
NetskopeはGlobal Fabric内で優先的な接続性を得るが、BTは同じ戦略的機会を3つの主要競合にも提供している。
BTのマルチベンダーアプローチは、競争上の中心的な緊張を生み出す。Netskopeは戦略的パートナーである一方、Cisco、Fortinet、ZscalerもGlobal Fabric内で最適化された接続性を得る。各社はセキュリティ機能で競いながら、BTはその周囲のマネージドネットワークを標準化しようとしている。
エンタープライズの購入者にとって、この分離には実務的な価値がある。ある多国籍企業は、すでに数千人の従業員に対して1つのSSEプロバイダーを利用しているかもしれない。Global Fabricを採用するだけのためにそのプラットフォームを置き換えれば、ポリシー移行、エンドポイントの変更、テスト、スタッフ研修が必要になる。
4つのベンダーをサポートすることで、BTは単一のセキュリティ選択を強いることなく、ネットワークの近代化を推進できる。また、Netskopeとの関係が、別のプロバイダーにコミットしている顧客を排除する閉鎖的な経路となることも防ぐ。
したがってNetskopeは、自社の実装が選ばれるに値する理由を示さなければならない。同社は、クラウド、Web、software-as-a-service、プライベートアプリケーション、AIシステムにまたがるリアルタイムかつコンテキストベースの保護を強調している。そのNewEdgeネットワークは、セキュリティ検査とアプリケーションアクセスを組み合わせるよう設計されている。
Ciscoは、幅広いネットワーキング基盤と確立されたエンタープライズ顧客との関係を通じて、同じ機会にアプローチできる。Fortinetは、セキュアなsoftware-defined wide-area networkingを含む、統合型のネットワーキングおよびセキュリティ製品を提供する。Zscalerは、エンタープライズトラフィックを検査サービスへ転送してきた豊富な経験を持つ著名なクラウドセキュリティプロバイダーだ。
BTの役割は、直接的な製品比較を複雑にする。顧客が評価しているのは、4つの独立したソフトウェアパッケージではない。各ベンダーの制御、BTがそれらの制御へ至る経路、マネージドサービスの境界、ポリシー運用、そして結果として得られるアプリケーション体験を評価している。
このため、競争の一部は機能リストから運用上の証拠へ移る。あるセキュリティプラットフォームはより幅広いAIサービスを識別できるかもしれないが、特定のワークフローに許容できない遅延を生む可能性がある。別の選択肢はより高速なルーティングを提供するかもしれないが、規制対象の顧客に必要な制御を欠く可能性がある。
この提携は、ネットワークとセキュリティのサービスを別々の運用モデルで購入する従来の慣行にも一石を投じる。こうした構成では、同じインシデントを2社のプロバイダーが異なるダッシュボードから調査する事態になり得る。各社は自社システムが正常に機能していると主張できる一方で、エンドツーエンドの体験はなお低調なままかもしれない。
BTは、Global Fabricを調整レイヤーにしたい考えだ。同社によると、顧客は接続性とSSEを組み合わせた、単一のマネージドSecure Access Service Edge体験を利用できる。Secure Access Service Edge、すなわちSASEは、広域ネットワークとクラウド提供型セキュリティを統合するものだ。
この約束は分かりやすく聞こえるが、責任範囲には依然として境界がある。Netskope向けBTサービスの文書によれば、サポートと管理は選択したサービスレベルにより異なる。顧客はサプライヤーポータル内で重要な責任を保持できる一方、BTは発注、インシデント、指定された運用タスクを管理する。
サービス説明では、必要に応じてBTサポートから同社のセキュリティ運用組織へ、さらにサプライヤーへとエスカレーションする流れも説明されている。この構造はマネージド・パートナー・サービスとして一般的だが、1社がすべての構成要素を管理することとは異なる。
AIエージェントに関わるインシデントは、複数のレイヤーにまたがる可能性がある。障害はGlobal Fabricの経路、Netskopeのポリシー、IDサービス、クラウドアプリケーション、あるいはエージェント自体のロジックで生じ得る。調達を統合しても、この連鎖が技術的に単純になるわけではない。
競争優位は、予防だけでなく診断能力からも生まれる。購入者は、どのチームが最初にイベントを把握するのか、どのチームがポリシーを変更できるのか、プロバイダーがルーティングの問題をどれほど迅速に切り分けるのかを示す明確な証拠を必要としている。
これは、統合プラットフォームの外にある単体サービスに圧力をかける。BTがより優れた性能と簡素な運用を実証すれば、顧客はオーケストレーションされたネットワーク経由で提供されるセキュリティを選好するかもしれない。効果の測定が難しいままであれば、購入者は引き続き複数プロバイダーを独自に組み合わせる可能性がある。
したがって、BTとNetskopeのAIセキュリティ提携は、Netskopeに販売チャネルとアーキテクチャ上の整合性をもたらすが、独占性を与えるものではない。同じプラットフォーム内にはCisco、Fortinet、Zscalerも存在する。顧客の成果こそが、競争を左右する決定的な証拠となる。
セキュリティの約束には依然として性能の証明が必要
より適切に設計された経路には説得力があるものの、この発表だけでは、すべての顧客が低遅延やより簡素な運用を得られることは証明されない。
第一の不確実性は地理的カバレッジだ。BTによると、Global Fabricは戦略的なクラウド拠点を活用し、Netskopeのインフラストラクチャへの経路を提供する。両社の発表には、この統合における接続拠点の完全な一覧や可用性マップは示されていない。
この情報は、顧客トラフィックが実際に迂回を避けられるかどうかを左右する。ある市場での直接接続は、到達前に別地域まで移動しなければならないユーザーにはほとんど役に立たない。グローバル平均も、重要な支社拠点における低調な性能を覆い隠す可能性がある。
第二の不確実性は、検査後の経路に関するものだ。BTはSSEのポイント・オブ・プレゼンスへ向かう接続を最適化できるが、アプリケーション性能は移動全体に左右される。宛先クラウド、パブリックインターネットの状況、アプリケーション設計、IDシステムも、依然として応答時間に影響する。
HostingJournalistも、技術評価で同じ制約を指摘した。同誌は、改善効果がユーザーの所在地、検査の配置、アプリケーション、そしてセキュリティ検査地点以降で何が起きるかに左右されると述べている。
第三の不確実性はポリシーのオーバーヘッドだ。セキュリティ検査は有用な処理を実行するが、有用な処理には時間がかかる。データ分類、マルウェアスキャン、アクセス判断、AIコンテンツチェックは、ネットワーク経路が効率的であっても処理時間を加算し得る。
本格的な評価では、転送遅延と検査遅延を分ける必要がある。また、通常のWebトラフィック、大容量ファイル転送、対話型モデル要求、反復的なエージェント呼び出しを比較すべきだ。1つの平均測定値だけでは、これら4つのパターンすべてを表せない。
誤検知も別のコストを生む。AIコントロールは、機密データやインジェクション攻撃に似ているという理由で、正当なプロンプトをブロックする可能性がある。ポリシーの誤りによってワークフローが繰り返し停止するなら、低遅延の経路がもたらす利益は小さい。
Netskopeは、AIコントロールがユーザー、エージェント、アプリケーション、モデル、データ全体に文脈に応じた保護を提供するとしている。これは同社の主張だ。公開された発表には、BT環境における検出性能について第三者が検証した結果は含まれていない。
データレジデンシーは、さらに複雑さを加える。両社は主権要件に言及しているが、最適化されたルーティングが、すべてのデータがどこで処理・保存されるかを自動的に決めるわけではない。顧客はログ、検査拠点、管理アクセス、保持、サブプロセッサーを確認する必要がある。
既存のBTサービススケジュールでは、顧客データの一部が定義された期間、Netskopeポータル内に残る可能性があるとされる。また、任意の保持と契約終了後の取り扱いについても説明している。購入者は、こうした契約条件を社内ガバナンスおよび地域ごとの義務と照合すべきだ。
運用上の責任についても同様の注意が必要だ。単一のマネージドサービスはベンダー調整の負担を減らせるが、それはエスカレーション経路が明確である場合に限られる。顧客は、ID統合、ポリシー変更、エンドポイントソフトウェア、インシデント対応、アプリケーションのトラブルシューティングを誰が担当するかを定めるべきである。
また、障害時の挙動も検証すべきだ。直接ピアリングが利用できなくなった場合、トラフィックには安全な代替経路が必要になる。フェイルオーバー時にもポリシー適用が維持され、アプリケーション遅延が許容範囲内に収まる場合にのみ、レジリエンスに関する主張は意味を持つ。
最も有用なパイロットは、少数の実際のワークフローから始めることだろう。チームは、新しい経路を有効にする前に、往復遅延、タスク完了時間、ポリシー判断、誤検知、ヘルプデスクのインシデントを記録できる。
比較は複数の地域と時間帯を対象にすべきだ。また、障害演習と、Netskopeの検査地点より先にあるアプリケーションも含める必要がある。このアプローチは、1つの構成要素だけを検証するのではなく、統合サービスをテストする。
AIエージェントには追加のコントロールが必要だ。チームは、エージェントがどのツールにアクセスするか、どのデータがモデル要求に入るか、自律的なアクションがユーザー権限を尊重しているかを記録すべきである。そのうえで、各判断ポイントがもたらす遅延とセキュリティ成果を比較する必要がある。
これらの問いはいずれも、アーキテクチャを否定するものではない。直接ピアリングとネットワーク・セキュリティ間の緊密な連携は、予測不能性の実在する要因に対処する。不確実なのは、改善の規模、一貫性、運用上の価値だ。
BTとNetskopeは仕組みを定義した。顧客は今、その仕組みをより高速なアプリケーション、より少ないポリシー上の抜け穴、より簡素なインシデント処理に結び付ける測定値を求めなければならない。
提携の成否を示す3つのシグナル
次の段階は、顧客ベンチマーク、統合カバレッジ、持続的なマルチベンダー競争を通じて判断すべきだ。
第一のシグナルは、多国籍展開から公開される性能証拠である。有用な結果は、複数の国、アプリケーション、検査拠点にわたり、統合前後の遅延を比較するものとなる。最良のケースだけでなく、中央値と高パーセンタイルの結果も含めるべきだ。
AIワークロードには、タスクレベルの測定も必要だ。1回の要求で短縮できる時間はわずかかもしれないが、数十回の依存関係を持つ呼び出しを実行するエージェントなら、より大きな効果を得られる可能性がある。逆に、反復的な検査によって、通常のネットワークテストでは見落とされる遅延が明らかになることもある。
実名の顧客による証拠は、提携の主張をより強固にするだろう。こうした顧客は、自社のネットワーク設計、選択したコントロール、地理的な対象範囲を説明すべきである。基準値のない匿名の割合では、明らかになることははるかに少ない。
こうした結果が地域をまたいで安定した改善を示せば、BTの論拠は強まる。Global Fabricは、単なる便利な調達レイヤー以上のものに見えるだろう。調整されたルーティングがクラウド提供型セキュリティの運用を改善することを示すからだ。
成果が弱い、あるいは大きく変動する場合は、主張の範囲が狭まる。直接統合は特定の経路には役立つものの、一般的なAI性能の優位性を生むわけではないことを示唆するだろう。
第二のシグナルは、統合カバレッジと運用に関する、より広範な情報開示だ。顧客は、BTがどこでNetskopeとピアリングしているのか、どのサービスがその経路を使うのか、フェイルオーバーがどのように機能するのかを知る必要がある。インシデントとポリシー変更に関する責任分担図も明確でなければならない。
より多くの拠点への拡大は、多国籍トラフィックが近くの検査地点を利用する確率を高める。より良いテレメトリーも重要になり得る。経路性能、ポリシーイベント、アプリケーション体験を共有して可視化できれば、トラブルシューティングは容易になる。
このシグナルは単純な速度を超える。成功するマネージドサービスは、障害がネットワーク、セキュリティレイヤー、アプリケーションのどこにあるかを特定するまでの時間を短縮すべきだ。運用の明確さは、統合サービスを購入する主な理由の1つである。
BTとNetskopeがより明確なカバレッジと診断機能を公開すれば、この提携の管理面での主張はより信頼できるものになる。顧客が依然として複数の切り離されたコンソールとエスカレーション待ち行列を必要とするなら、統合は主にアーキテクチャ上のものにとどまる。
第三のシグナルは、Cisco、Fortinet、ZscalerがGlobal Fabric内でどのように対応するかだ。BTのプラットフォームは、4社すべてに同じ戦略的機会へのアクセスを与える。それらの統合は、最適化されたSSE接続が標準的な通信事業者機能になるかを明らかにするだろう。
競争は、各プロバイダーにより良い遅延データの公開、AI固有のコントロールの追加、共有管理の改善を促す可能性がある。また、各社のポイント・オブ・プレゼンス、ポリシーエンジン、エンタープライズサポートモデルの間にある意味のある違いを明らかにすることもある。
顧客がGlobal Fabricを、こうした選択肢を比較する中立的な場と認識すれば、BTにとって利益となる。Netskopeが利益を得るのは、その比較の後に実装案件を勝ち取った場合に限られる。その戦略的地位が、代替手段を上回る必要性をなくすわけではない。
ネットワークとセキュリティの統合調達への移行は、このより広いモデルを検証することになる。企業は、通信事業者とSSEサプライヤーに対し、共同で測定したサービス成果をますます求めるようになるだろう。個別製品の主張は説得力を失っていく。
反対の結果もあり得る。顧客が接続性にはGlobal Fabricを利用しながら、セキュリティ契約は独立して管理し続ける可能性がある。その場合、1つのマネージドSASE体験が決定的な運用上の優位性をもたらすという考えは弱まる。
エンタープライズ購入者にとって、直ちに取るべき行動は実践的だ。複数の地域をまたぐAIまたはクラウドのワークフローを特定し、アーキテクチャを変更する前にその全経路を測定する。セキュリティ判断、アプリケーションの応答、障害時の復旧も含めるべきである。
BTとNetskopeのAIセキュリティ提携が注目に値するのは、セキュリティコントロールと、それらが検査するトラフィックとの間にある領域を対象にしているためだ。そのアーキテクチャはもっともらしく、マルチベンダー環境は競争を意味あるものにしている。未解決の問題は、測定可能な実行力である。BTとNetskopeは、購入者が最適化された経路と最適化された約束を見分けるのに十分な、実際の導入に関する証拠を公開するのだろうか。
