Foire aux questions : cadre de gestion de l'occurrence de collision de noms pour les registres
Généralités
Interruption contrôlée, 127.0.53.53 et wildcards
Conformité contractuelle
Réponse d'urgence
Traitement des candidatures
Blocage des domaines de deuxième niveau et voie alternative de délégation
Généralités
Q1 : Qu'est qu'une collision de noms ?
R1 : Une collision de noms se produit lorsqu'une tentative de résolution d'un nom utilisé dans un espace de noms privé (par exemple, en vertu d'un domaine de premier niveau non délégué ou d'un nom court non qualifié) donne lieu à la résolution d'une requête DNS envoyée au système des noms de domaine (DNS) public. À titre de comparaison, imaginez appeler « Marie » au bureau où une seule personne s'appelle « Marie », puis en faire de même dans un centre commercial en espérant que la « Marie du bureau » vous réponde.
Q2 : Qu'est-ce que le cadre de gestion de l'occurrence de collision de noms ?
R2 : Le cadre de gestion de l'occurrence de collision de noms [PDF, 634 KB] consiste en un ensemble d'exigences développées afin de gérer les occurrences de collision de noms entre les nouveaux gTLD et l'utilisation privée existante des mêmes chaînes. Il a été mis au point en tenant compte de différents avis émanant notamment de la communauté de l'ICANN, d'un rapport publié par JAS Global Advisors LLC et du Comité consultatif sur la sécurité et la stabilité (SSAC).
Q3 : Quelles sont les principales caractéristiques du cadre ?
R3 : Les principales caractéristiques sont les suivantes :
- Les opérateurs de registre des nouveaux domaines de premier niveau (gTLD) génériques mettront en œuvre une interruption contrôlée pendant une période continue d'au moins 90 jours.
- L'ICANN assurera le suivi de chacune des interruptions contrôlées mises en œuvre par le registre afin de garantir le respect des obligations contractuelles.
- Les réponses d'urgence à une collision de noms peuvent être déclenchées dans des situations pour lesquelles il existe des motifs raisonnables de croire que la collision de noms présente un danger clair et actuel pour la vie humaine.
- L'ICANN est prête à répondre à d'éventuelles situations d'urgence.
Q4 : Quelles sont les prochaines étapes pour les opérateurs de registre ?
R 4 : L'ICANN enverra à chaque opérateur de registre une évaluation de l'occurrence de collision de noms, qui consiste en un mécanisme utilisé afin de notifier au registre les mesures d'atténuation requises par le cadre de gestion de l'occurrence de collision de noms. L'évaluation comprendra des informations relatives à la façon dont l'interruption contrôlée doit être mise en œuvre.
Q5 : Comment l'ICANN prévoit-elle d'organiser la consultation de la communauté de 90 jours en matière de mécanismes de protection des droits tel que décidé par la résolution du Conseil d'administration ?
A5 : La consultation porte sur le traitement de noms compris dans le rapport sur la voie alternative de délégation d'un opérateur de registre et enregistrés auprès du bureau central de marques de commerce que l'opérateur de registre n'a pas affectés lors de la période d'enregistrement prioritaire ou période de réclamation. L'ICANN lancera une période de consultation publique à cet égard et travaille à l'élaboration d'un document décrivant les exigences actuelles, les commentaires reçus jusqu'à présent et les alternatives pour le traitement de ces noms.
Interruption contrôlée, 127.0.53.53 et wildcards
Q6 : Qu'est-ce que l'interruption contrôlée ?
A6 : L'interruption contrôlée est une méthode de notification aux gestionnaires de systèmes ayant procédé à une configuration erronée de leur réseau (sciemment ou non) d'une situation de collision d'espace de noms, et qui les aide à réduire les éventuels problèmes.
Q7 : Comment marche l'interruption contrôlée ?
A7 : L'interruption contrôlée constitue une approche visant à détecter les requêtes DNS défaillantes. Lorsqu'une requête défaillante est détectée, un registre prend une action « contrôlée » afin de prévenir tout dommage et d'avertir l'utilisateur qu'une correction est nécessaire. Cette action prend la forme d'une réponse à la requête DNS avec une adresse IP spéciale (127.0.53.53). Le terme « interruption » se réfère à une activité qui semblait fonctionner en dépit de la requête défaillante mais qui ne peut à présent plus fonctionner.
Q8 : Comment l'interruption contrôlée sera mise en œuvre ?
A8 : Les registres des nouveaux gTLD mettront en œuvre l'interruption contrôlée en plaçant un ensemble spécifique d'enregistrements de ressource dans le DNS. Ces enregistrements de ressource ont été sélectionnés afin d'indiquer aux gestionnaires de systèmes qu'ils doivent faire un diagnostic de leurs systèmes et les corriger afin de prévenir tous éventuels problèmes. La liste des enregistrements spécifiques est disponible dans le cadre de gestion de l'occurrence de collision de noms [PDF, 634 KB].
Q9 : Quand la période d'interruption contrôlée de 90 jours débute-t-elle ?
A9 : Les opérateurs de registre peuvent débuter l'interruption contrôlée dès le 18 août 2014 sous réserve qu'ils aient reçu leur évaluation de l'occurrence de collision de noms (l'ICANN commencera à envoyer les évaluations le 4 août 2014).
Q10 : Un registre peut-il débuter l'interruption contrôlée plus tôt ?
A10 : Une période d'interruption contrôlée ayant débuté avant le 18 août 2014 ne sera pas prise en compte dans la période d'interruption contrôlée continue de 90 jours requise pour chaque TLD.
Q11 : Qu'est-ce que 127.0.53.53 ?
A11 : 127.0.53.53 est une adresse IPv4 spéciale qui apparaîtra dans les journaux du système afin d'avertir les gestionnaires de systèmes d'un éventuel problème de collision de noms, permettant ainsi un rapide diagnostic et l'adoption de mesures correctives. Le « 53 » est utilisé comme mnémonique afin d'indiquer un problème lié au DNS dû à l'utilisation du port de réseau 53 pour le service du DNS. Les cas laissant raisonnablement croire à l'existence d'un dommage grave et démontrable lié à une collision de noms doivent être signalés via le formulaire suivant : https://forms.icann.org/fr/help/name-collision/report-problems. Pour en savoir plus sur la collision de noms, veuillez consulter la page suivante : https://www.icann.org/namecollision.
Q12 : Qu'en est-il de l'interruption contrôlée pour les adresses IPv6 ?
A12 : L'ICANN collaborera avec le groupe de travail de génie Internet (IETF) ainsi qu'avec d'autres communautés techniques afin d'identifier un mécanisme pour IPv6 proposant une fonctionnalité identique à celle utilisée dans IPv4 (l'adresse de bouclage 127.0.53.53).
Q13 : Pourquoi a-t-on choisi l'interruption contrôlée continue comme méthode privilégiée en matière d'atténuation des collisions de noms au lieu de l'interruption intermittente ?
A13 : L'interruption contrôlée continue constitue une approche plus simple du point de vue opérationnel et permet d'assurer le diagnostic et le dépannage de façon uniforme, ce qui augmente la probabilité que soit reconnue, diagnostiquée et atténuée la collision.
Q14 : Pourquoi existe-t-il l'option wildcard ? Ne sont-elles pas interdites ?
A14 : L'interdiction des wildcards est levée lors de la période d'interruption contrôlée pour les TLD concernés (c'est-à-dire s'il n'y a pas de noms actifs en vertu du TLD autres que « nic »). Cette levée s'applique uniquement si aucun nom n'est délégué (et n'est donc actif) dans ce TLD, supprimant les risques traditionnellement associés avec la mise en œuvre de wildcards. Cette levée de l'interdiction et la possibilité d'utiliser une wildcard s'expliquent par la volonté de détecter toutes les situations de collision de noms évidentes. La wildcard en « haut » de la zone correspondra à l'ensemble des requêtes qui seront détectées une fois que la zone fonctionnera à plein régime. Cette approche maximise les étapes suivies afin de protéger les internautes actuellement victimes de fuites de requêtes censées être locales.
Conformité contractuelle
Q15 : Comment l'ICANN veillera-t-elle à ce que les registres respectent ces nouvelles exigences ?
A15 : L'ICANN suivra la mise en œuvre des exigences, essentiellement en utilisant les fichiers de zone qui sont transférés à l'ICANN depuis les registres des nouveaux gTLD après avoir été délégués (conformément à la spécification 4 du contrat de registre des nouveaux gTLD). Cette exigence sera menée à bien, tout comme les autres dispositions du contrat de registre, par le département en charge de la conformité contractuelle de l'ICANN.
Q16 : Comment un registre pourra-t-il savoir s'il a mis en œuvre correctement les exigences prévues par le cadre de gestion de l'occurrence de collision de noms ?
A16 : L'ICANN assurera le suivi de la mise en œuvre des exigences de chaque registre disponible dans le cadre de gestion de l'occurrence de collision de noms [PDF, 634 KB]. L'ICANN notifiera au registre les erreurs devant être corrigées.
Réponse d'urgence
Q17 : Quel type de situation de collision de noms conduit au déploiement d'une réponse d'urgence ?
A17 : Une réponse d'urgence peut être déclenchée lorsqu'il existe des motifs raisonnables de croire que la collision de noms présente un danger clair et actuel pour la vie humaine.
Q18 : Qui pourra qualifier une situation d'urgente ?
A18 : L'ICANN évaluera le dommage potentiel conformément à la norme définie dans le cadre de gestion de l'occurrence de collision de noms.
Q19 : Qui gèrera et assurera le suivi des demandes de réponse d'urgence ?
A19 : L'ICANN fera office d'unique point de contact pour les demandes/rapports de réponse d'urgence, coordonnera les notifications à l'opérateur de registre concerné et veillera à ce que des mesures adaptées soient rapidement prises.
Q20 : Comment dois-je faire part d'une urgence ?
A20 : Les demandes de réponse d'urgence doivent être présentées en ligne à l'adresse suivante : https://forms.icann.org/fr/help/name-collision/report-problems.
Traitement des candidatures
Q21 : Les exigences visant à mettre en œuvre l'interruption contrôlée après la délégation auront-elles un impact sur les tests préalables à la délégation (PDT) ?
A21 : Les tests préalables à la délégation ne seront pas modifiés afin d'intégrer des tests pour la mise en œuvre de l'interruption contrôlée. En fait, un registre NE doit PAS mettre en œuvre l'interruption contrôlée dans le cadre de leur mission de PDT.
Q22 : Quel est le statut des demandes pour .CORP, .HOME et .MAIL ?
A22 : La délégation de .CORP, .HOME et .MAIL a été reportée indéfiniment. L'ICANN collaborera avec les communautés techniques et en charge de la sécurité afin d'identifier la meilleure façon de traiter ces chaînes à long terme.
Q23 : Je programme actuellement une vente aux enchères. La publication du cadre de gestion de l'occurrence de collision de noms affectera-t-elle la date de la vente aux enchères ?
A23 : Non, le cadre de gestion de l'occurrence de collision de noms n'affectera pas la date des ventes aux enchères déjà programmées. Consultez le programme actuel sur la page des ventes aux enchères du site Web des nouveaux gTLD, ou trouvez la date de vente aux enchères pour un ensemble conflictuel non résolu sur la page du statut des ensembles conflictuels.
Blocage des domaines de deuxième niveau et voie alternative de délégation
Q24 : Que doit-il être fait avec les noms de la liste de SDL à bloquer lorsqu'ils sont publiés concernant les enregistrements prioritaires et les réclamations du TMCH ?
A24 : Les opérateurs de registre doivent veiller à ce que les noms qu'ils souhaitent activer dans la liste de SDL à bloquer après la période d'interruption contrôlée de 90 jours aient été soumis à des mécanismes de protection des droits en vigueur tel que requis par la spécification 7 du contrat de registre. L'évaluation de l'occurrence de collision de noms apporte davantage de clarifications à cet égard.
De plus, conformément à la mesure adoptée par le NGPC le 30 juillet 2014, pour les noms inclus sur la liste de blocage du rapport sur la voie alternative de délégation d'un opérateur et enregistrés auprès du bureau central de marques de commerce que l'opérateur de registre n'a pas affectés lors de la période d'enregistrement prioritaire ou période de réclamation, la non-affectation de ces noms doit se poursuivre tandis que l'ICANN consulte la communauté à propos de préoccupations manifestées en matière de mécanismes de protection des droits adéquats pour cette catégorie de noms.
Q25 : La voie alternative de délégation constitue-t-elle toujours une option maintenant que le cadre de gestion de l'occurrence de collision de noms est achevé ?
A25 : Non. Les registres doivent activer les noms conformément aux exigences indiquées dans le cadre de gestion de l'occurrence de collision de noms. Les TLD délégués avant le 18 août 2014 et qui n'ont pas activé des noms de domaines de deuxième niveau (autres que « nic ») auront la possibilité de procéder à une interruption contrôlée via wildcard.
Q26 : Qu'advient-il des 25 gTLD qui n'étaient pas éligibles à la voie alternative de délégation ?
A26 : Une fois que le candidat a suivi toutes les étapes précédentes du programme, ces 25 chaînes (à l'exception de .MAIL) peuvent alors procéder à la délégation en mettant en œuvre une interruption contrôlée conformément au cadre de gestion de l'occurrence de collision de noms (c'est-à-dire en utilisant la méthode de la wildcard). De plus amples informations sont disponibles à l'adresse suivante : http://newgtlds.icann.org/en/announcements-and-media/announcement-2-17nov13-en.