Séparez les organisations
Un registrar vend ou gère l'enregistrement ; le registre exploite le domaine de premier niveau ; un fournisseur DNS sert les enregistrements. Leurs exigences d'identité et règles de divulgation peuvent différer. Les exigences du registre peuvent limiter ce qu'un registrar peut masquer.
Lisez les conditions d'inscription réelles
Les services de confidentialité et de proxy diffèrent quant aux coordonnées affichées et à l'identité du titulaire. N'inventez pas d'informations de contact contraires aux règles d'enregistrement. Vérifiez les procédures de renouvellement, de transfert, de récupération et de litige avant d'engager un nom de valeur.
Pensez aux registres techniques publics
DNS peut exposer l'adresse du serveur. Certificate Transparency peut révéler des noms inclus dans des certificats de confiance publique. Les DNS historiques et les enregistrements d'inscription peuvent subsister après une modification. Un nouveau réglage de confidentialité n'efface pas une publication antérieure.
Protégez la continuité de propriété
Utilisez un identifiant de registraire robuste, l'authentification multifacteur, le verrouillage du registraire le cas échéant et des avis de renouvellement fiables. Gardez des méthodes de récupération indépendantes du domaine même que vous cherchez à récupérer.
Établir un petit inventaire d'exposition
Notez quels détails sont visibles dans les données d'enregistrement, les DNS, les certificats et le site web lui-même. Un identifiant analytique partagé, une page de contact publique ou un profil social réutilisé peuvent relier des projets même lorsque l'enregistrement est privé. Réduisez les liens inutiles sans inventer de données d'enregistrement inexactes.
S'exercer au renouvellement et au transfert
Conservez la date d'expiration, la méthode de renouvellement et le canal de récupération dans un registre opérationnel privé. Comprenez les verrous de transfert, les codes d'autorisation et les règles du registre avant que le nom ne devienne critique. Vérifiez les notifications via l'interface connue du registraire plutôt que de suivre un e-mail de renouvellement inattendu.
Inspectez le résultat de l'enregistrement via RDAP
Utilisez le service RDAP actuel du registre ou du registrar, ou l’interface de recherche de l’ICANN pour un domaine générique de premier niveau pris en charge, afin d’inspecter le résultat public de l’enregistrement. Vérifiez quels champs sont publiés, masqués ou remplacés par un contact de confidentialité/mandataire. Le masquage public n’établit pas ce que le registrar conserve en privé. Les règles d’éligibilité et de publication des domaines de code pays peuvent différer des politiques des domaines génériques ; vérifiez donc le suffixe choisi avant de l’acheter.
- Comparez les conditions de confidentialité du registraire, les conditions de récupération et l'organisation du titulaire enregistré.
- Conservez des coordonnées exactes lorsque l'accord l'exige et complétez les avis de vérification requis.
- Vérifiez séparément les prix d'enregistrement et de renouvellement ; notez la date d'expiration et le parcours de renouvellement normal.
- Protégez la boîte de réception de récupération indépendamment du domaine, afin qu'un domaine expiré ne puisse pas aussi vous priver de votre seul canal de récupération.
Documentation officielle : ICANN : Registration Data Access Protocol · ICANN : droits et responsabilités des titulaires
Vérifiez DNS et les noms de certificats avant publication
Préparez un ensemble d'enregistrements publics intentionnel avant de pointer le domaine vers un serveur. Les enregistrements A, AAAA, MX et TXT ont des rôles distincts et peuvent révéler des associations d'infrastructure ou de service. Les certificats publiquement approuvés sont consignés via Certificate Transparency, ce qui peut exposer les noms d'hôte inclus. Évitez d'inscrire un nom de projet privé dans un certificat public simplement parce qu'un environnement de préproduction a besoin de chiffrement ; choisissez une organisation de certificat interne appropriée pour les noms réellement privés.
- Vérifiez les deux familles d’adresses après un changement DNS ; un ancien enregistrement AAAA peut continuer à envoyer certains visiteurs vers le serveur précédent.
- Si la validation échoue, inspectez les DNS faisant autorité et le chemin de défi de certificat choisi avant de désactiver les contrôles de sécurité.
- Ne supposez pas que la propagation de DNS est instantanée. Vérifiez les réponses faisant autorité et les TTL du cache.
- Avant un transfert ou un changement de contact, examinez les verrous et délais applicables dans l'interface réelle du registraire. Conservez un relevé privé des étapes de récupération et de renouvellement.
Documentation officielle : Let's Encrypt : transparence des certificats · ICANN : droits et responsabilités des titulaires