Table des matières

Introduction

L'accès à distance aide les petites et moyennes entreprises à soutenir le travail hybride, à administrer des serveurs Windows, à maintenir des applications professionnelles et à assister les utilisateurs depuis l'extérieur du bureau. Les mêmes connexions peuvent également créer un accès direct aux systèmes de l'entreprise lorsque le protocole de bureau à distance est exposé à Internet, que les identifiants sont volés ou que les serveurs sont mal entretenus.

Un design sécurisé ne peut pas se fier à un seul paramètre, un VPN ou un mot de passe fort. Les PME ont besoin de plusieurs contrôles qui fonctionnent ensemble, restent gérables pour une petite équipe informatique et limitent les dommages lorsqu'un niveau échoue. L'objectif n'est pas de construire une pile de sécurité à l'échelle de l'entreprise. Il s'agit de réduire l'exposition inutile, de contrôler l'accès de manière précise et de détecter les activités suspectes avant qu'elles ne deviennent un incident plus large.

Qu'est-ce que la sécurité d'accès à distance pour les PME ?

La sécurité d'accès à distance est la combinaison de technologies, de politiques et de pratiques opérationnelles utilisées pour protéger les systèmes accessibles depuis l'extérieur du réseau local. Les employés, les administrateurs, les entrepreneurs et les fournisseurs de support peuvent tous nécessiter une connectivité à distance, mais ils ne devraient pas recevoir le même périmètre d'accès ni utiliser les mêmes contrôles.

Pour une PME basée sur Windows, le modèle de sécurité couvre trois couches :

  • Le chemin d'accès, y compris le protocole de bureau à distance (RDP), la passerelle de bureau à distance (RD Gateway), les réseaux privés virtuels (VPN) et les portails web
  • Utilisateurs et appareils, y compris la vérification d'identité, les privilèges et la santé des points de terminaison
  • Serveurs et ressources, y compris le patching, la segmentation, la surveillance et la récupération

Ces couches dépendent les unes des autres. Un RD Gateway ne peut pas compenser un compte administrateur compromis, tandis que l'authentification multi-facteurs (MFA) ne corrige pas un serveur non corrigé. CISA conseille donc aux organisations de désactiver les services de bureau à distance lorsqu'ils ne sont pas nécessaires et de les sécuriser rigoureusement lorsque les opérations en dépendent.

Pourquoi la sécurité de l'accès à distance est-elle difficile pour les PME ?

Les PME ont besoin de beaucoup des mêmes sécurité avancée les contrôles en tant que grandes organisations mais ont souvent moins d'administrateurs, des budgets plus petits et moins de temps pour une révision continue. Un design réparti sur plusieurs consoles intégrées de manière lâche peut sembler sécurisé sur le papier mais devenir difficile à maintenir en pratique.

Le risque augmente également lorsque la commodité guide l'architecture. Des exemples courants incluent le transfert de RDP directement vers un serveur Windows, l'octroi d'un accès VPN large aux sous-traitants, la possibilité pour les comptes utilisateurs quotidiens de détenir des privilèges administratifs ou le maintien des comptes d'anciens employés actifs.

Les attaquants n'ont pas toujours besoin d'une exploitation avancée de RDP. Ils peuvent réussir grâce à :

  • Sprayage de mots de passe ou remplissage de justificatifs
  • Identifiants volés par phishing ou malware
  • Passerelles non corrigées, appareils VPN ou serveurs Windows
  • Comptes surprivilégiés et appareils non gérés
  • Protection de sauvegarde faible
  • Sessions RDP légitimes utilisées pour le mouvement latéral

La sécurité d'accès à distance doit donc fonctionner comme un processus répétable plutôt que comme une liste de contrôle unique. Les contrôles doivent être faciles à déployer de manière cohérente, à examiner régulièrement et à ajuster lorsque les utilisateurs, les appareils ou les applications commerciales changent.

Comment les PME devraient-elles sécuriser l'accès RDP ?

Désactiver RDP là où il n'est pas nécessaire

Le service RDP le plus sûr est celui qui ne fonctionne pas sans un besoin commercial. Les systèmes d'inventaire sur lesquels le Bureau à distance est activé et confirment pourquoi chaque système accepte des sessions à distance.

Les serveurs de fichiers, les contrôleurs de domaine et les postes de travail des employés ne doivent pas autoriser automatiquement RDP car le paramètre a été activé lors du déploiement. Désactivez le service sur les hôtes inutiles, supprimez les règles de pare-feu obsolètes et vérifiez périodiquement qu'il n'a pas été réactivé.

