Le partenariat de sécurité IA entre BT et Netskope met le routage réseau à l’épreuve

BT International a étendu son travail avec Netskope le 14 octobre, en ajoutant une connectivité de sécurité directe à une plateforme conçue pour les réseaux multinationaux. Le partenariat de sécurité IA entre BT et Netskope promet des routes prévisibles pour les agents IA, les applications cloud et les flux de travail automatisés. Pourtant, l’annonce ne contient aucun benchmark client démontrant que ces routes réduisent systématiquement la latence.

Cette omission définit le véritable enjeu. BT ne traite plus la sécurité cloud comme un service placé à côté du réseau. L’entreprise fait du chemin vers l’inspection une partie intégrante du réseau géré. Netskope fournit l’application des politiques, tandis que BT contrôle une plus grande part de l’itinéraire qui achemine le trafic vers cette application.

Cet accord place également Netskope aux côtés de Cisco, Fortinet et Zscaler dans l’écosystème Global Fabric de BT International. Les clients bénéficient d’un choix de fournisseurs de sécurité, mais chaque intégration doit encore faire ses preuves selon les emplacements, les applications et les destinations cloud. Le partenariat accroît donc la pression à la fois sur les réseaux traditionnels des opérateurs et sur les plateformes de sécurité vendues sans connectivité étroitement coordonnée.

Ce que change le partenariat de sécurité IA entre BT et Netskope

Les entreprises intègrent la route vers l’inspection de sécurité, sans annoncer un nouveau produit de sécurité.

Les organisations peuvent désormais connecter la plateforme de réseau en tant que service Global Fabric de BT International à Netskope One Security Service Edge. Le réseau en tant que service, ou NaaS, permet aux clients d’accéder à des capacités réseau contrôlées par logiciel sans devoir gérer chaque connexion sous-jacente.

Security Service Edge, généralement abrégé en SSE, fournit des contrôles de sécurité depuis une infrastructure cloud. Ces contrôles peuvent inclure un accès web sécurisé, la protection des données, l’accès aux applications privées et l’inspection du trafic cloud.

L’extension d’octobre rapproche davantage ces deux couches. Selon le communiqué de partenariat, Global Fabric utilise un peering direct sur des points d’échange internet pour atteindre une infrastructure Netskope située à des emplacements stratégiques. Le peering crée un échange de trafic plus direct entre les réseaux, réduisant la dépendance envers des fournisseurs intermédiaires non liés.

Le résultat recherché est un chemin plus court et plus prévisible entre les utilisateurs, les agents IA, les applications et les services d’inspection de Netskope. BT et Netskope affirment que cet arrangement devrait améliorer la réactivité tout en maintenant des politiques de sécurité cohérentes entre différents emplacements.

Les entreprises n’ont publié ni mesures de latence, ni comparaisons géographiques, ni résultats clients étayant ces affirmations de performances. Elles n’ont pas non plus précisé chaque emplacement où le peering direct est disponible. Les acheteurs doivent donc distinguer l’amélioration architecturale de ses résultats opérationnels encore non publiés.

Il s’agit d’une extension d’une relation existante. BT et Netskope ont annoncé pour la première fois leur partenariat de services gérés en décembre 2023. Cet accord a apporté les capacités SSE de Netskope aux clients de BT et les a associées à l’empreinte internationale des services de BT.

L’accord initial de sécurité gérée se concentrait sur l’accès sécurisé pour les employés distribués, les services cloud, les sites web et les applications privées. La nouvelle intégration s’enfonce davantage dans le cheminement du trafic. Elle relie les contrôles de Netskope à une plateforme BT programmable conçue autour de l’accès au cloud.

Cette distinction importe car les charges de travail IA génèrent des schémas de trafic différents de la navigation habituelle des employés. Un agent peut contacter à plusieurs reprises des modèles, des outils, des bases de données et des interfaces de programmation d’applications au cours d’une même tâche. Chaque requête peut rencontrer des décisions d’authentification, d’inspection, d’application de politiques et de routage.

Un saut d’inspection retardé peut sembler mineur lorsqu’il est mesuré une seule fois. Le délai devient plus visible lorsqu’un flux de travail automatisé effectue de nombreuses requêtes dépendantes. Une réponse lente peut retarder toutes les actions ultérieures de la séquence.

