Por qué su estrategia de seguridad del terminal necesita una arquitectura Zero Trust, no solo menos herramientas

El supuesto más peligroso en la seguridad del terminal no es que un actor de amenazas logrará atravesar su perímetro. Es suponer que las herramientas que utiliza para gestionar los terminales son de confianza por defecto.

Ese supuesto se integra en muchas plataformas de gestión de terminales, y es precisamente el tipo de vulnerabilidad que los ataques a la cadena de suministro buscan explotar.

ConnectWise ha llevado a cabo un duro trabajo para integrar su conjunto de herramientas. ConnectWise RMM incluye ScreenConnect para acceso remoto, y la experiencia diaria para los técnicos es en gran medida unificada. Si utiliza este conjunto, no tendrá que cambiar entre aplicaciones completamente desconectadas.

Sin embargo, una experiencia integrada y una arquitectura de seguridad unificada no son lo mismo. ScreenConnect y ConnectWise RMM son productos distintos, cada uno con su propio historial de desarrollo, su propio registro de CVE y su propio modelo de confianza. ScreenConnect también está disponible como producto independiente. Incluso en un paquete bien integrado, la arquitectura subyacente sigue involucrando sistemas separados cuyos modelos de confianza con sus terminales no fueron diseñados desde el principio como un único modelo de seguridad.

Esa diferencia importa. No porque las herramientas no funcionen juntas (sí lo hacen), sino porque cuando ocurre un problema en la capa de integración, el propio terminal no tiene una manera nativa de distinguir una instrucción legítima de una comprometida que viaje a través de un canal de confianza.

Los ataques no siempre tienen éxito únicamente porque los atacantes rompieron la encriptación, sino porque las herramientas de gestión pueden ser confiables de manera implícita, y esa confianza no se verifica a nivel de cada acción.

La seguridad Zero Trust opera bajo un principio: no confíe en nada, verifique todo, no solo al iniciar sesión, sino en cada acción confidencial.

LogMeIn Resolve incorpora la arquitectura Zero Trust en la seguridad de acceso remoto haciendo que cada agente firme acciones con una firma única que solo él posee. El control de acceso avanzado significa que nadie, incluidos los administradores, puede modificar ni crear una tarea en nombre de un agente. Los terminales nunca confían de manera ciega; verifican la firma antes de conceder el acceso.

En términos prácticos, esto significa:

• Cada sesión remota se verifica por identidad, no solamente por credenciales. Cada agente de asistencia genera una clave de firma única para validar su identidad, lo que hace que el acceso no autorizado sea prácticamente imposible; incluso los administradores no pueden secuestrar sesiones remotas sin cumplir los mismos requisitos de verificación estrictos.
• Cada acción automatizada requiere verificación. La ejecución de scripts, los comandos de PowerShell y el despliegue de dispositivos desatendidos pasan por la misma capa de autenticación Zero Trust, no solo una sesión iniciada.
• El cifrado Estándar de cifrado avanzado de 256 bits y TLS protege todos los datos en tránsito, aplicándose de manera constante en cada tipo de sesión.

LogMeIn Resolve ha incorporado todos los pilares fundamentales de Zero Trust en cada capa de la arquitectura; esto significa que el modelo de verificación se aplica de manera uniforme, independientemente de la funcionalidad que utilice, sin ningún punto de integración que permita omitir la verificación.

Los MSP representan un objetivo de alto valor dentro de la cadena de suministro. Si un atacante logra comprometer su herramienta de gestión remota y supervisión, obtiene acceso directo a cada entorno de cliente que usted gestiona, sin necesidad de vulnerar cada cliente por separado.

LogMeIn Resolve está diseñado específicamente para evitar clases completas de ataques a la cadena de suministro, cibersecuestros de datos y ataques por inyección de comandos que han devastado el sector. El mecanismo es arquitectónico: dado que cada acción requiere la firma verificada del agente, una credencial comprometida o una sesión secuestrada no pueden enviar instrucciones maliciosas a los terminales de forma indetectable. El propio terminal rechaza los comandos no firmados.

Esta es una diferencia significativa respecto a las plataformas donde el acceso remoto y la automatización están integrados pero separados desde el punto de vista arquitectónico. Una integración adecuada reduce la fricción; no elimina los límites de confianza fundamentales entre cada producto.

Como la RMM el acceso remoto, la automatización de parches y la MDM están integrados de forma nativa en Resolve, el control de acceso basado en identidad de Zero Trust verifica las identidades de usuarios y los dispositivos, aplica el principio de privilegio mínimo otorgando únicamente el nivel necesario según cada función, y utiliza microsegmentación para limitar el movimiento lateral en la red; todo ello se aplica de manera uniforme en cada acción dentro de la plataforma.

Para los MSP, esto significa que un único modelo de permisos auditable cubre todos los entornos de clientes. Para los equipos internos de TI, la elaboración de informes de cumplimiento y la preparación para auditoría no requieren correlacionar registros entre herramientas independientes, ya que todo se gestiona en un solo lugar y se aplica un único estándar de gobernanza de extremo a extremo.

¿Qué es la arquitectura de Zero Trust en el contexto de la gestión de terminales?

Zero Trust significa que ningún usuario, dispositivo o acción se considera confiable por defecto; cada solicitud de acceso y cada tarea automatizada requiere una verificación explícita. En la gestión de terminales, esto se aplica a las sesiones remotas, la ejecución de scripts y el acceso a dispositivos desatendidos. LogMeIn Resolve aplica la verificación de Zero Trust a nivel de acción, no solo en el inicio de sesión.

¿Cómo protege la arquitectura de Zero Trust contra los ataques a la cadena de suministro?

Los ataques a la cadena de suministro suelen funcionar comprometiendo una herramienta confiable y utilizando esa confianza para enviar instrucciones maliciosas a los terminales. El modelo de Zero Trust de Resolve exige que cada acción sea firmada por un agente verificado. Debido a que los terminales verifican la firma antes de ejecutar cualquier instrucción, una credencial comprometida o una sesión secuestrada no puede desplegar scripts maliciosos de forma silenciosa.

¿ConnectWise RMM incluye ScreenConnect?

Sí, ScreenConnect está incluido con ConnectWise RMM y ambos están bien integrados para el uso diario. Sin embargo, ScreenConnect también está disponible como producto independiente, y ambas herramientas mantienen historiales de desarrollo y arquitecturas de seguridad separadas. Integración y arquitectura unificada no son lo mismo.

¿Cómo afecta el modelo Zero Trust de Resolve a los flujos de trabajo diarios de los técnicos?

Para la mayoría de las tareas rutinarias, la capa de verificación se ejecuta de manera transparente. Los técnicos se autentican una vez y su clave de firma única determina a qué pueden acceder y qué pueden ejecutar. La diferencia es que nadie, incluidos los administradores, puede actuar fuera de su alcance verificado, lo que reduce el riesgo interno sin añadir fricciones significativas.

¿El control de acceso de Zero Trust está disponible en todos los planes de Resolve?

La arquitectura Zero Trust está integrada en la plataforma Resolve a nivel fundamental, no está restringida a un nivel premium.

¿Desea ver cómo funciona la gestión de terminales bajo el modelo Zero Trust en su entorno?