Microsoft recommande d'activer le Bureau à distance uniquement lorsque cela est nécessaire et de le restreindre aux réseaux de confiance. L'activation de RDP crée un service d'écoute, et les membres du groupe Administrateurs locaux peuvent recevoir un accès automatiquement à moins que les autorisations ne soient examinées.

Gardez RDP derrière un point d'entrée contrôlé

Transférer le port TCP public 3389 vers un ordinateur Windows interne est facile, mais cela expose le service d'authentification RDP à des analyses Internet et à des tentatives de connexion répétées. Changer le port peut réduire le bruit des scanners de base, mais cela ne crée pas de frontière de sécurité significative.

Le trafic RDP externe doit passer par une couche d'accès contrôlée. Les options appropriées incluent :

  • Un portail RD
  • Un VPN configuré en toute sécurité
  • Un service d'accès basé sur la confiance zéro ou conscient de l'identité
  • Une plateforme de publication d'applications à distance
  • Un hôte de saut géré pour les administrateurs

Un RD Gateway transporte le trafic RDP externe via HTTPS et permet aux administrateurs d'appliquer des politiques d'autorisation de connexion et de ressources. Les hôtes RDP internes peuvent alors accepter des connexions depuis le gateway plutôt que depuis des adresses publiques arbitraires.

Le point d'entrée doit correspondre à la portée requise. Un VPN peut convenir aux administrateurs qui ont besoin de plusieurs ressources privées, tandis que la publication d'applications peut mieux servir les employés qui n'ont besoin que d'une seule application professionnelle.

Utilisez NLA, certificats de confiance et MFA

L'authentification au niveau du réseau (NLA) nécessite que les utilisateurs s'authentifient avant que Windows ne crée une session de bureau à distance complète. Cela réduit l'utilisation des ressources et limite l'exposition de l'écran de connexion interactif. Gardez NLA activé, sauf si un problème de compatibilité documenté l'en empêche.

Les services de bureau à distance s'appuient également sur certificats de sécurité de transport de couche de confiance Le chiffrement protège les données en transit, tandis que la validation des certificats confirme que les utilisateurs se connectent au serveur prévu. Surveillez l'expiration des certificats et examinez les avertissements plutôt que d'apprendre aux utilisateurs à les ignorer.

MFA doit protéger le point d'entrée externe avant que quiconque n'atteigne l'hôte RDP. Pour les administrateurs, privilégiez des méthodes résistantes au phishing telles que les clés de sécurité, les passkeys, les certificats ou Windows Hello for Business. RD Gateway et d'autres plateformes d'accès à distance peuvent appliquer MFA via des services d'identité pris en charge.

Contrôler les échecs de connexion et la redirection de session

Le verrouillage de compte peut ralentir la tentative de deviner des mots de passe, mais des seuils bas peuvent permettre aux attaquants de bloquer des utilisateurs légitimes. Une meilleure approche combine MFA, blocage ou limitation de l'IP source , alertes pour des échecs inhabituels, filtrage des mots de passe et politiques de verrouillage adaptées aux besoins de l'entreprise.

Après le début d'une session, les fonctionnalités de redirection peuvent déplacer des données entre le point de terminaison et le serveur. Le partage du presse-papiers, le mappage des lecteurs locaux, l'impression et la redirection des périphériques doivent suivre les rôles des utilisateurs plutôt qu'une politique globale.

Un utilisateur financier peut avoir besoin d'imprimer sans accès au lecteur local, tandis qu'un entrepreneur peut avoir besoin d'une application publiée sans transfert de presse-papiers. Configurez ces paramètres via la stratégie de groupe ou la plateforme d'accès à distance, puis autorisez uniquement ce que chaque rôle nécessite.

Comment les PME peuvent-elles protéger les utilisateurs et les comptes distants ?

Séparer l'accès privilégié et standard

Les administrateurs ne devraient pas utiliser de comptes privilégiés pour les e-mails, la navigation sur le web ou le travail d'application de routine. Donnez à chaque employé informatique un compte standard pour les tâches quotidiennes et un compte nommé séparé pour l'administration.

Cette séparation améliore la responsabilité et simplifie le départ. Les comptes privilégiés individuels montrent qui a effectué une action, facilitent la révocation d'accès et soutiennent des enquêtes plus claires en cas d'activité suspecte.