L’annonce plus large de BT confirme que Netskope n’est pas la seule option. Global Fabric offre désormais une connectivité optimisée vers les services SSE de Cisco, Fortinet, Netskope et Zscaler. Le partenariat avec Netskope constitue une mise en œuvre au sein d’une stratégie multifornisseur plus large.

Cela crée une proposition d’achat plus utile qu’une alliance exclusive. Les entreprises peuvent conserver une certaine liberté de choix concernant leur plateforme de sécurité tout en demandant à BT de coordonner le réseau, la connectivité d’inspection et les opérations gérées. Toutefois, le choix au sein d’un environnement géré unique n’élimine pas automatiquement le travail de migration ni les politiques propres à chaque fournisseur.

Le changement immédiat est donc précis. Les clients de BT peuvent sélectionner Netskope One SSE via une route Global Fabric davantage intégrée. La valeur dépendra de la capacité de ces routes à offrir des gains mesurables sous un trafic d’entreprise réel.

Pourquoi le trafic IA rend le chemin réseau important

La sécurité IA ne peut apporter de valeur que si l’inspection reste suffisamment rapide pour que les personnes et les systèmes automatisés continuent de fonctionner.

La sécurité cloud traditionnelle redirige souvent le trafic d’un utilisateur ou d’une succursale vers le point d’inspection d’un fournisseur. Le trafic poursuit ensuite son chemin vers son application ou sa destination cloud. Si cette route traverse plusieurs réseaux tiers, elle peut ajouter de la distance, des délais et une performance imprévisible.

BT soutient que Global Fabric réduit ce problème en se connectant, à des emplacements cloud sélectionnés, aux écosystèmes de sécurité et de cloud. Son extension de Global Fabric offre du peering sur des points d’échange internet, de la diversité de chemins et du routage géré vers les plateformes SSE participantes.

Netskope décrit un mécanisme similaire du point de vue de la sécurité. Son infrastructure NewEdge assure les services de sécurité cloud de l’entreprise, tandis que Netskope One applique des contrôles fondés sur le contexte aux utilisateurs, appareils, applications et données. L’intégration avec BT vise à créer une route plus délibérée vers cette infrastructure.

Cette architecture compte pour l’IA générative interactive. Un employé attend d’un chatbot qu’il réponde rapidement, même lorsque la demande doit passer par des contrôles d’accès et des vérifications contre la perte de données. De longs délais encouragent les utilisateurs à rechercher des services non approuvés ou à contourner les flux de travail établis.

L’IA agentique renforce encore l’enjeu. Un agent IA est un logiciel qui sélectionne des actions et utilise des outils vers un objectif défini. Il peut appeler un modèle, rechercher une base de données, récupérer un document et mettre à jour un autre système sans attendre une personne entre chaque étape.

Ces actions soulèvent des questions de sécurité à plusieurs étapes. L’agent est-il autorisé à accéder aux données demandées ? Son prompt contient-il des informations sensibles ? L’outil est-il approuvé ? La réponse peut-elle être transférée vers une autre application ? L’agent a-t-il rencontré des instructions manipulées ?

Netskope a développé son portefeuille autour de ces questions. En mars 2026, l’entreprise a introduit Agentic Broker, AI Guardrails, AI Gateway et AI Red Teaming dans Netskope One AI Security.

L’entreprise indique qu’Agentic Broker surveille le trafic Model Context Protocol entre les agents et les sources de données. Model Context Protocol, ou MCP, est une interface standard par laquelle les systèmes IA peuvent utiliser des outils externes et récupérer des informations.

AI Guardrails cible l’injection de prompts, le jailbreaking et les contenus générés inappropriés. AI Gateway étend les contrôles aux applications et modèles hébergés de manière privée. AI Red Teaming simule des attaques contre les modèles et les applications IA pendant le développement.

Ces fonctionnalités sont devenues généralement disponibles lorsque Netskope les a annoncées, selon son lancement de sécurité IA. Le communiqué indiquait que Netskope sert des milliers de clients, dont plus de 30 entreprises du Fortune 100.

