Before explaining the exact security mechanisms employed by LogMeIn Pro and LogMeIn Central, it is necessary to give a quick introduction to the solution architecture.

Existen tres componentes clave en cualquier sesión de acceso remoto. Los roles del cliente y el host deben ser de forma sencilla. El tercer componente es la puerta de enlace.

Arquitectura del sistema

The host maintains a constant TLS-secured connection with one of the LogMeIn Pro and LogMeIn Central gateway servers in one of our physically secure datacenters. El vínculo se inicia a través del host y el firewall lo considera una conexión saliente, como tráfico de exploración web protegido. The client establishes a connection to LogMeIn Pro or LogMeIn Central and authenticates itself. En función de la identidad del cliente. se le autoriza el intercambio de datos con uno o más host (los host correspondientes a la cuenta del usuario). A continuación, la puerta de enlace reenvía el siguiente tráfico cifrado entre el cliente y el host. Hay que destacar que el cliente tendrá que autenticarse también en el host; la puerta de enlace es el intermediario del tráfico entre las dos entidades, pero no necesita que el host confíe en el cliente de forma implícita. Una vez que el host ha verificado la identidad del cliente y autorizado el acceso al ordenador, se inicia la verdadera sesión de acceso remoto.

La ventaja de utilizar la puerta de enlace es que tanto el cliente como el host (o ambos) pueden tener configurado un firewall. La puerta de enlace garantiza que los usuarios no necesiten configurar firewalls.

Cuando los usuarios piensan en la seguridad de los datos de Internet, normalmente se preocupan sobre el cifrado de datos, hasta el punto en el que la seguridad se calcula sobre la longitud de la clave de cifrado utilizada. Sin embargo, el cifrado y descifrado, aunque son muy importantes, son tareas un tanto triviales en comparación con los otros retos a los que se enfrentan los diseñadores de sistemas seguros. As you will see, data encryption is just one of the main goals set forth by the designers of LogMeIn Pro and LogMeIn Central.

LogMeIn Pro and LogMeIn Central provide two layers to detect intrusion attempts: TLS and LogMeIn Intrusion Filters.

La puerta de enlace proporciona cifrado de extremo a extremo mediante el reenvío de datos cifrados entre el host y el cliente. Si está familiarizado con el funcionamiento de TLS, quizá le parezca imposible; después de todo, se supone que solo la puerta de enlace puede descifrar los datos enviados por el cliente porque el cliente confía en que se está comunicando con la puerta de enlace. This is a valid point, but LogMeIn made a few important changes to how TLS sessions are handled between the host and the gateway.

La primera parte de la negociación de TLS la realizan la puerta de enlace y el cliente. A continuación, la puerta de enlace transfiere el intercambio al host, que vuelve a negociar la sesión de TLS y acuerda una nueva clave de sesión con el cliente, proporcionando así un verdadero cifrado de extremo a extremo.

Cuando el tráfico se retransmite a través de la puerta de enlace, el cliente establece una sesión de TLS con la puerta de enlace utilizando el certificado de dicha puerta de enlace. La puerta de enlace transfiere al host el estado de esta sesión de TLS (incluida la clave secreta previa). Tras acordar una nueva clave de sesión, el host utiliza el estado de esta sesión para gestionar el resto de la sesión de TLS directamente con el cliente. El certificado de la puerta de enlace protege la sesión, permitiendo que el cliente hable directamente con el host sin necesidad de que la puerta de enlace descifre y vuelva a cifrar el tráfico.

No se pueden realizar ataques MITM porque tanto el host como el cliente verifican el certificado de la puerta de enlace, y el cliente utiliza su clave RSA pública para autenticar la información cifrada que se utiliza para obtener la clave secreta previa de TLS.

Es importante explicar cómo se usa NAT transversal de UDP, especialmente porque el protocolo UDP es considerado muy poco seguro. No es enteramente una de las siguientes funciones: si UDP se usa como un medio de comunicación y, a continuación, seguridad puede ser un problema grave, ya que los datos de UDP son fáciles de forzar y se puede desacoplar la dirección IP del emisor.