Les utilisateurs distants ne devraient pas recevoir de droits d'administrateur local simplement parce qu'ils ont besoin d'un bureau ou d'une application. Le groupe des utilisateurs de bureau à distance peut permettre la connexion sans accorder un contrôle plus large du serveur.

Appliquer le principe du moindre privilège par ressource

L'accès à distance doit refléter la ressource dont une personne a besoin, et non simplement si la personne travaille pour l'entreprise. Les employés, les sous-traitants, les gestionnaires et les administrateurs nécessitent souvent des portées différentes.

Par exemple :

  • Les employés peuvent avoir besoin d'une ou deux applications publiées.
  • Les gestionnaires peuvent avoir besoin d'un bureau partagé contrôlé.
  • Les administrateurs peuvent avoir besoin de consoles de serveur sélectionnées.
  • Les entrepreneurs peuvent avoir besoin d'une application pour une période de projet fixe.
  • Les fournisseurs de support peuvent avoir besoin d'un accès temporaire à des machines spécifiques.

Donner à chaque utilisateur distant un bureau complet ou un tunnel réseau élargit le nombre de fichiers, d'outils et de chemins de connexion disponibles après une compromission. L'accès au niveau des applications est souvent plus sûr lorsque l'exigence commerciale ne justifie pas une connexion de bureau complète ou de réseau privé.

Renforcer les contrôles de mot de passe et de cycle de vie des comptes

La politique de mot de passe devrait favoriser des identifiants longs et uniques, des gestionnaires de mots de passe et un filtrage contre des valeurs compromises connues. Les règles de complexité prévisibles produisent souvent de petites variations au lieu de mots de passe plus forts.

directives NIST met l'accent sur la longueur, les listes noires et la gestion sécurisée des mots de passe plutôt que sur les changements forcés de routine. Les comptes de service et les comptes administrateurs d'urgence nécessitent un examen plus attentif car leurs identifiants puissants sont faciles à négliger.

Connectez les autorisations à distance à un processus d'intégration, de déplacement et de départ. Les examens doivent supprimer les anciens employés, les utilisateurs inactifs, les contractuels expirés, les privilèges inutiles et les comptes de service autorisés à se connecter de manière interactive. L'accès temporaire doit expirer automatiquement chaque fois que cela est possible.

Considérez la sécurité des points de terminaison et la sensibilisation des utilisateurs

Même un utilisateur légitime peut créer un risque à partir d'un appareil infecté ou non géré Malware sur un ordinateur portable distant peut capturer des identifiants, surveiller l'activité ou abuser du presse-papiers et de la redirection de lecteur après authentification.

Les points de terminaison gérés par l'entreprise doivent exécuter des systèmes d'exploitation pris en charge, avoir un chiffrement des disques, une protection des points de terminaison, des politiques de verrouillage d'écran et des droits d'administrateur restreints. Pour les appareils personnels, un accès basé sur le navigateur ou des sessions restreintes peuvent garder les données professionnelles sur le serveur.

La formation doit se concentrer sur les situations auxquelles les utilisateurs sont confrontés, y compris les invites MFA inattendues, les faux appels de support, les fichiers RDP malveillants et les demandes d'identifiants. Les utilisateurs ont également besoin d'un processus de rapport simple.

Comment les PME devraient-elles protéger les serveurs d'accès à distance ?

Patch et réduire la surface d'attaque

Le patching doit couvrir l'ensemble de la chaîne d'accès à distance, pas seulement l'hôte de session Windows. Les composants exposés à Internet peuvent inclure des appareils VPN, des passerelles, des services d'identité, des proxys inverses, des portails web et des consoles de gestion.

Tenez un inventaire des systèmes accessibles depuis l'extérieur, attribuez la responsabilité des mises à jour et maintenez un processus d'urgence pour les vulnérabilités activement exploitées. Les pare-feu d'hébergement ne doivent autoriser que le trafic nécessaire, tandis que les hôtes RDP internes derrière un RD Gateway ne doivent normalement accepter les connexions que depuis la passerelle ou des réseaux de gestion approuvés.

Supprimez les services inutilisés, les protocoles obsolètes et les outils de gestion inutiles. Chaque composant supplémentaire augmente la surface d'attaque et le fardeau de maintenance.

Segmenter l'accès à distance des systèmes critiques

Une connexion à distance réussie ne devrait pas offrir un accès illimité à chaque serveur. La segmentation du réseau peut séparer les hôtes de session et les applications métier des systèmes de gestion, des contrôleurs de domaine et de l'infrastructure de sauvegarde.