Ces chiffres décrivent la portée de Netskope, et non l’adoption de chaque nouveau composant de sécurité IA. L’entreprise n’a par exemple pas révélé combien de clients utilisent Agentic Broker via BT. Elle n’a pas non plus publié les taux de précision de détection ou de faux positifs pour le service combiné.

Toutefois, l’orientation du produit explique pourquoi le routage est devenu central dans ce partenariat. Les contrôles de sécurité inspectent de plus en plus les activités de machine à machine, et non seulement les sessions web lancées par les employés. Le volume et le moment de ces interactions peuvent rendre les chemins de trafic inefficaces plus visibles.

Les organisations mondiales font face à une complication supplémentaire. Leurs utilisateurs, agents, clouds et bases de données sont rarement situés dans une seule zone géographique. Un flux de travail peut commencer à Toronto, contacter un modèle aux États-Unis, récupérer des enregistrements en Europe et atteindre un service de sécurité ailleurs.

Chaque frontière peut modifier la latence, le traitement des données et les exigences de politique. Une connectivité plus directe ne peut résoudre tous ces problèmes, mais elle peut éliminer des détours réseau évitables avant l’inspection.

BT vend cette coordination comme une fondation prête pour l’IA. Les entreprises devraient lire « prête pour l’IA » comme un objectif de conception, non comme une certification de performances. L’annonce fournit une architecture et une sélection de fournisseurs, mais n’établit pas un résultat universel.

L’intégration de Netskope dans Global Fabric fait face à trois concurrents établis

Netskope obtient une connectivité privilégiée au sein de Global Fabric, mais BT offre la même ouverture stratégique à trois concurrents majeurs.

L’approche multifornisseur de BT crée la tension concurrentielle centrale. Netskope est un partenaire stratégique, mais Cisco, Fortinet et Zscaler bénéficient également d’une connectivité optimisée au sein de Global Fabric. Les entreprises rivalisent sur les capacités de sécurité tandis que BT cherche à standardiser le réseau géré autour d’elles.

Pour les acheteurs d’entreprise, cette séparation présente une valeur pratique. Une entreprise multinationale peut déjà utiliser un fournisseur SSE à travers des milliers d’employés. Remplacer cette plateforme uniquement pour adopter Global Fabric ajouterait une migration de politiques, des changements d’endpoint, des tests et la formation du personnel.

Prendre en charge quatre fournisseurs permet à BT de poursuivre la modernisation du réseau sans imposer un choix de sécurité unique. Cela évite également que la relation avec Netskope ne devienne une voie fermée excluant les clients engagés auprès d’un autre fournisseur.

Netskope doit donc démontrer pourquoi sa mise en œuvre mérite d’être choisie. L’entreprise met en avant une protection en temps réel et fondée sur le contexte à travers le cloud, le web, le logiciel en tant que service, les applications privées et les systèmes IA. Son réseau NewEdge est conçu pour combiner l’inspection de sécurité et l’accès aux applications.

Cisco peut aborder la même opportunité grâce à sa vaste base réseau et à ses relations établies avec les entreprises. Fortinet apporte des produits intégrés de réseau et de sécurité, y compris des réseaux étendus définis par logiciel sécurisés. Zscaler est un fournisseur majeur de sécurité cloud possédant une vaste expérience de la redirection du trafic d’entreprise vers des services d’inspection.

Le rôle de BT complique les comparaisons directes de produits. Les clients n’évaluent pas quatre progiciels isolés. Ils évaluent les contrôles de chaque fournisseur, la route de BT vers ces contrôles, les limites des services gérés, les opérations de politique et l’expérience applicative qui en résulte.

Cela déplace une partie de la concurrence des listes de fonctionnalités vers les preuves opérationnelles. Une plateforme de sécurité peut identifier un éventail plus large de services IA tout en créant des délais inacceptables pour un flux de travail spécifique. Une autre option peut offrir un routage plus rapide mais manquer d’un contrôle exigé par un client réglementé.