Para contrarrestar esto, LogMeIn.com no utiliza UDP como medio de comunicación en sí con las conexiones NAT transversal de UDP. UDP se relega al nivel de red como se define en el modelo de red ISO/OSI, con un nivel de trasporte de tipo TCP creado en su parte superior y completado con control de flujo, escalado de banda ancha dinámica y numeración de secuencias de paquete.

LogMeIn.com uses UDP instead of TCP packets (thereby effectively re-implementing a TCP-like transport layer) because most firewalls and NAT devices allow seamless two-way communication over a UDP transport as long as it is initiated from within the security perimeter, but they require significant reconfiguration for TCP and IP packets. Tras construir una transmisión fiable de tipo TCP a partir de paquetes UDP poco fiables, se refuerza la protección de la transmisión con un nivel TLS, proporcionando capacidades de cifrado total, protección de la integridad y verificación del punto de acceso.

Para configurar una conexión de NAT transversal de UDP, tanto el cliente como el host envían varios paquetes UDP cifrados a la puerta de enlace. Estos paquetes se cifran utilizando una clave secreta compartida por la puerta de enlace y el usuario correspondiente, y se comunican a través de la conexión TLS preexistente. Es imposible imitarlos.

La puerta de enlace utiliza estos paquetes para determinar las direcciones IP externas (Internet) de las dos entidades. También intenta predecir el puerto del firewall que se utilizará para la comunicación cuando se envía un nuevo paquete UDP. Transfiere sus descubrimientos a los usuarios, los cuales intentarán configurar una conexión directa a continuación. La conexión se produce si la puerta de enlace puede determinar el puerto en uso. Los usuarios se verifican mutuamente utilizando otra clave compartida obtenida de la puerta de enlace. Se establece una sesión de TLS. A continuación, los usuarios se comunican directamente.

Si no se puede configurar una conexión directa, los usuarios se volverán a conectar a la puerta de enlace mediante TCP y solicitarán que se utilice una sesión reenviada que esté cifrada de extremo a extremo. Este proceso sólo tarda unos cuantos segundos y es totalmente visible para el usuario. La única diferencia notoria es el rendimiento mejorado y la baja latencia cuando se utiliza una conexión directa. Para ver más información, consulte Número de patente de EE. UU. 7.558.862.

The LogMeIn host, based on user preferences, can semi-automatically or automatically update itself on the user’s computer. El software del host comprueba periódicamente el sitio web de LogMeIn.com para obtener versiones más recientes del software. Si se encuentra una nueva versión, se descarga automáticamente y se muestra un mensaje al usuario para que pueda permitir la actualización. El proceso de descarga sólo utiliza como máximo un 50% del ancho de banda disponible, por lo que prácticamente no interfiere con ninguna otra aplicación de red.

Estas actualizaciones de software están firmadas digitalmente por LogMeIn.com con una clave privada que no se encuentra en ninguno de nuestros sistemas conectados a través de Internet. Therefore, even if the LogMeIn datacenters were compromised by attackers who then gain complete control over our servers, they would not be able to upload a rogue update and run arbitrary code on our users’ computers. The most such a highly unlikely attack could accomplish is access to the LogMeIn logon screen on the customer’s computer, which, even though it effectively bypasses the gateway security mechanisms, would still require that they enter valid operating system credentials to gain access to the computer. El forzado de contraseñas es inviable, ya que el filtro de autenticación bloquea de forma predeterminada la dirección IP del usuario tras la introducción de varias contraseñas incorrectas.

For cases when a user has the same password for both LogMeIn and their computer, note that we do not store actual LogMeIn passwords in our database. Lo que hacemos es utilizar una función unidireccional de derivación de clave criptográfica y un valor de sal por cuenta para garantizar que no se pueda recuperar la contraseña con un ataque de fuerza bruta aunque se disponga del valor derivado.

Una solución de acceso remoto bien diseñada puede aumentar la productividad en gran medida y proporcionar una rápida rentabilidad. When deployed with care and LogMeIn's optional security features are utilized, the benefits greatly outweigh the risks.