Le trafic administratif doit utiliser des chemins de gestion dédiés lorsque cela est pratique. Un hôte de session utilisateur, par exemple, ne doit pas fournir un accès illimité à un contrôleur de domaine, à une interface d'hyperviseur ou à une console de sauvegarde.

La segmentation limite le mouvement latéral lorsqu'un compte, un appareil ou un serveur est compromis. Elle rend également la politique d'accès plus claire, car chaque groupe d'utilisateurs distants reçoit uniquement la portée réseau requise pour son rôle.

Préparez-vous aux logiciels malveillants et aux ransomwares

Sécurité du bureau à distance implique plus que de bloquer les connexions non autorisées. Un utilisateur légitime peut exécuter un logiciel malveillant par accident, tandis qu'un attaquant avec des identifiants valides peut déployer des ransomwares lors d'une session ordinaire.

Les serveurs ont donc besoin d'une protection des points de terminaison et d'une surveillance comportementale capables de détecter des processus suspects, des modifications rapides de fichiers et des tentatives de désactiver les contrôles de sécurité. Le contrôle des applications peut en outre limiter les exécutables et les scripts que les utilisateurs peuvent lancer.

Les sauvegardes sont essentielles, mais elles doivent rester hors de portée des utilisateurs distants ordinaires et des comptes administrateurs compromis. Utilisez plusieurs points de récupération, une copie séparée ou immuable, des identifiants dédiés, une authentification multifacteur pour la gestion des sauvegardes et des tests de restauration réguliers.

Un travail de sauvegarde réussi ne garantit pas la récupération. Testez si les applications, les données et la configuration peuvent être restaurées dans le délai de récupération que l'entreprise exige réellement.

Centraliser les journaux et les alertes

Les journaux n'aident que lorsqu'ils restent disponibles et que quelqu'un les examine. Collectez les événements de passerelle, de pare-feu, d'authentification et de serveur de manière centralisée lorsque cela est possible.

Sur les systèmes Windows, l'événement 4624 enregistre les connexions réussies et l'événement 4625 enregistre les tentatives échouées. Alertez en cas d'échecs répétés, de pulvérisation de mots de passe, de lieux d'administrateur inconnus, de nouveaux appareils, de journalisation désactivée ou de suppression rapide de fichiers.

Une petite entreprise n'a peut-être pas besoin d'un centre des opérations de sécurité, mais elle a besoin d'un destinataire désigné pour les alertes de haute priorité et d'un processus d'escalade clair.

Quelle architecture de Remote Access convient à une PME ?

L'architecture pratique la plus sûre est généralement l'option la plus étroite qui prend encore en charge le travail de l'utilisateur.

Méthode d'accès Utilisation appropriée Principale considération en matière de sécurité
RDP interne Administration locale depuis un réseau de gestion de confiance Gardez indisponible depuis l'internet public
VPN suivi de RDP Utilisateurs ayant besoin de plusieurs ressources de réseau privé Utilisez MFA et restreignez les réseaux accessibles
Passerelle RD Accès externe géré aux bureaux ou applications RDS Corrigez la passerelle et appliquez les certificats, l'authentification multifacteur et les politiques d'autorisation.
Publication de navigateur ou d'application Utilisateurs ayant besoin d'applications Windows sélectionnées Limiter les ressources publiées et sécuriser le point d'entrée web
Hôte de saut administratif Accès privilégié à des serveurs sélectionnés Isoler l'hôte et restreindre strictement les connexions
VDI ou DaaS Environnements de bureau gérés individuellement Identités sécurisées, images, plans de gestion et paramètres cloud

L'architecture doit suivre la charge de travail. Le RDP public direct ne doit pas être choisi par commodité, et un VPN ne doit pas être déployé s'il accorde un accès réseau plus large que ce dont l'utilisateur a besoin. La publication d'applications peut réduire l'exposition pour les utilisateurs ordinaires, tandis que les administrateurs peuvent nécessiter une passerelle renforcée ou un hôte de saut.

Que doit sécuriser en premier une PME ?

Les PME peuvent améliorer la sécurité d'accès à distance en trois étapes.

Réduire l'exposition immédiate

Identifiez chaque RDP, VPN, passerelle et service de gestion à distance exposés à Internet. Désactivez tout ce qui est inutile et supprimez l'exposition directe au RDP public.