Ce partenariat remet également en cause l’ancienne pratique consistant à acheter les services réseau et de sécurité selon des modèles opérationnels distincts. Cette organisation peut conduire deux fournisseurs à examiner le même incident depuis des tableaux de bord différents. Chacun peut affirmer que son propre système fonctionne alors que l’expérience de bout en bout demeure médiocre.

BT veut faire de Global Fabric la couche de coordination. L’entreprise affirme que les clients peuvent bénéficier d’une expérience Secure Access Service Edge gérée et unifiée, associant connectivité et SSE. Secure Access Service Edge, ou SASE, combine les réseaux étendus avec une sécurité fournie depuis le cloud.

La promesse paraît simple, mais les responsabilités conservent leurs limites. La documentation de service de BT pour Netskope montre que le support et l’administration varient selon le niveau de service choisi. Les clients peuvent conserver des responsabilités importantes au sein du portail du fournisseur, tandis que BT gère les commandes, les incidents et certaines tâches opérationnelles définies.

La description du service décrit également l’escalade du support BT vers son organisation des opérations de sécurité, puis vers le fournisseur lorsque nécessaire. Cette structure est normale pour un service partenaire géré, mais elle ne signifie pas qu’une seule entreprise contrôle chaque composant.

Un incident impliquant un agent IA peut traverser plusieurs couches. La défaillance peut provenir d’un chemin Global Fabric, d’une politique Netskope, d’un service d’identité, d’une application cloud ou de la logique propre de l’agent. Des achats intégrés ne rendent pas cette chaîne techniquement simple.

L’avantage concurrentiel émergera autant du diagnostic que de la prévention. Les acheteurs ont besoin d’éléments clairs montrant quelle équipe détecte en premier un événement, quelle équipe peut modifier une politique et à quelle vitesse les fournisseurs isolent les problèmes de routage.

Cette situation met sous pression les services autonomes en dehors des plateformes intégrées. Si BT démontre de meilleures performances et des opérations plus simples, les clients pourraient préférer une sécurité accessible via un réseau orchestré. Si les bénéfices restent difficiles à mesurer, les acheteurs pourront continuer à associer les fournisseurs de manière indépendante.

Le partenariat de sécurité IA entre BT et Netskope apporte donc à Netskope une distribution et un alignement architectural, mais pas d’exclusivité. Cisco, Fortinet et Zscaler sont présents au sein de la même plateforme. Les résultats obtenus par les clients deviendront donc l’élément concurrentiel décisif.

La promesse de sécurité doit encore être étayée par des preuves de performance

Un itinéraire mieux conçu est crédible, mais l’annonce ne prouve pas que chaque client bénéficiera d’une latence plus faible ou d’opérations plus simples.

La première incertitude concerne la couverture géographique. BT indique que Global Fabric utilise des emplacements cloud stratégiques et propose des chemins vers l’infrastructure Netskope. Aucune des annonces des deux entreprises ne fournit une liste complète des emplacements appariés ni une carte de disponibilité pour cette intégration.

Ces informations déterminent si le trafic d’un client évite réellement un détour. Une connexion directe sur un marché n’apporte guère aux utilisateurs qui doivent passer par une autre région avant de l’atteindre. Les moyennes mondiales peuvent également masquer de faibles performances dans des agences importantes.

La deuxième incertitude concerne le chemin après l’inspection. BT peut optimiser la connectivité vers un point de présence SSE, mais les performances des applications dépendent de l’ensemble du trajet. Le cloud de destination, les conditions de l’internet public, la conception de l’application et les systèmes d’identité continuent d’influer sur le temps de réponse.

HostingJournalist a identifié la même limite dans son évaluation technique. La publication a relevé que les améliorations dépendent de l’emplacement des utilisateurs, de l’emplacement de l’inspection, des applications et de ce qui se produit au-delà du point de contrôle de sécurité.

La troisième incertitude concerne la surcharge liée aux politiques. L’inspection de sécurité effectue un travail utile, et ce travail utile consomme du temps. La classification des données, l’analyse des logiciels malveillants, les décisions d’accès et les contrôles de contenu IA peuvent ajouter du traitement même lorsque le chemin réseau est efficace.

