En outre, j’ai apporté les changements suivants à l’installation Remote Desktop en utilisant les stratégies de groupe:
• J’ai spécifiquement refusé l’accès à Remote Desktop par un utilisateur anonyme
• Donné au cryptage le niveau High Désactivé l’utilisation du contrôle à distance sur les connexions Remote Assistance
Paramétrage de Remote Desktop
![Paramétrage de Remote Desktop Paramétrage de Remote Desktop](https://www.itpro.fr/wp-content/uploads/2015/09/5fddd4960a3c5d17f49f044c1d948eee.jpg)
• Obligé un utilisateur à fermer une session après s’être déconnecté
• Empêché un programme de démarrer au logon afin que le poste de travail soit toujours montré immédiatement après une connexion Remote Desktop réussie
• Désactivé toutes les associations, à l’exception du pressepapiers
Sur les paramètres Remote Desktop du serveur, j’ai validé :
• Supprimer les dossiers temporaires en sortie
• Utiliser des dossiers temporaires par session
• Active Desktop est désactivé
• Permission : pleine sécurité
• Restreindre chaque utilisateur à une session : oui
J’ai copié Windows 2003 Service Pack 1 (SP1) sur le serveur, l’ai installé et ai réinitialisé le serveur. Ensuite, j’ai exécuté MBSA (Microsoft Baseline Security Analyzer) pour voir si d’autres correctifs étaient nécessaires ou non, ce qui s’est avéré plus difficile qu’il n’y paraît. Il me fallait l’utiliser sans accéder à Internet et sans exposer le serveur, peut-être sans correctifs, à la malveillance. Pour cela, j’ai téléchargé la base de données XML de MBSA, appelée mssecure.xml sur ma machine locale, puis l’ai copiée sur le serveur. J’ai ensuite exécuté MBSA qui n’a révélé aucun correctif manquant et qui n’a signalé aucune vulnérabilité. (J’ai exécuté à nouveau MBSA après avoir installé IIS, parce que MBSA ne scrute la présence des correctifs ou des vulnérabilités IIS qu’une fois qu’IIS est installé et opérationnel.)
Remarque: Une installation par défaut de Windows 2003 SP1 est plus simple que les étapes que je viens de décrire consistant à apporter les correctifs à la machine avant de relier le serveur à Internet. SP1 empêche tout accès au serveur tant que les correctifs ne sont pas terminés et donc, le risque d’attaque malveillante avant que les correctifs n’aient été appliqués est réduit. Toutefois, il est toujours plus sûr de déconnecter physiquement tout l’accès à Internet et de procéder manuellement aux correctifs.
Téléchargez cette ressource
![Microsoft 365 : 5 erreurs de sécurité](https://www.itpro.fr/wp-content/uploads/2022/07/Guide-de-Securite-Office-365-les-5-erreurs-a-ne-pas-commettre-Expertise-DIB-France.png)
Microsoft 365 : 5 erreurs de sécurité
A l’heure où les données des solutions Microsoft 365 sont devenues indispensables au bon fonctionnement de l’entreprise, êtes-vous certain de pouvoir compter sur votre plan de sécurité des données et de sauvegarde des identités ? Découvrez le Top 5 des erreurs à ne pas commettre et les meilleures pratiques recommandées par les Experts DIB France.
Les articles les plus consultés
Les plus consultés sur iTPro.fr
- IA : les PME devraient adopter des outils NoCode appropriés
- Guide des certifications Microsoft
- Transition vers le Cloud : l’approche stratégique pour répondre aux exigences de cybersécurité NIS 2
- Vers une meilleure qualité de données : l’IA vient en renfort
- Stimuler l’innovation durable grâce à la transformation numérique et aux principes ESG
![Revue Smart DSI](https://www.itpro.fr/wp-content/uploads/2024/07/SMART-DSI-Numero-34-Juin-2024.jpg)