Ensuite, confirmez que NLA est activé, exigez MFA, corrigez les systèmes exposés à Internet, examinez les groupes d'administrateurs et restreignez les règles de pare-feu. Vérifiez que les utilisateurs distants ordinaires ne peuvent pas modifier les sauvegardes et enquêtez sur les échecs de connexion répétés.

Standardiser l'accès et le renforcement du serveur

Séparez les comptes quotidiens et privilégiés, examinez les comptes des entrepreneurs et des services, et choisissez un accès au niveau du portail ou de l'application lorsque cela est approprié. Configurez des certificats de confiance, restreignez la redirection, segmentez l'infrastructure critique et centralisez les journaux.

Documentez ces contrôles comme une référence. Les nouveaux serveurs et groupes d'utilisateurs doivent suivre le même design plutôt que d'être sécurisés différemment à chaque fois.

Établir des opérations de sécurité continues

La sécurité de l'accès à distance s'affaiblit lorsque les logiciels, les autorisations et les politiques ne sont pas examinés. Établissez des processus récurrents pour les mises à jour, les examens de comptes, le renouvellement de certificats, les tests de restauration de sauvegarde, les vérifications de pare-feu et l'investigation des alertes.

Inclure des exercices de réponse aux incidents de base. L'objectif est de rendre l'accès non autorisé plus difficile, de contenir un compte compromis et de détecter une activité suspecte suffisamment tôt pour pouvoir réagir.

Comment pouvez-vous valider la sécurité de l'accès à distance ?

Une configuration doit être testée plutôt que supposée sécurisée. Depuis un réseau externe, vérifiez que les hôtes RDP internes ne peuvent pas être contactés directement et que les utilisateurs doivent passer par le portail, le VPN ou la passerelle approuvés.

Tester des comptes représentatifs, y compris un employé standard, un administrateur, un entrepreneur, un utilisateur désactivé et un utilisateur sur un appareil non approuvé. Chaque compte doit accéder aux ressources requises mais rien de plus large.

Testez les restrictions du presse-papiers et des lecteurs, confirmez que les connexions génèrent les événements attendus et vérifiez que les alertes parviennent à l'administrateur responsable. Enfin, simulez la récupération à partir de sauvegardes protégées. Les tests de récupération exposent souvent des lacunes que les examens de configuration manquent.

Erreurs courantes de sécurité des accès à distance

Plusieurs erreurs récurrentes affaiblissent des contrôles par ailleurs raisonnables :

  • Traiter un VPN comme une protection complète plutôt que de restreindre ce que les utilisateurs connectés peuvent atteindre
  • S'appuyer uniquement sur le verrouillage de compte sans MFA, contrôles de source ou surveillance
  • Donner à chaque utilisateur un bureau complet lorsque qu'une application publiée est suffisante
  • Autoriser les comptes administrateurs partagés
  • Laisser des sessions déconnectées en cours indéfiniment
  • En supposant que le changement du port RDP offre une protection significative
  • Garder les sauvegardes accessibles avec les mêmes identifiants utilisés pour l'administration du serveur

Chaque erreur augmente soit la probabilité de compromission, soit l'impact potentiel. Les corriger nécessite généralement une meilleure conception d'accès plutôt qu'un seul paramètre technique.

Comment TSplus renforce l'accès à distance

Pour les PME utilisant Windows, les services de bureau à distance ou les serveurs d'applications, TSplus Advanced Security peut ajouter une protection centralisée contre les attaques par force brute, des restrictions géographiques et horaires, des contrôles de pare-feu, une gestion des autorisations, des règles de dispositifs de confiance, des options de session sécurisée, des alertes et une protection comportementale contre les ransomwares.

Ces capacités renforcent un programme de sécurité d'accès à distance plus large plutôt que de le remplacer. L'authentification multifacteur, les correctifs, la segmentation, la protection des points de terminaison et les sauvegardes testées devraient rester une partie de l'architecture.

Conclusion

La sécurité d'accès à distance pour les PME dépend du contrôle de l'ensemble du chemin depuis le point d'entrée externe jusqu'au serveur et à ses données. Les entreprises devraient supprimer l'exposition directe au RDP public, appliquer une authentification forte, limiter les privilèges, protéger les points de terminaison, durcir les serveurs Windows et maintenir des sauvegardes récupérables.

Une approche en couches offre aux petites équipes informatiques un équilibre pratique. Elle réduit la probabilité qu'un mot de passe volé, un appareil non géré ou un composant non corrigé puisse exposer l'environnement plus large.


Lecture complémentaire

back to top of the page icon