Une évaluation sérieuse doit distinguer la latence de transit de la latence d’inspection. Elle devrait aussi comparer le trafic web ordinaire, les transferts de fichiers volumineux, les requêtes interactives aux modèles et les appels répétés d’agents. Une mesure moyenne ne peut pas représenter ces quatre schémas.

Les faux positifs créent un autre coût. Un contrôle IA peut bloquer une requête légitime parce qu’elle ressemble à des données sensibles ou à une tentative d’injection. Un itinéraire à faible latence offre peu d’avantages lorsque des erreurs de politique interrompent régulièrement le flux de travail.

Netskope affirme que ses contrôles IA offrent une protection contextuelle pour les utilisateurs, les agents, les applications, les modèles et les données. Ce sont des affirmations de l’entreprise. L’annonce publique ne présente pas de validation indépendante des performances de détection dans l’environnement BT.

La résidence des données ajoute une complexité supplémentaire. Les deux entreprises évoquent des exigences de souveraineté, mais un routage optimisé ne détermine pas automatiquement où toutes les données sont traitées ou stockées. Les clients doivent examiner les journaux, les emplacements d’inspection, les accès administratifs, la conservation et les sous-traitants.

Le calendrier de service BT existant indique que certaines données clients peuvent rester dans le portail Netskope pendant des périodes définies. Il décrit également des options de conservation et le traitement après résiliation. Les acheteurs devraient rapprocher ces conditions contractuelles de leur gouvernance interne et de leurs obligations régionales.

La responsabilité opérationnelle exige une attention similaire. Un service géré unique peut réduire la coordination entre fournisseurs, mais seulement si les voies d’escalade restent claires. Les clients devraient établir qui est responsable de l’intégration d’identité, des changements de politique, des logiciels de terminaux, de la réponse aux incidents et du dépannage des applications.

Ils devraient aussi tester le comportement en cas de défaillance. Si l’appairage direct devient indisponible, le trafic doit emprunter un itinéraire alternatif sécurisé. Les affirmations de résilience ne sont pertinentes que si le basculement préserve l’application des politiques et maintient les délais applicatifs dans des limites acceptables.

Le pilote le plus utile commencerait avec un petit ensemble de flux de travail réels. Les équipes pourraient enregistrer la latence aller-retour, le temps d’exécution des tâches, les décisions de politique, les faux positifs et les incidents au service d’assistance avant d’activer le nouveau chemin.

La comparaison devrait couvrir plusieurs régions et différents moments de la journée. Elle devrait également inclure un exercice de défaillance et une application accessible au-delà du point d’inspection Netskope. Cette approche teste le service combiné au lieu de valider un seul composant.

Les agents IA nécessitent des contrôles supplémentaires. Les équipes devraient consigner les outils auxquels les agents accèdent, les données entrant dans les requêtes aux modèles et si les actions autonomes respectent les autorisations des utilisateurs. Elles devraient ensuite comparer les résultats de sécurité avec les délais introduits par chaque point de décision.

Aucune de ces questions n’invalide l’architecture. L’appairage direct et une coordination plus étroite entre réseau et sécurité répondent à une véritable source d’imprévisibilité. L’incertitude porte sur l’ampleur, la régularité et la valeur opérationnelle de l’amélioration.

BT et Netskope ont défini le mécanisme. Les clients doivent maintenant exiger des mesures qui relient ce mécanisme à des applications plus rapides, à moins de lacunes de politique et à une gestion des incidents plus simple.

Trois signaux montreront si le partenariat fonctionne

La prochaine phase devrait être évaluée à travers les benchmarks clients, la couverture de l’intégration et une concurrence multiconstruceurs durable.

Le premier signal sera la publication de preuves de performances issues de déploiements multinationaux. Des résultats utiles compareraient la latence avant et après l’intégration dans plusieurs pays, applications et emplacements d’inspection. Ils devraient inclure les résultats médians et les percentiles élevés, et pas seulement le meilleur cas.

Les charges de travail IA nécessitent également des mesures au niveau des tâches. Une requête unique peut ne faire gagner qu’un faible temps, tandis qu’un agent exécutant des dizaines d’appels dépendants pourrait bénéficier davantage. À l’inverse, une inspection répétée peut révéler des délais que les tests réseau ordinaires ne détectent pas.

