L’assistance à distance est utile précisément parce qu’elle permet d’intervenir dans les systèmes d’une organisation. Cette confiance devient un risque lorsque le produit qui organise ces accès présente une vulnérabilité. Le dossier BeyondTrust rappelle qu’un correctif disponible et un environnement effectivement sûr sont deux états différents.

Identifier la situation réelle

L’avis de l’éditeur concerne Remote Support jusqu’à la version 26.2.3 incluse et référence CVE-2026-102764. BeyondTrust indique avoir corrigé tous ses clients SaaS au 9 octobre. Pour les installations autohébergées, la présence du correctif doit être confirmée ; les anciennes versions nécessitent une mise à niveau selon la documentation officielle.

Le Centre canadien pour la cybersécurité confirme l’exploitation et signale l’ajout au catalogue américain des vulnérabilités exploitées connues. Cela justifie une priorité de traitement, sans démontrer que tous les utilisateurs ont été attaqués. L’éditeur déclarait le 16 octobre ne connaître que deux clients touchés dans l’activité examinée.

Corriger l’avenir, examiner le passé

L’analyse de Mandiant souligne qu’une correction ne tranche pas la question d’une compromission antérieure. Une organisation doit donc distinguer la fermeture de la faille, l’examen de l’exposition et l’évaluation des conséquences. Ces travaux relèvent des équipes de sécurité et du prestataire, pas d’une manipulation improvisée par les salariés.

Les directions ont besoin d’un responsable identifié, d’un état documenté des systèmes concernés et d’une décision explicite sur la continuité de l’assistance. Une interruption peut elle-même perturber l’activité ; cette contrainte ne doit ni être ignorée ni servir à repousser indéfiniment l’évaluation.

L’automatisation a besoin d’un recours humain

BeyondTrust reconnaît qu’un dispositif tiers de triage automatisé avait écarté des alertes pertinentes. L’entreprise décrit un renforcement de la supervision. Ce retour d’expérience ne prouve pas que toute automatisation est dangereuse : il rappelle qu’une clôture automatique doit pouvoir être revue, notamment lorsqu’elle touche des accès privilégiés.

L’éditeur évoque par ailleurs un possible usage d’outils d’IA par l’attaquant, tout en précisant ne pas disposer de preuve forensique. Cette hypothèse ne doit pas devenir une explication établie de l’incident. De même, le correctif préventif de Privileged Remote Access ne signifie pas qu’une exploitation de ce produit ait été confirmée.

Conclusion

Pour une entreprise cliente, la bonne question n’est pas seulement « la mise à jour existe-t-elle ? », mais « notre situation a-t-elle été vérifiée et les conclusions documentées ? ». L’urgence technique doit déboucher sur une responsabilité claire.