Zero Trust

Zero Trust explicado para líderes de tecnología: qué es y por qué tu red plana ya no es suficiente

Una explicación clara del modelo Zero Trust, por qué el perímetro de red tradicional ya no alcanza, y qué significa implementarlo en la práctica.

· 2 min de lectura

Ilustración de una red segmentada con controles de acceso en cada zona.

Zero Trust cambia la pregunta de seguridad: en lugar de confiar en una conexión por estar dentro de la red, se evalúa quién solicita acceso, a qué recurso y bajo qué condiciones. NIST SP 800-207 sitúa el foco en usuarios, activos y recursos, sin conceder confianza implícita solo por su ubicación.

Empezar por un recurso concreto

Un primer proyecto puede centrarse en el acceso administrativo a una aplicación crítica. Identifica sus usuarios, cuentas de servicio, dispositivos y dependencias. Documenta quién autoriza cada permiso y cómo se revoca. Este mapa permite trabajar con un alcance que el equipo pueda comprobar y mantener.

Por ejemplo, un administrador puede necesitar modificar una configuración durante una ventana de trabajo, sin conservar acceso permanente a todas las aplicaciones. Definir esa necesidad antes de elegir herramientas hace más clara la política.

Verificar y limitar el acceso

La verificación explícita, el mínimo privilegio y el diseño que contempla una posible intrusión son los principios que resume Microsoft. En la práctica, conviene revisar cuentas compartidas, privilegios innecesarios y excepciones sin responsable. La autenticación reforzada debe acompañarse de permisos ajustados a la tarea.

La segmentación ayuda a acotar comunicaciones, pero no sustituye las decisiones sobre identidad y autorización de cada recurso.

Diseñar la operación y la recuperación

Una política también necesita procedimientos para resolver bloqueos legítimos, gestionar dispositivos perdidos y recuperar accesos de emergencia. El equipo debe saber quién puede aprobar una excepción y cuándo debe revisarse.

Antes de ampliar el alcance, ensaya un caso cotidiano y otro de fallo. Comprueba que exista evidencia suficiente para explicar por qué se permitió o rechazó un acceso.

Medir un cambio verificable

Un buen primer resultado es una aplicación con responsables identificados, permisos revisados y un procedimiento de recuperación probado. Extiende el modelo a otros recursos cuando el equipo pueda operarlo de forma fiable.

Conoce cómo abordamos Identity & Access Management para conectar identidad, permisos y necesidades del negocio.