Chiffrement de bout en bout
Chiffré de bout en bout signifie : les données sont chiffrées sur un appareil et ne sont déchiffrées que sur l’autre. Tout ce qui se trouve entre les deux, y compris votre propre serveur, ne transmet que des données illisibles.
- Échange de clés
- ECDH P-256
- Dérivation de clés
- HKDF-SHA256
- Chiffrement
- AES-256
- Protection contre les modifications
- HMAC-SHA256
L’app d’équipe et l’app client négocient une clé commune par ECDH, sans jamais la transmettre. La clé de session en est dérivée avec HKDF-SHA256. AES-256 chiffre les contenus, HMAC-SHA256 garantit que rien n’a été modifié en route.
Autorité de certification propre
Une autorité de certification délivre des identités numériques, appelées certificats. Avec m2 remote support, chaque exploitant a la sienne : seuls les collaborateurs disposant d’un certificat délivré par votre propre clé principale peuvent se connecter.
Les accès peuvent être bloqués immédiatement, par exemple lorsqu’une personne quitte l’entreprise. Les clés privées ne quittent jamais le PC. Seul le certificat est transmis. Vous sauvegardez la clé principale protégée par mot de passe et la conservez hors ligne.
Accès sur demande
Les nouveaux collaborateurs demandent leur accès directement depuis l’app d’équipe. L’autorité de certification compare l’empreinte de la demande par téléphone avec la personne et accepte ou refuse.
Suppléance avec date d’échéance
Pour les vacances, vous désignez une suppléance qui peut délivrer et bloquer des accès. À la date d’échéance, ce droit s’éteint de lui-même.
Contrôle de l’appareil et protection contre les essais
Les clients enregistrés sont liés à la clé de l’appareil de leur PC. Si un autre appareil se présente avec le même ID, il est refusé.
Les codes ne peuvent pas être devinés par essais successifs : après plusieurs tentatives échouées, un blocage intervient. Les codes ne sont en outre valables que peu de temps, 15 minutes pour un code d’invitation et 10 minutes pour un code associé à l’ID.
Le client garde le contrôle
Chaque connexion requiert l’autorisation du client. Avec un lien d’invitation, il clique sur « Autoriser » ; sinon, il vous communique son ID (9 chiffres) et un code. Les clients enregistrés se connectent eux aussi uniquement avec un code que le client saisit lui-même. Il n’existe pas de mot de passe permanent. Pour l’accès sans surveillance, le client autorise un appareil une seule fois ; ensuite, aucune autorisation n’est nécessaire par session. Il peut la retirer à tout moment.
Un cadre rouge indique pendant toute la session que quelqu’un regarde. Une barre avec « Terminer » reste visible. Le technicien ne peut pas la fermer. La barre indique aussi quand le presse-papiers ou des fichiers sont utilisés. Si une autre personne de l’équipe regarde, son nom figure dans la barre.
Aucun enregistrement de la session
Image, saisies et presse-papiers transitent uniquement par la mémoire vive et ne sont enregistrés ni sur le serveur ni dans l’app d’équipe. Les fichiers transférés arrivent uniquement là où vous ou le client les déposez ; le serveur n’en conserve rien. Seul le journal des connexions est conservé, avec heure, personne, durée et volume de données.
Journal des connexions minimal
Pour que vous puissiez savoir qui était connecté et quand, votre serveur tient un court journal. Il contient exactement ces champs :
| Champ | Contenu |
|---|---|
| Début | Date et heure de l’établissement de la connexion |
| ID de l’appareil | ID du PC client (9 chiffres) |
| Collaborateur/trice | Qui a mené la session |
| Durée | Durée de la session |
| Volume de données | Quantité transférée, pas le contenu |
Ni adresses IP ni contenus de la session. Supprimé automatiquement après 90 jours. Le délai est réglable. Le journal se trouve sur votre serveur, pas chez m2.
Exploitation et réseau
- Serveur
- Windows Server avec IIS (installation en MSI, qui ajoute elle-même les prérequis manquants) ou comme service Windows. Sous Linux, p. ex. Ubuntu 24.04 ou Debian 13, comme service systemd derrière Caddy ou nginx, ou comme conteneur Docker.
- Réseau
- En entrée uniquement TCP 443 sur le serveur. L’app d’équipe et l’app client établissent elles-mêmes la connexion ; rien ne change dans le pare-feu du client.
- Mises à jour
- L’app client installée se met à jour elle-même depuis votre serveur, jamais pendant une session. Le serveur récupère les nouvelles versions la nuit et les installe. L’app d’équipe se met aussi à jour elle-même, après confirmation et jamais pendant une session.
- Protection contre la surcharge
- Le serveur limite les connexions et les requêtes par adresse et repousse les afflux massifs, sans enregistrer d’adresses IP.
- App d’équipe
- Application Windows, installation par utilisateur sans droits d’administrateur. Fonctionne aussi en déplacement, sans VPN.
- App client
- Un seul EXE pour Windows 10 (à partir de 1903) et Windows 11. Il fonctionne avec les droits de l’utilisateur connecté ; seul le mode administrateur optionnel donne davantage de droits.
- Mode administrateur (optionnel)
- Un service Windows que le client active dans l’app client en cochant une case (une seule fois avec des droits d’administrateur) ou que votre service informatique déploie par distribution logicielle. Pendant une session, les demandes UAC, l’écran de verrouillage et les fenêtres avec droits d’administrateur sont alors visibles et utilisables. Hors session, le service ne fait rien, et chaque session nécessite l’autorisation du client. Exception : un appareil que le client a autorisé pour l’accès sans surveillance.
Aucune télémétrie
Aucune télémétrie vers des tiers.
nLPD et RGPD
Pour la protection des données selon la nLPD et le RGPD, cela signifie : le serveur, le journal des connexions (sans adresses IP) et l’autorité de certification fonctionnent chez vous. m2 development gmbh ne voit aucune donnée de vos sessions.
Vous n’avez donc besoin d’un contrat de sous-traitance que si m2 fournit du support pour vous ou assure la maintenance de votre serveur. Les détails figurent sur la page Sous-traitance et dans la déclaration de protection des données.