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.

Chaque session d'accès à distance comprend trois éléments clés. Les rôles du client et de l'hôte doivent être simples – le troisième composant est la passerelle.

Architecture système

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. Cette connexion est initiée par l'hôte, et les pare-feu la perçoivent comme une connexion sortante, comme pour une session de navigation Web sécurisée. The client establishes a connection to LogMeIn Pro or LogMeIn Central and authenticates itself. En fonction de l'identité du client, celui-ci est autorisé à échanger des données avec un ou plusieurs hôtes (associés au compte de l'utilisateur). La passerelle transfère alors les données chiffrées entre le client et l'hôte. Il convient de noter que le client doit également s'authentifier auprès de l'hôte. La passerelle joue le rôle d'intermédiaire pour le trafic entre les deux entités, mais n'oblige pas l'hôte à accorder une confiance implicite au client. Ce n'est qu'une fois que l'hôte a vérifié l'identité du client et lui accorde un accès à l'ordinateur que la session de contrôle à distance démarre à proprement parler.

L'avantage principal du recours à la passerelle est que le client ou l'hôte (ou les deux) peuvent être protégés par un pare-feu. La passerelle garantit que les utilisateurs n'ont pas besoin de configurer les pare-feux.

Pour la majorité des utilisateurs, la sécurité des données sur Internet va de pair avec le chiffrement des données, au point que la sécurité se mesure à la longueur de la clé de chiffrement utilisée. Toutefois, bien que le chiffrement et déchiffrement des données sont des tâches essentielles, elles sont relativement triviales au regard des autres défis auxquels les concepteurs de systèmes sécurisés sont confrontés. 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 passerelle fournit un chiffrement de bout en transférant des données chiffrées entre l'hôte et le client. Cela peut sembler contradictoire avec le principe de fonctionnement de TLS, puisque ce n'est que la passerelle qui est censée pouvoir déchiffrer les données transmises par le client, puisque le client est sûr qu'il communique avec la passerelle. 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 première partie de la négociation TLS est effectuée entre la passerelle et le client. La passerelle transmet ensuite l'échange à l'hôte, qui renégocie la session TLS et s'accorde sur une nouvelle clé de session avec le client, créant ainsi un réel chiffrement de bout en bout.

Lorsque le trafic est acheminé via la passerelle, le client établit une connexion TLS avec la passerelle en utilisant le certificat de la passerelle. La passerelle transfère l'état de la session TLS (dont la clé « pre-master secret ») à l'hôte. Après accord sur une nouvelle clé de session, l'hôte utilise cet état de session pour gérer le reste de la session TLS directement avec le client. La session est sécurisée à l'aide du certificat de la passerelle, ce qui permet au client de communiquer directement avec l'hôte sans qu'il soit nécessaire pour la passerelle de chiffrer et déchiffrer le trafic.

Les attaques MITM sont rendues impossibles, car l'hôte et le client vérifient le certificat de la passerelle, et le client utilise sa clé publique RSA pour authentifier les informations chiffrées utilisées pour calculer le « Pre-Master Secret » TLS.

Il convient d'expliquer l'utilisation de la traduction d'adresses NAT UDP, d'autant plus que le protocole UDP n'est pas réputé pour sa sécurité. Cela n'est pas entièrement une idée incorrecte : si UDP est utilisé comme support de communication, la sécurité peut être un problème grave, car les datagrammes UDP sont faciles à forger et l'adresse IP de l'émetteur peut être usurpé.

C'est pour cela que LogMeIn.com n'utilise pas UDP en tant que moyen de communication avec les connexions UDP NAT Traversal. UDP est relégué au niveau de la couche réseau, conformément au modèle ISO/OSI, et complété par une couche de transport de type TCP, avec contrôle de flux, ajustement dynamique de la bande passante et numérotation des séquences de paquets.

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. Une fois qu'un flux de type TCP fiable est établi à partir de paquets UDP peu sûrs, le flux est protégé par une couche TLS qui offre un chiffrement complet, la protection de l'intégrité et des fonctions de vérification de point d'arrivée.

Pour configurer une connexion UDP NAT Traversal, le client et l'hôte envoient plusieurs paquets UDP chiffrés à la passerelle. Ces paquets sont chiffrés à l'aide d'une clé secrète partagée entre la passerelle et chaque pair, communiquée sur la connexion TLS préétablie. Ils sont impossibles à imiter.

La passerelle utilise ces paquets pour déterminer les adresses (Internet) IP externes des deux entités. Elle essaie également de prévoir le port du pare-feu qui sera utilisé pour les communications lors de l'envoi d'un nouveau paquet UDP. Elle transmet ces informations aux pairs, qui tentent ensuite d'établir une connexion directe. Si la passerelle parvient à déterminer le port utilisé, la connexion est établie avec succès. Les pairs s'authentifient les uns les autres à l'aide d'un autre secret partagé obtenu auprès de la passerelle. Une connexion TLS est établie. Les pairs peuvent alors communiquer directement.

S'il est impossible d'établir une connexion directe, les pairs se reconnectent à la passerelle par TCP et demandent la mise en place d'une session chiffrée de bout en bout. Ce processus transparent ne prend que quelques secondes. La seule différence notable est que les connexions directes bénéficient de meilleures performances et d'un temps de latence plus faible. Pour plus de détails, voir le brevet des États-Unis N° 7,558,862.

The LogMeIn host, based on user preferences, can semi-automatically or automatically update itself on the user’s computer. Le logiciel hôte consulte périodiquement le site LogMeIn.com pour vérifier s'il existe de nouvelles versions du logiciel. Lorsqu'une nouvelle version est disponible, elle est automatiquement téléchargée, et un message invite l'utilisateur à autoriser la mise à jour. Le processus de téléchargement n'utilise pas plus de 50 % de la bande passante disponible, limitant ainsi l'impact sur les autres applications réseau.

Ces mises à jour logicielles sont signées de façon numérique par LogMeIn.com à l'aide d'une clé privée qui n'est utilisée par aucun de nos systèmes connectés à 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. Forcer le mot de passe ne serait pas envisageable puisque par défaut, le filtre d'authentification bloque l'adresse IP du client après quelques tentatives infructueuses de saisie de mot de passe.

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. Nous utilisons une fonction de dérivation de clé unidirectionnelle et une valeur salt par compte pour que le piratage de mot de passe par force brute soit irréaliste, même en cas de possession de la valeur dérivée.

Une solution d'accès à distance bien conçue peut considérablement améliorer la productivité, et offrir un retour sur investissement rapide. When deployed with care and LogMeIn's optional security features are utilized, the benefits greatly outweigh the risks.