Des éléments provenant de clients identifiés renforceraient l’argumentaire du partenariat. Ces clients devraient décrire leur conception réseau, les contrôles sélectionnés et leur portée géographique. Des pourcentages anonymes sans référence de départ en révéleraient beaucoup moins.

Si ces résultats montrent des gains stables entre les régions, la thèse de BT deviendra plus solide. Global Fabric apparaîtrait comme plus qu’une couche d’achat pratique. Il démontrerait qu’un routage coordonné améliore le fonctionnement d’une sécurité fournie depuis le cloud.

Des résultats faibles ou très variables réduiraient la portée de cette affirmation. Ils suggéreraient que l’intégration directe aide certains itinéraires, mais ne crée pas un avantage général de performance pour l’IA.

Le deuxième signal sera une divulgation plus étendue sur la couverture de l’intégration et les opérations. Les clients doivent savoir où BT s’appaire avec Netskope, quels services utilisent ces chemins et comment fonctionne le basculement. Ils ont également besoin de cartes claires des responsabilités pour les incidents et les changements de politique.

L’extension à davantage d’emplacements augmenterait la probabilité que le trafic multinational utilise un point d’inspection proche. Une meilleure télémétrie pourrait aussi compter. Une vue partagée des performances de chemin, des événements de politique et de l’expérience applicative faciliterait le dépannage.

Ce signal va au-delà de la vitesse brute. Un service géré réussi devrait réduire le temps nécessaire pour déterminer si une défaillance se situe dans le réseau, la couche de sécurité ou l’application. La clarté opérationnelle est l’une des principales raisons d’acheter un service intégré.

Si BT et Netskope publient une couverture et des capacités de diagnostic plus claires, l’affirmation de gestion du partenariat gagnera en crédibilité. Si les clients ont toujours besoin de plusieurs consoles et files d’escalade déconnectées, l’intégration restera principalement architecturale.

Le troisième signal sera la manière dont Cisco, Fortinet et Zscaler réagissent au sein de Global Fabric. La plateforme de BT donne aux quatre fournisseurs accès à la même opportunité stratégique. Leurs intégrations révéleront si une connectivité SSE optimisée devient une fonctionnalité standard des opérateurs.

La concurrence pourrait pousser les fournisseurs à publier de meilleures données de latence, à ajouter des contrôles spécifiques à l’IA ou à améliorer la gestion partagée. Elle pourrait également mettre en évidence des différences significatives entre leurs points de présence, leurs moteurs de politique et leurs modèles de support aux entreprises.

BT bénéficie si les clients perçoivent Global Fabric comme un lieu neutre pour comparer ces options. Netskope n’en bénéficie que si son implémentation remporte des déploiements après cette comparaison. Son statut stratégique ne supprime pas la nécessité de surpasser les alternatives.

Une évolution vers des achats intégrés de réseau et de sécurité validerait le modèle plus large. Les entreprises demanderaient de plus en plus aux opérateurs et aux fournisseurs SSE des résultats de service mesurés conjointement. Les affirmations séparées sur les produits deviendraient moins convaincantes.

Le résultat inverse est également possible. Les clients pourraient utiliser Global Fabric pour la connectivité tout en conservant des contrats de sécurité gérés indépendamment. Cela affaiblirait l’idée qu’une expérience SASE gérée unique procure un avantage opérationnel décisif.

Pour les acheteurs d’entreprise, l’action immédiate est pragmatique. Identifiez un flux de travail IA ou cloud qui traverse plusieurs régions, puis mesurez son chemin complet avant de modifier l’architecture. Incluez les décisions de sécurité, la réponse de l’application et la récupération lors d’une défaillance.

Le partenariat de sécurité IA entre BT et Netskope mérite de l’attention parce qu’il cible l’espace entre les contrôles de sécurité et le trafic qu’ils inspectent. Son architecture est plausible, et son environnement multiconstructeurs rend la compétition significative. La question sans réponse porte sur l’exécution mesurable. BT et Netskope publieront-ils suffisamment de preuves issues de déploiements réels pour permettre aux acheteurs de distinguer un chemin optimisé d’une promesse optimisée ?