La alianza de seguridad de IA entre BT y Netskope pone a prueba el enrutamiento de red
BT International amplió su colaboración con Netskope el 14 de octubre, incorporando conectividad directa de seguridad a una plataforma diseñada para redes multinacionales. La alianza de seguridad de IA entre BT y Netskope promete rutas predecibles para agentes de IA, aplicaciones en la nube y flujos de trabajo automatizados. Sin embargo, el anuncio no incluye referencias de clientes que demuestren que esas rutas reducen la latencia de forma consistente.
Esa omisión define la verdadera historia. BT ya no trata la seguridad en la nube como un servicio situado junto a la red. Está integrando el camino hacia la inspección en la propia red gestionada. Netskope proporciona la aplicación de políticas, mientras que BT controla una mayor parte de la ruta que transporta el tráfico hacia dicha aplicación.
El acuerdo también sitúa a Netskope junto a Cisco, Fortinet y Zscaler dentro del ecosistema Global Fabric de BT International. Los clientes obtienen una selección de proveedores de seguridad, pero cada integración aún debe demostrar su eficacia en distintas ubicaciones, aplicaciones y destinos en la nube. Por tanto, la alianza incrementa la presión tanto sobre las redes tradicionales de los operadores como sobre las plataformas de seguridad vendidas sin una conectividad estrechamente coordinada.
Qué cambia con la alianza de seguridad de IA entre BT y Netskope
Las empresas están integrando la ruta hacia la inspección de seguridad, no anunciando un nuevo producto de seguridad.
Las organizaciones ya pueden conectar la plataforma de red como servicio Global Fabric de BT International con Netskope One Security Service Edge. La red como servicio, o NaaS, proporciona a los clientes acceso a capacidades de red controladas por software sin exigirles que gestionen cada conexión subyacente.
Security Service Edge, habitualmente abreviado como SSE, ofrece controles de seguridad desde infraestructura en la nube. Esos controles pueden incluir acceso web seguro, protección de datos, acceso a aplicaciones privadas e inspección del tráfico en la nube.
La ampliación de octubre conecta más estrechamente esas dos capas. Según el comunicado de la alianza, Global Fabric utiliza peering directo en puntos de intercambio de Internet para llegar a infraestructura de Netskope ubicada estratégicamente. El peering crea un intercambio más directo de tráfico entre redes, reduciendo la dependencia de proveedores intermediarios no relacionados.
El resultado previsto es un camino más corto y predecible entre usuarios, agentes de IA, aplicaciones y los servicios de inspección de Netskope. BT y Netskope afirman que este acuerdo debería mejorar la capacidad de respuesta al tiempo que mantiene políticas de seguridad coherentes en distintas ubicaciones.
Las empresas no han publicado mediciones de latencia, comparaciones geográficas ni resultados de clientes que respalden esas afirmaciones de rendimiento. Tampoco han especificado todas las ubicaciones donde está disponible el peering directo. Por ello, los compradores deben distinguir la mejora arquitectónica de sus resultados operativos, aún no publicados.
Se trata de una ampliación de una relación existente. BT y Netskope anunciaron por primera vez su alianza de servicios gestionados en diciembre de 2023. Ese acuerdo llevó las capacidades SSE de Netskope a los clientes de BT y las combinó con la presencia internacional de servicios de BT.
El acuerdo original de seguridad gestionada se centraba en el acceso seguro para empleados distribuidos, servicios en la nube, sitios web y aplicaciones privadas. La nueva integración avanza más profundamente en la ruta del tráfico. Conecta los controles de Netskope con una plataforma programable de BT diseñada en torno al acceso a la nube.
Esta distinción importa porque las cargas de trabajo de IA generan patrones de tráfico distintos de la navegación convencional de los empleados. Un agente puede contactar repetidamente con modelos, herramientas, bases de datos e interfaces de programación de aplicaciones durante una sola tarea. Cada solicitud puede encontrarse con decisiones de autenticación, inspección, aplicación de políticas y enrutamiento.
Un salto de inspección retrasado puede parecer menor cuando se mide una sola vez. El retraso se vuelve más perceptible cuando un flujo de trabajo automatizado realiza muchas solicitudes dependientes. Una respuesta lenta puede retrasar todas las acciones posteriores de la secuencia.
El anuncio más amplio de BT confirma que Netskope no es la única opción. Global Fabric ofrece ahora conectividad optimizada a servicios SSE de Cisco, Fortinet, Netskope y Zscaler. La alianza con Netskope es una implementación dentro de una estrategia más amplia de múltiples proveedores.
Esto genera una propuesta de compra más útil que la que ofrecería una alianza exclusiva. Las empresas pueden conservar cierto margen de elección sobre su plataforma de seguridad mientras piden a BT que coordine las redes, la conectividad de inspección y las operaciones gestionadas. Sin embargo, la elección dentro de un entorno gestionado no elimina automáticamente el trabajo de migración ni las políticas específicas de cada proveedor.
El cambio inmediato es, por tanto, preciso. Los clientes de BT pueden seleccionar Netskope One SSE mediante una ruta de Global Fabric más integrada. El valor dependerá de si esas rutas ofrecen mejoras medibles bajo tráfico empresarial real.
Por qué el tráfico de IA hace que importe la ruta de red
La seguridad de IA solo puede aportar valor cuando la inspección sigue siendo lo bastante rápida para que las personas y los sistemas automatizados continúen trabajando.
La seguridad tradicional en la nube a menudo redirige el tráfico de un usuario o una sucursal hacia el punto de inspección de un proveedor. Después, el tráfico continúa hacia su aplicación o destino en la nube. Si esa ruta atraviesa varias redes de terceros, puede añadir distancia, retraso y un rendimiento impredecible.
BT sostiene que Global Fabric reduce este problema al conectarse en ubicaciones seleccionadas de la nube con ecosistemas de seguridad y nube. Su ampliación de Global Fabric ofrece peering en intercambios de Internet, diversidad de rutas y enrutamiento gestionado hacia las plataformas SSE participantes.
Netskope describe un mecanismo similar desde el lado de la seguridad. Su infraestructura NewEdge transporta los servicios de seguridad en la nube de la empresa, mientras que Netskope One aplica controles basados en el contexto a usuarios, dispositivos, aplicaciones y datos. La integración de BT busca crear una ruta más deliberada hacia esa infraestructura.
Esta arquitectura importa para la IA generativa interactiva. Un trabajador espera que un chatbot responda con rapidez, incluso cuando la solicitud debe atravesar controles de acceso y verificaciones de prevención de pérdida de datos. Los retrasos prolongados animan a los usuarios a buscar servicios no aprobados o a sortear los flujos de trabajo establecidos.
La IA agéntica eleva aún más lo que está en juego. Un agente de IA es software que selecciona acciones y utiliza herramientas para lograr un objetivo definido. Puede llamar a un modelo, buscar en una base de datos, recuperar un documento y actualizar otro sistema sin esperar a una persona entre cada paso.
Esas acciones generan preguntas de seguridad en varios puntos. ¿Está el agente autorizado a acceder a los datos solicitados? ¿Su prompt contiene información sensible? ¿La herramienta está aprobada? ¿La respuesta puede pasar a otra aplicación? ¿Ha encontrado el agente instrucciones manipuladas?
Netskope ha ampliado su cartera en torno a estas cuestiones. En marzo de 2026, presentó Agentic Broker, AI Guardrails, AI Gateway y AI Red Teaming dentro de Netskope One AI Security.
La empresa afirma que Agentic Broker supervisa el tráfico de Model Context Protocol entre agentes y fuentes de datos. Model Context Protocol, o MCP, es una interfaz estándar mediante la cual los sistemas de IA pueden utilizar herramientas externas y recuperar información.
AI Guardrails se dirige a la inyección de prompts, el jailbreaking y el contenido generado inadecuado. AI Gateway amplía los controles a aplicaciones y modelos alojados de forma privada. AI Red Teaming simula ataques contra modelos y aplicaciones de IA durante el desarrollo.
Estas funciones pasaron a estar disponibles de forma general cuando Netskope las anunció, según su lanzamiento de seguridad de IA. El comunicado indicó que Netskope presta servicio a miles de clientes, incluidos más de 30 de las Fortune 100.
Estas cifras describen el alcance de Netskope, no la adopción de cada nuevo componente de seguridad de IA. Por ejemplo, la empresa no ha revelado cuántos clientes utilizan Agentic Broker a través de BT. Tampoco ha publicado tasas de precisión de detección ni de falsos positivos para el servicio combinado.
Aun así, la dirección del producto explica por qué el enrutamiento se ha vuelto central para la alianza. Los controles de seguridad inspeccionan cada vez más la actividad de máquina a máquina, no solo las sesiones web iniciadas por empleados. El volumen y el momento de esas interacciones pueden hacer más visibles las rutas de tráfico ineficientes.
Las organizaciones globales afrontan una complicación adicional. Sus usuarios, agentes, nubes y bases de datos rara vez se encuentran en una sola geografía. Un flujo de trabajo puede comenzar en Toronto, contactar con un modelo en Estados Unidos, recuperar registros de Europa y llegar a un servicio de seguridad en otro lugar.
Cada frontera puede alterar la latencia, el tratamiento de datos y los requisitos de políticas. Una conectividad más directa no puede resolver todos esos problemas, pero sí puede eliminar desvíos de red evitables antes de la inspección.
BT vende esa coordinación como una base preparada para la IA. Las empresas deberían interpretar “preparada para la IA” como un objetivo de diseño, no como una certificación de rendimiento. El anuncio proporciona una arquitectura y una lista de proveedores, pero no establece un resultado universal.
La integración de Netskope y Global Fabric se enfrenta a tres rivales consolidados
Netskope obtiene conectividad privilegiada dentro de Global Fabric, pero BT ofrece la misma oportunidad estratégica a tres grandes competidores.
El enfoque de múltiples proveedores de BT crea la tensión competitiva central. Netskope es un socio estratégico, pero Cisco, Fortinet y Zscaler también reciben conectividad optimizada dentro de Global Fabric. Las empresas compiten en capacidades de seguridad mientras BT intenta estandarizar la red gestionada en torno a ellas.
Para los compradores empresariales, esta separación tiene valor práctico. Una compañía multinacional puede utilizar ya un proveedor SSE en miles de empleados. Sustituir esa plataforma únicamente para adoptar Global Fabric añadiría migración de políticas, cambios en los endpoints, pruebas y formación del personal.
Dar soporte a cuatro proveedores permite a BT impulsar la modernización de la red sin imponer una única elección de seguridad. También evita que la relación con Netskope se convierta en una ruta cerrada que excluya a clientes comprometidos con otro proveedor.
Por tanto, Netskope debe demostrar por qué su implementación merece ser seleccionada. La empresa hace hincapié en la protección en tiempo real y basada en el contexto en la nube, la web, el software como servicio, las aplicaciones privadas y los sistemas de IA. Su red NewEdge está diseñada para combinar la inspección de seguridad con el acceso a aplicaciones.
Cisco puede abordar la misma oportunidad mediante su amplia base de redes y sus consolidadas relaciones empresariales. Fortinet aporta productos integrados de red y seguridad, incluidas redes de área amplia definidas por software seguras. Zscaler es un destacado proveedor de seguridad en la nube con amplia experiencia en redirigir tráfico empresarial hacia servicios de inspección.
El papel de BT complica las comparaciones directas de productos. Los clientes no evalúan cuatro paquetes de software aislados. Evalúan los controles de cada proveedor, la ruta de BT hacia esos controles, los límites de los servicios gestionados, las operaciones de políticas y la experiencia resultante de las aplicaciones.
Esto desplaza parte de la competencia de las listas de funciones a la evidencia operativa. Una plataforma de seguridad podría identificar una gama más amplia de servicios de IA, pero generar retrasos inaceptables para un flujo de trabajo específico. Otra opción podría ofrecer un enrutamiento más rápido, pero carecer de un control requerido por un cliente regulado.
La asociación también cuestiona la práctica más antigua de adquirir servicios de red y seguridad mediante modelos operativos separados. Ese esquema puede dejar a dos proveedores investigando el mismo incidente desde paneles distintos. Cada proveedor puede afirmar que su propio sistema funciona mientras la experiencia de extremo a extremo sigue siendo deficiente.
BT quiere que Global Fabric se convierta en la capa de coordinación. La empresa afirma que los clientes pueden recibir una experiencia única de Secure Access Service Edge gestionado que combina conectividad y SSE. Secure Access Service Edge, o SASE, integra las redes de área amplia con la seguridad entregada desde la nube.
La promesa parece sencilla, pero la responsabilidad sigue teniendo límites. La documentación de servicio de BT para Netskope muestra que el soporte y la administración varían según el nivel de servicio elegido. Los clientes pueden mantener responsabilidades importantes dentro del portal del proveedor, mientras BT gestiona los pedidos, los incidentes y determinadas tareas operativas.
La descripción del servicio también describe la escalación desde el soporte de BT hasta su organización de operaciones de seguridad y, cuando es necesario, hasta el proveedor. Esta estructura es habitual en un servicio gestionado de socios, pero no equivale a que una sola empresa controle todos los componentes.
Un incidente relacionado con un agente de IA podría atravesar varias capas. El fallo podría originarse en una ruta de Global Fabric, una política de Netskope, un servicio de identidad, una aplicación en la nube o la propia lógica del agente. Una adquisición integrada no vuelve técnicamente simple esa cadena.
La ventaja competitiva dependerá tanto del diagnóstico como de la prevención. Los compradores necesitan pruebas claras que muestren qué equipo detecta primero un evento, qué equipo puede modificar una política y con qué rapidez los proveedores aíslan los problemas de enrutamiento.
Esto presiona a los servicios independientes fuera de las plataformas integradas. Si BT demuestra un mejor rendimiento y operaciones más sencillas, los clientes podrían preferir seguridad accesible a través de una red orquestada. Si los beneficios siguen siendo difíciles de medir, los compradores podrían continuar combinando proveedores de forma independiente.
Por tanto, la asociación de seguridad de IA entre BT y Netskope proporciona a Netskope distribución y alineación arquitectónica, pero no exclusividad. Cisco, Fortinet y Zscaler están presentes en la misma plataforma. Esto convierte los resultados para los clientes en la prueba competitiva decisiva.
La promesa de seguridad aún necesita pruebas de rendimiento
Una ruta mejor diseñada es creíble, pero el anuncio no demuestra que todos los clientes recibirán menor latencia u operaciones más sencillas.
La primera incertidumbre es la cobertura geográfica. BT afirma que Global Fabric utiliza ubicaciones estratégicas en la nube y ofrece rutas hacia la infraestructura de Netskope. Ninguno de los anuncios de las empresas proporciona una lista completa de ubicaciones conectadas ni un mapa de disponibilidad para esta integración.
Esa información determina si el tráfico de un cliente realmente evita un desvío. Una conexión directa en un mercado hace poco por los usuarios que deben viajar a otra región antes de alcanzarla. Los promedios globales también pueden ocultar un rendimiento deficiente en ubicaciones importantes de sucursales.
La segunda incertidumbre se refiere a la ruta posterior a la inspección. BT puede optimizar la conectividad hacia un punto de presencia de SSE, pero el rendimiento de las aplicaciones depende de todo el recorrido. La nube de destino, las condiciones de la internet pública, el diseño de la aplicación y los sistemas de identidad siguen influyendo en el tiempo de respuesta.
HostingJournalist identificó la misma limitación en su evaluación técnica. La publicación señaló que las mejoras dependen de las ubicaciones de los usuarios, la colocación de la inspección, las aplicaciones y lo que sucede más allá del punto de control de seguridad.
La tercera incertidumbre es la sobrecarga de las políticas. La inspección de seguridad realiza trabajo útil, y el trabajo útil consume tiempo. La clasificación de datos, el análisis de malware, las decisiones de acceso y las comprobaciones de contenido de IA pueden añadir procesamiento incluso cuando la ruta de red es eficiente.
Una evaluación seria debe separar la latencia de tránsito de la latencia de inspección. También debería comparar tráfico web habitual, transferencias de archivos grandes, solicitudes interactivas a modelos y llamadas repetidas de agentes. Una medición promedio no puede representar los cuatro patrones.
Los falsos positivos crean otro coste. Un control de IA podría bloquear un prompt legítimo porque se parece a datos confidenciales o a un intento de inyección. Una ruta de baja latencia aporta poco beneficio cuando los errores de política interrumpen repetidamente el flujo de trabajo.
Netskope afirma que sus controles de IA ofrecen protección contextual para usuarios, agentes, aplicaciones, modelos y datos. Son afirmaciones de la empresa. El anuncio público no incluye validación de terceros sobre el rendimiento de detección dentro del entorno de BT.
La residencia de datos añade más complejidad. Ambas empresas mencionan requisitos de soberanía, pero el enrutamiento optimizado no determina automáticamente dónde se procesan o almacenan todos los datos. Los clientes deben examinar los registros, las ubicaciones de inspección, el acceso administrativo, la retención y los subprocesadores.
El calendario de servicio existente de BT indica que algunos datos de clientes pueden permanecer en el portal de Netskope durante períodos definidos. También describe la retención opcional y el tratamiento posterior a la terminación. Los compradores deberían conciliar esos términos contractuales con la gobernanza interna y las obligaciones regionales.
La propiedad operativa requiere una atención similar. Un único servicio gestionado puede reducir la coordinación entre proveedores, pero solo cuando las rutas de escalación siguen siendo claras. Los clientes deberían establecer quién es responsable de la integración de identidad, los cambios de políticas, el software de endpoints, la respuesta a incidentes y la resolución de problemas de aplicaciones.
También deberían probar el comportamiento ante fallos. Si el peering directo deja de estar disponible, el tráfico necesita una ruta alternativa segura. Las afirmaciones de resiliencia solo tienen sentido cuando la conmutación por error preserva la aplicación de políticas y mantiene los retrasos de las aplicaciones dentro de límites aceptables.
El piloto más útil comenzaría con un pequeño conjunto de flujos de trabajo reales. Los equipos podrían registrar la latencia de ida y vuelta, el tiempo de finalización de tareas, las decisiones de política, los falsos positivos y los incidentes de soporte antes de habilitar la nueva ruta.
La comparación debería cubrir varias regiones y horas del día. También debería incluir un ejercicio de fallo y una aplicación a la que se acceda más allá del punto de inspección de Netskope. Ese enfoque prueba el servicio combinado en lugar de validar solo un componente.
Los agentes de IA requieren controles adicionales. Los equipos deberían registrar a qué herramientas acceden los agentes, qué datos entran en las solicitudes al modelo y si las acciones autónomas respetan los permisos de los usuarios. Después deberían comparar los resultados de seguridad con los retrasos introducidos por cada punto de decisión.
Ninguna de estas preguntas invalida la arquitectura. El peering directo y una coordinación más estrecha entre red y seguridad abordan una fuente real de imprevisibilidad. La incertidumbre reside en la magnitud, la consistencia y el valor operativo de la mejora.
BT y Netskope han definido el mecanismo. Ahora los clientes deben exigir mediciones que conecten ese mecanismo con aplicaciones más rápidas, menos brechas de política y una gestión de incidentes más sencilla.
Tres señales mostrarán si la asociación funciona
La siguiente fase debería evaluarse mediante métricas de clientes, cobertura de integración y competencia multivendedor sostenida.
La primera señal es la evidencia de rendimiento publicada a partir de despliegues multinacionales. Los resultados útiles compararían la latencia antes y después de la integración en varios países, aplicaciones y ubicaciones de inspección. Deberían incluir resultados de mediana y percentiles altos, no solo el mejor caso.
Las cargas de trabajo de IA también necesitan mediciones a nivel de tarea. Una sola solicitud podría ahorrar solo una pequeña cantidad de tiempo, mientras que un agente que realiza decenas de llamadas dependientes podría obtener más ventajas. A la inversa, la inspección repetida podría revelar retrasos que las pruebas de red habituales no detectan.
La evidencia de clientes identificados reforzaría el argumento de la asociación. Esos clientes deberían describir su diseño de red, los controles seleccionados y su alcance geográfico. Los porcentajes anónimos sin una referencia de base revelarían mucho menos.
Si esos resultados muestran mejoras estables entre regiones, la tesis de BT se fortalece. Global Fabric parecería más que una conveniente capa de adquisición. Demostraría que el enrutamiento coordinado mejora la operación de la seguridad entregada desde la nube.
Resultados débiles o muy variables limitarían la afirmación. Sugerirían que la integración directa ayuda a rutas específicas, pero no crea una ventaja general de rendimiento para IA.
La segunda señal es una divulgación más amplia sobre la cobertura de integración y las operaciones. Los clientes necesitan saber dónde BT establece peering con Netskope, qué servicios utilizan esas rutas y cómo funciona la conmutación por error. También necesitan mapas claros de responsabilidades para incidentes y cambios de políticas.
La expansión a más ubicaciones aumentaría la probabilidad de que el tráfico multinacional utilice un punto de inspección cercano. Una mejor telemetría también podría ser importante. Una visión compartida del rendimiento de las rutas, los eventos de políticas y la experiencia de las aplicaciones facilitaría la resolución de problemas.
Esta señal va más allá de la velocidad bruta. Un servicio gestionado exitoso debería reducir el tiempo necesario para identificar si un fallo se encuentra en la red, la capa de seguridad o la aplicación. La claridad operativa es una de las principales razones para adquirir un servicio integrado.
Si BT y Netskope publican una cobertura y capacidades de diagnóstico más claras, la afirmación de gestión de la asociación gana credibilidad. Si los clientes aún necesitan varias consolas desconectadas y colas de escalación, la integración seguirá siendo principalmente arquitectónica.
La tercera señal es cómo responden Cisco, Fortinet y Zscaler dentro de Global Fabric. La plataforma de BT brinda a los cuatro proveedores acceso a la misma oportunidad estratégica. Sus integraciones revelarán si la conectividad SSE optimizada se convierte en una función estándar de los operadores.
La competencia podría impulsar a los proveedores a publicar mejores datos de latencia, añadir controles específicos para IA o mejorar la gestión compartida. También podría poner de manifiesto diferencias significativas entre sus puntos de presencia, motores de políticas y modelos de soporte empresarial.
BT se beneficia si los clientes perciben Global Fabric como un lugar neutral para comparar esas opciones. Netskope solo se beneficia si su implementación gana despliegues después de esa comparación. Su estatus estratégico no elimina la necesidad de superar a las alternativas.
Un cambio hacia la adquisición integrada de redes y seguridad validaría el modelo más amplio. Las empresas pedirían cada vez más a operadores y proveedores de SSE resultados de servicio medidos conjuntamente. Las afirmaciones sobre productos separados serían menos persuasivas.
También es posible el resultado opuesto. Los clientes podrían utilizar Global Fabric para la conectividad mientras mantienen contratos de seguridad gestionados de forma independiente. Eso debilitaría la idea de que una experiencia SASE gestionada única ofrece una ventaja operativa decisiva.
Para los compradores empresariales, la acción inmediata es práctica. Identifiquen un flujo de trabajo de IA o nube que atraviese varias regiones y luego midan su recorrido completo antes de cambiar la arquitectura. Incluyan las decisiones de seguridad, la respuesta de la aplicación y la recuperación durante un fallo.
La asociación de seguridad de IA entre BT y Netskope merece atención porque se dirige al espacio entre los controles de seguridad y el tráfico que inspeccionan. Su arquitectura es plausible, y su entorno multivendedor hace que la competencia sea significativa. La pregunta sin respuesta es la ejecución medible. ¿Publicarán BT y Netskope suficiente evidencia de despliegues reales para que los compradores distingan una ruta optimizada de una promesa optimizada?
