Technical Anshu
Tutorials Blog
Correctif contextuel du certificat RDP

Supprimez la fenêtre contextuelle de sécurité RDP de Windows 11 en toute sécurité en faisant confiance à votre propre certificat de serveur

Chaque connexion Bureau à distance à votre propre ordinateur de bureau commence par le même avertissement de certificat, et cliquer sur Oui tous les jours est une mauvaise habitude à prendre. Il existe une bonne façon de le faire taire - faire confiance à ce serveur et uniquement à ce serveur - et une mauvaise façon de désactiver l'avertissement pour l'ensemble d'Internet.

By Technical AnshuWindows 10 / 11Remote Desktop
Regardez la correction du fichier REG d'une minute dans la vidéo complète

Le popup n'est pas un défaut. C'est Windows qui pose une question à laquelle il ne peut pas répondre par lui-même : est-ce vraiment l'ordinateur auquel vous vouliez vous connecter ? Un ordinateur domestique ou de bureau normal présente un certificat auto-signé que Windows n'a pas émis et ne peut pas vérifier, donc le client vous le demande à la place. Dans la vidéo, Technical Anshu supprime cette fenêtre contextuelle en une minute environ avec une seule importation de fichier REG. Cette page explique ce qu'un correctif sûr comme celui-ci change réellement, comment vérifier n'importe quel fichier REG avant de lui faire confiance, et la seule règle qui assure la sécurité du correctif : faire taire l'avertissement uniquement pour un serveur que vous possédez, et uniquement en faisant confiance à son certificat exact.

Remote Desktop Connection
Connecting to192.168.1.50
The remote computer could not be authenticated due to problems with its security certificate. It may be unsafe to proceed. Certificate error: The certificate is not from a trusted certifying authority. [ ] Don't ask me again for connections to this computer
Le véritable libellé de la boîte de dialogue d'avertissement, recréé sous forme de panneau. Le nom et l'adresse du serveur sont des exemples.
1

Tout d’abord, comprenez ce que la fenêtre contextuelle protège

Lorsque vous vous connectez, le PC distant prouve son identité avec un certificat de sécurité. Les grandes entreprises distribuent des certificats provenant d'une autorité de confiance, donc Windows les accepte silencieusement. Un PC normal génère son propre certificat auto-signé à la place, et Windows n'a aucun moyen indépendant de savoir qu'il est authentique. C'est pourquoi la boîte de dialogue indique que le certificat ne provient pas d'une autorité de certification de confiance.

Deux faits honnêtes comptent ici. Premièrement, votre session est toujours chiffrée même avec un certificat auto-signé ; l'avertissement concerne l'identité, pas le chiffrement. Deuxièmement, l'avertissement est la seule chose qui vous empêche de saisir votre mot de passe sur la mauvaise machine - un PC imposteur sur le réseau aurait exactement le même aspect. C'est pourquoi la solution sûre ne supprime jamais la question. Il enregistre votre réponse pour un serveur, une fois, après que vous l'ayez vérifiée.

2

Le silence le plus sûr : faites confiance à ce certificat une fois

