Secure Service Edge (SSE) se ha convertido en la respuesta por defecto a un problema real: cómo asegurar el acceso en un mundo de GenAI, trabajo híbrido, proliferación de SaaS, dispositivos no gestionados y usuarios externos, sin reconstruir toda la red. En teoría, SSE parece la solución moderna: consolidación, políticas centralizadas y un único panel de control. En la práctica, muchos equipos descubren algo incómodo tras el despliegue: la prueba de concepto demostró la arquitectura, no la reducción de riesgos. La demo funcionó, pero la producción no.
¿Por qué ocurre esto? El artículo identifica varias causas: el reemplazo completo de la red, la visibilidad limitada a nivel de navegador y sesión, el costo operativo, la fragilidad arquitectónica y la brecha de despliegue. A continuación, se presentan tres preguntas que todo líder de seguridad debería hacerse antes de comprometerse con una prueba de concepto de SSE.
Pregunta 1: ¿Puede SSE resolver realmente mis riesgos de mayor prioridad?
Antes de iniciar una prueba de concepto, sea explícito sobre el resultado que más le importa: asegurar acciones en SaaS, proteger el navegador, gobernar el uso de GenAI, aplicar DLP consistente o reducir riesgos de BYOD y acceso de terceros. SSE a menudo lucha con el control granular de SaaS, los riesgos a nivel de navegador, la gobernanza de GenAI, el DLP consistente y los dispositivos no gestionados.
Pregunta 2: ¿Qué tan fluido es realmente el despliegue?
El mejor control de seguridad es el que realmente se adopta. La prueba de concepto debe poner a prueba la fricción, no solo las características: ¿requiere agentes en todos los endpoints? ¿Qué pasa con BYOD y contratistas? ¿Se redirige el tráfico? ¿Se puede habilitar incrementalmente por aplicación o nivel de riesgo? Los diagramas de SSE son limpios; los despliegues rara vez lo son.
Pregunta 3: ¿Cuáles son los costos reales?
El precio de la licencia es la partida más pequeña. Una prueba de concepto significativa debe considerar costos directos (precios por usuario, complementos DLP), costos de infraestructura (enrutamiento, ancho de banda, integraciones, latencia), costos humanos (tiempo del personal para despliegue, ajustes, excepciones, fatiga de alertas), costos de tiempo (protección retrasada, capacitación, fricción del usuario) y costos de oportunidad (lo que no se hace).
Muchas plataformas SSE parecen asequibles inicialmente, pero requieren reconfiguración de identidad, re-arquitectura de red, pilas de políticas paralelas y largos compromisos de servicios profesionales. En un año, el costo operativo a menudo eclipsa la licencia misma.
Una perspectiva diferente: seguridad de sesión sin agente
La seguridad de sesión sin agente se centra en la sesión web y SaaS real dentro del navegador, sin instalar agentes, extensiones de navegador ni obligar a usar navegadores especiales. Esto ofrece protección a nivel de sesión, sin agentes, visibilidad nativa del navegador y un tiempo rápido para obtener valor. No reemplaza todos los casos de uso de SSE, pero para SaaS, GenAI, BYOD y acceso de terceros, el control a nivel de sesión suele alinearse mejor con dónde vive realmente el riesgo moderno.
Dedi Shindler, VP de Producto en Red Access, afirma: 'SSE sigue teniendo sentido para reemplazo de VPN y entornos fuertemente gestionados. Pero para SaaS, GenAI, navegadores de IA, BYOD y acceso de terceros, el control a nivel de sesión suele alinearse mejor con dónde vive realmente el riesgo moderno.'
