La prise en main à distance est devenue le mode d’intervention par défaut du dépannage informatique. Un logiciel affiche un code, l’utilisateur le communique par téléphone, et un technicien situé à trois cents kilomètres pilote la machine comme s’il était assis devant. La technique est banale, éprouvée, et elle règle l’essentiel des pannes logicielles sans déplacement. Elle est aussi, mot pour mot, la technique employée par les faux supports techniques qui vident des comptes bancaires. Comprendre ce qui distingue les deux usages est plus utile que de se méfier de l’outil.
Ce que voit réellement la personne à l’autre bout
Une session de prise en main affiche l’écran de la machine distante et y transmet les mouvements de souris et les frappes clavier. Autrement dit : le technicien voit ce que l’écran affiche, ni plus, ni moins. S’il ouvre un dossier, l’utilisateur le voit s’ouvrir. S’il lance une analyse antivirus, la fenêtre apparaît des deux côtés. Rien ne se passe hors champ, et c’est la propriété la plus importante de l’outil.
Elle a une conséquence pratique : pendant toute la séance, l’utilisateur est le témoin direct du travail effectué. Il peut demander pourquoi telle fenêtre s’ouvre, et il doit obtenir une réponse. Un intervenant qui minimise ses fenêtres, qui demande de regarder ailleurs ou qui coupe l’affichage « pour aller plus vite » sort du cadre normal de l’exercice.
Le code, et ce qu’il garantit
Les logiciels sérieux fonctionnent sur le même principe : la machine à dépanner affiche un identifiant et un mot de passe à usage unique, que seul son utilisateur peut lire. Sans cette information, transmise volontairement, aucune connexion n’est possible. Ce n’est pas un détail d’ergonomie, c’est le mécanisme de consentement lui-même : c’est l’utilisateur qui ouvre la porte, à chaque séance.
Deux points en découlent. Un code n’est valable que pour une session, il ne constitue donc pas un accès permanent. Et toute demande d’installation d’un accès dit « sans surveillance », qui permettrait de se connecter sans code et sans présence, doit être discutée explicitement : légitime pour un parc d’entreprise administré, elle n’a aucune raison d’être proposée pour un dépannage ponctuel chez un particulier.
Les situations où le distanciel ne suffit pas
Trois cas résistent à la prise en main, et un prestataire honnête le dit avant de facturer. Une machine qui ne démarre plus, ou pas assez longtemps pour être pilotée, ne peut pas l’être : il faut un accès physique. Un problème de box, de câblage ou de couverture Wi-Fi se voit sur place et pas autrement. Et des fichiers chiffrés par un rançongiciel relèvent d’un autre travail, plus long, qui commence par isoler la machine plutôt que par s’y connecter.
Le reste — compte dont le mot de passe a changé seul, publicités qui s’ouvrent sans raison, logiciel installé à l’insu de l’utilisateur, doute après un clic sur un lien douteux — se traite très bien à distance. Un prestataire du Mans a publié un descriptif honnête de ce périmètre, avec ses limites annoncées, sur sa page consacrée à l’assistance informatique à distance ; le point intéressant y est moins le tarif que la liste explicite des cas où l’on bascule sur un déplacement.
Faux support technique : le même outil, l’intention inverse
Le scénario est stable depuis des années. Une page web se verrouille en plein écran, affiche un logo d’éditeur connu, annonce une infection et un numéro à appeler. Au bout du fil, un interlocuteur pressant fait installer un logiciel de prise en main — souvent un logiciel parfaitement légitime, téléchargé depuis son site officiel — puis ouvre des fenêtres techniques impressionnantes pour établir un diagnostic alarmant.
La suite varie peu : paiement d’un abonnement de protection inexistant, ou manipulation directe de l’interface bancaire pendant que la victime regarde. Certaines variantes simulent un remboursement mal saisi pour obtenir un virement « correctif ». Dans tous les cas, l’outil n’est pas le problème : le problème est que l’appel est parti d’une alerte non sollicitée.
Trois réflexes avant d’accepter une prise en main
Le premier tient en une question : qui a initié le contact ? Un dépannage demandé par l’utilisateur, à un prestataire qu’il a choisi, n’a rien à voir avec un appel entrant ou un numéro affiché par une page web. Aucun éditeur de logiciel, aucun fournisseur d’accès, aucune banque n’appelle spontanément pour signaler une infection.
Le deuxième consiste à vérifier l’identité du prestataire par un canal indépendant : un numéro relevé sur un site officiel, une adresse professionnelle vérifiable, un numéro SIREN. Le troisième est le plus simple à appliquer pendant la séance : aucune connexion bancaire, aucune saisie de code reçu par SMS, aucun achat de carte prépayée pendant qu’une session de prise en main est ouverte. Un technicien légitime n’a jamais besoin de ces éléments, et il coupera lui-même la session si la situation l’exige.
Ce qu’il faut préparer pour que la séance soit courte
Une intervention à distance efficace tient en vingt à trente minutes quand le terrain est préparé. Cela suppose d’avoir sous la main les identifiants des comptes concernés, de connaître le mot de passe de session de l’ordinateur, et de savoir quelle a été la dernière action normale avant l’incident — un téléchargement, un mail ouvert, une mise à jour. Ces trois informations évitent au technicien un quart d’heure de recherche facturé.
Un dernier détail compte : rester devant l’écran. Non par défiance, mais parce que la plupart des opérations utiles demandent une validation, une réponse ou un mot de passe que seul l’utilisateur possède. La prise en main n’est pas une délégation, c’est un travail à deux dont l’un des deux tient les clés.