La prochaine fois que la fenêtre contextuelle apparaîtra pour votre propre PC ou serveur (dont vous avez vous-même saisi le nom ou l'adresse IP, sur votre propre réseau), procédez comme suit :

  1. Cliquez sur Afficher le certificat et jetez un œil aux détails. Pour votre propre machine, cela confirme simplement que vous consultez son certificat auto-signé.
  2. De retour sur l'avertissement, cochez Ne plus me demander de connexions à cet ordinateur.
  3. Cliquez sur Oui et connectez-vous comme d'habitude.

Windows stocke désormais l'empreinte numérique de ce certificat (son empreinte unique) dans votre registre d'utilisateurs sous HKEY_CURRENT_USER\Software\Microsoft\Terminal Server Client\Servers, dans une valeur nommée CertHash à l'intérieur d'une clé nommée d'après ce serveur. Lors de la connexion suivante, le client compare le certificat qu'il reçoit avec l'empreinte digitale qu'il a enregistrée. S'ils correspondent, pas de popup. Si le certificat change un jour, l'avertissement revient - et c'est la protection qui fonctionne et non qui se rompt.

3

La route du fichier REG - Ce qu'elle doit contenir et rien de plus

Le parcours d'une minute de la vidéo fait le même travail avant la première connexion : l'importation d'un fichier REG écrit cette entrée CertHash pour vous, de sorte que la toute première connexion est déjà silencieuse. Un fichier REG est du texte brut, et c'est l'habitude la plus importante sur cette page : cliquez avec le bouton droit sur n'importe quel fichier REG et ouvrez-le dans le Bloc-notes avant de double-cliquer dessus. Un correctif contextuel RDP sécurisé ne touche que l'entrée de votre propre serveur sous Terminal Server Client\Servers - un nom de serveur ou une adresse IP, une empreinte digitale CertHash.

Soyez honnête avec vous-même quant aux limites d'un fichier téléchargé : un fichier REG préparé par quelqu'un d'autre contient l'empreinte digitale de son serveur, pas la vôtre, donc l'empreinte digitale correcte de votre PC doit provenir du certificat de votre propre serveur. Dans la vidéo, l'importation elle-même prend quelques secondes - fusionnez le fichier, répondez Oui à la confirmation de l'éditeur du registre et connectez-vous. Si un fichier qui vous est proposé va plus loin - en modifiant le comportement d'authentification à l'échelle du client afin que les avertissements s'arrêtent pour chaque serveur, connu ou inconnu - déposez-le. Il ne s'agit plus d'une entrée de confiance par serveur ; cela consiste à retirer la serrure de la porte, et cela est abordé honnêtement dans la dernière section de cette page.

4

La solution permanente : donnez au serveur un vrai certificat

L'épinglage d'une empreinte digitale fonctionne, mais il s'agit d'un arrangement par utilisateur et par PC, et le certificat auto-signé sur un PC normal est renouvelé ou régénéré au fil du temps - chaque modification ramène la fenêtre contextuelle une fois. La solution propre consiste plutôt à réparer le côté serveur : installez un certificat auquel les clients font déjà confiance.

  1. Sur un réseau d'entreprise, une autorité de certification (CA) interne peut délivrer un certificat approprié pour le nom du serveur - la voie professionnelle standard.
  2. Pour un serveur avec un nom public, un certificat gratuit de Let's Encrypt fonctionne de la même manière, mais il se renouvelle tous les 90 jours, l'étape de liaison doit donc être répétée ou automatisée.
  3. Le certificat est placé dans le magasin de certificats Remote Desktop du serveur et l'écouteur RDP est pointé vers son empreinte digitale - Microsoft documente cette liaison via le paramètre SSLCertificateSHA1Hash.

Une fois que le serveur présente un certificat de confiance, chaque utilisateur se connecte sans popup ni astuces de registre - et l'avertissement est toujours entièrement armé pour toute machine qui n'est pas la vôtre.

5

La ligne que vous ne devez pas franchir : ne faites jamais taire les avertissements pour chaque serveur

Certains fichiers et messages du forum promettent davantage : un changement et le Bureau à distance plus n'affiche à nouveau d'avertissement de certificat, pour n'importe quel ordinateur et n'importe où. Étiquetez cette promesse honnêtement - c'est dangereux. Cela signifie que le jour où une connexion est discrètement redirigée vers une machine erronée ou hostile, vous remettrez votre mot de passe sans aucun avertissement et vous vous serez entraîné à éviter le seul signal qui aurait pu vous sauver.

La règle qui parcourt tout ce guide : vous pouvez désactiver la fenêtre contextuelle uniquement pour les serveurs que vous possédez ou administrez, un seul à la fois, et uniquement en faisant confiance à leur certificat exact. Une fenêtre contextuelle inattendue pour un serveur auquel vous vous connectez tous les jours n'est pas une nuisance : c'est une information. Une page distincte de cet ensemble couvre exactement ce moment et pourquoi la réponse est toujours non jusqu'à ce que vous ayez vérifié.

N'importez jamais un fichier REG que vous n'avez pas lu. C'est une habitude d'une seule ligne : faites un clic droit, ouvrez avec le Bloc-notes, lisez chaque chemin qu'il touche. Un véritable correctif par serveur reste dans Terminal Server Client\Servers. Tout ce qui est plus large mérite vos soupçons, pas votre double-clic.

Regardez le guide vidéo complet

Le correctif complet d’une minute, présenté en direct sur un vrai PC Windows 11, étape par étape.

Watch Full Video
Foire aux questions

Ma session RDP n'est-elle pas chiffrée alors que cette fenêtre contextuelle continue d'apparaître ?

Non. Même un certificat auto-signé crypte la session. La fenêtre contextuelle concerne l'identité - Windows ne peut pas confirmer que le PC vous appartient réellement - et non le cryptage. C'est exactement pourquoi la solution correcte consiste à vérifier et à faire confiance à ce certificat, et non à supprimer le contrôle.

La fenêtre contextuelle reviendra-t-elle une fois que je l'aurai corrigé ?

C'est possible, et lorsque c'est le cas, cela signifie généralement que le certificat du serveur a changé - une reconstruction, une migration ou le renouvellement du certificat auto-signé. Traitez la fenêtre contextuelle qui revient comme si le système fonctionnait. Vérifiez que le serveur est toujours le vôtre, puis faites confiance au nouveau certificat de la même manière.

La vidéo se termine dans une minute. Pourquoi cette page parle-t-elle autant de vérification du fichier ?

Parce que l'importation elle-même est en réalité un travail d'une minute - les soins doivent être effectués avant et après. La lecture du fichier REG prend vingt secondes et le fait de faire confiance à la bonne empreinte digitale maintient l'avertissement en vie pour tous les autres serveurs. Ici, rapidité et sécurité ne sont pas opposées.

Ce guide est basé sur la vidéo technique Anshu sur le correctif contextuel de sécurité RDP. Coincé sur une marche ? Demandez dans les commentaires de la vidéo.