Si j'ai activé le Bureau à distance (RDP) sur les ordis du bureau, quelqu'un peut-il se connecter depuis internet ?

ouvrir ton rdp sur internet c'est bizarre les mecs font du brute force. changer le port sert pas à grand chose. mets un vpn puis le rdp. mais l'installation c'est un peu galère...

PS : c'est demandé plus bas, j'ai répondu dans le deuxième message.

Attaques brute force RDP outils de base : Hydra, Medusa, Masscan + liste de mots de passe RDP. Le port 3389 ouvert sur Internet reçoit des milliers de tentatives par minute. Mitigation : 1) vérifiez nla_enforce et la couche de sécurité : HKCU/Software/Policies/Microsoft/Windows NT/Terminal Services/SecurityLayer valeur 2 (par défaut 0), 2) restriction IP : netsh advfirewall firewall add rule name='RDP restrict' dir=in action=block protocol=tcp localport=3389 /*, 3) déploiement combiné VPN + RDP, 4) monitoring des logs avec SIEM.

Laisser le RDP ouvert c'est vraiment risqué. Le mieux c'est d'installer un VPN ça prend 1h ensuite tu fais passer tout le réseau par le VPN. Le RDP ne doit être accessible que via le VPN. bon mais si installer un VPN c'est galère : change le port mets un mot de passe costaud, autorise que l'IP de la boîte dans le firewall. fail2ban s'installe sur Linux mais pas sur Windows, donc privilégie le VPN...

Stratégies d'accès à distance : 1) VPN (OpenVPN, WireGuard) : tunnel chiffré, IP masquée, idéal pour les petites équipes, 2) Bastion Host (Jump Server) : comme un proxy, le RDP n'est accessible que depuis le bastion, 3) Zero Trust Access (Teleport, Gravitational) : vérification des appareils, analyse comportementale, 4) RDP Gateway : rôle Windows Server, journalisation des sessions. Pour les PME, le VPN est recommandé — installation simple, coût bas, sécurité élevée.

Si le mot de passe standard a été envoyé par email, c'est aussi un risque. Tous les employés ont le même mot de passe ? Ou chacun le sien ? Si c'est le même une fois compromis, tous les PC sont ouverts. Et vous avez vérifié si NLA est activé ? Sur la plupart des systèmes c'est désactivé par défaut ou faible...

Si j'ai bien compris vous dites que : Prendre une mesure sans faire d'inventaire, c'est laisser une porte ouverte sans le savoir.

Sujet très actuel. Une sauvegarde non testée n'est pas une sauvegarde.

J'espère que cela vous sera utile.

Pourriez-vous préciser un peu ? Aucun processus sans suivi ne s'améliore, car vous ne savez pas quoi corriger.

Tout point non écrit est un point que les deux parties se rappelleront différemment plus tard. Corrigez-moi si je me trompe.

Je ne peux pas totalement adhérer à cela. Les solutions qui fonctionnent à petite échelle s'effondrent en grandissant j'ai appris cela trop tard.

Voilà, désolé si je me suis étendu.

J'ai vécu exactement la même chose il y a deux ans. Si vous ne formalisez pas cela par écrit dès le départ des disputes éclateront plus tard.

Je le note au cas où.

Il y a une erreur fréquente à commettre en faisant cela. L'erreur commise du côté de sécurité du bureau à distance est généralement réversible, mais coûteuse.

La réponse varie beaucoup selon le secteur, il n'y a pas de règle générale. C'est mon avis, je ne l'écris pas comme une vérité absolue.

J'ai travaillé longtemps sur ce sujet. Ce qui nous faisait perdre le plus de temps c'était l'absence de clarté sur qui prenait les décisions.

Chez nous aussi.

Je suis du même avis. Quand on décide sans mesurer, on revient toujours au même point.

Voilà, désolé si je me suis étendu.

J'y pensais aussi. Tout va bien les trois premiers mois, les problèmes arrivent au quatrième.

Lors de la prise de décision, écrivez aussi le pire scénario, pas seulement le meilleur. Je suis aussi curieux de savoir si d'autres font autrement.

Je suis intéressé. Si vous grondez les fausses alertes plus personne ne signalera rien.

Bon courage.

Je suis entièrement d'accord. Les gens défendent l'habitude, pas le processus. La résistance vient de là.

J'espère que cela vous sera utile.

J'ai été soulagé en lisant cette réponse donc ce n'est pas seulement mon cas. La plupart des incidents ne viennent pas d'une faille, mais d'un mot de passe divulgué.