Jorge Alberto Ramiro
System Engineer
Exclusive Networks
Durante años, la seguridad de una empresa se parecía a un edificio con una sola puerta. Los empleados entraban por ella, los sistemas críticos estaban dentro y el trabajo de los equipos de seguridad consistía en reforzar las cerraduras y vigilar los accesos. Ese modelo funcionó… hasta que el edificio se quedó pequeño y, por distintas circunstancias, hubo que buscar alternativas para ampliar el modelo y extenderlo más allá de sus límites iniciales.
Hoy ese edificio, esa seguridad, tiene cientos de puertas: algunas están en una oficina, otras en el domicilio de un empleado, en una aplicación SaaS, en un dispositivo móvil, en una sucursal, en la nube o en el acceso temporal de un proveedor. El problema no es que el perímetro sea más difícil de defender, lo que ocurre es que directamente ha dejado de existir pasando de la frontera física a la identidad y el contexto de cada acceso.
SASE y ZTNA nacieron para responder a esta realidad, sin embargo, y casi una década después, nos encontramos ante el desafío de entender por qué su adopción sigue siendo irregular y qué debe cambiar para que dejen de ser conceptos teóricos o declaraciones de intención y se conviertan en prácticas operativas.
La brecha no siempre es tecnológica
Desde el punto de vista de la distribución vemos una diferencia clara entre grandes organizaciones y mercado medio. Las primeras cuentan con equipos especializados, arquitecturas complejas y capacidad para abordar programas de transformación largos. Las segundas tienen que hacer equilibrios con recursos limitados, equipos de TI generalistas y una presión constante por demostrar resultados inmediatos. En este contexto, presentar SASE como una “gran transformación integral” puede ser contraproducente. No porque la propuesta carezca de valor, sino porque a menudo se recurre a un discurso demasiado técnico, heredado de proyectos pensados para corporaciones con otra escala y otra madurez.
Cuando hablamos de CASB, SD-WAN, motores de políticas, inspección de tráfico o PoPs, corremos el riesgo de alejarnos de las preguntas que realmente se hace el cliente y que no son otras que ¿cómo reduzco el riesgo sin interrumpir la actividad? ¿qué sustituyo primero? ¿puedo aprovechar lo que ya tengo? ¿quién va a gestionar todo esto?
La adopción empieza cuando esas preguntas reciben respuestas concretas, no cuando se despliega un diagrama perfecto.
Menos arquitectura y más recorrido
Uno de los errores más habituales es plantear SASE como un proyecto de todo o nada. En la práctica, la mayoría de las organizaciones avanzan por etapas, algo que tiene toda lógica. Es decir, para algunas, el primer paso es sustituir la VPN por un acceso basado en identidad, contexto y mínimo privilegio. Para otras, la prioridad está en conectar sucursales con mayor agilidad, unificar políticas o reducir el número de agentes y consolas que el equipo de TI debe gestionar.
Lo importante no es empezar por todos los componentes, sino elegir un punto de entrada que genere un beneficio visible y permita construir sobre él. Una plataforma realmente integrada facilita este proceso: compartir políticas, telemetría y gestión evita que la supuesta consolidación termine creando una nueva colección de herramientas desconectadas.
También es clave medir el progreso con indicadores comprensibles, tales como menos incidencias de acceso, menor uso de privilegios innecesarios, incorporación más rápida de usuarios o sedes, menor latencia y menos tiempo dedicado a gestionar soluciones distintas. Cuando el cliente entiende estos avances, es más fácil mantener su progreso.
El distribuidor como traductor del cambio
Aquí es donde el papel de un distribuidor de valor, como es Exclusive Networks, adquiere un papel decisivo. Además de poner tecnología a disposición del canal, lo que se trata es de ir un paso más allá y conectar a fabricantes, integradores y proveedores de servicios para convertir una arquitectura compleja en una propuesta que pueda desplegarse, operarse y escalarse.
Esto implica ayudar a los partners a desarrollar capacidades, identificar casos de uso reales, diseñar servicios recurrentes y adaptar el discurso al nivel de madurez de cada cliente. No todas las organizaciones necesitan el mismo itinerario, ni tienen la misma casuística, ni todos los partners parten del mismo punto. El mayorista debe actuar como el “traductor” capaz de transformar conceptos técnicos en rutas prácticas.
El recorrido que queda por delante sigue siendo amplio. Pero quizá el avance no dependa de volver a explicar qué es SASE, sino de hacerlo más cercano, más gradual y más fácil de consumir. La tecnología ya existe, ahora el desafío es construir el camino que permita adoptarla.
