ICANN

L’entité est à gauche et ses connexions se déploient par rôle à droite ; le graphe montre les connexions les plus fiables de chaque groupe, et la liste ci-dessous contient toutes les relations.

Liste complète

• Un fichier de zone donne un accès partagé, pas le droit de republier l’espace de noms

  À 9 heures, un chercheur autorisé télécharge par le CZDS de l’ICANN le fichier de zone d’un gTLD. L’archive est reçue et sa somme de contrôle correspond. Cela prouve la livraison de ces octets. Cela ne prouve ni l’identité du bénéficiaire de chaque nom, ni son usage, ni un droit général de republier le fichier. Toute la gouvernance tient dans cette séparation.

  Article principalPublié 2026-09-03
• Pour l’ICANN, 56,4 % des domaines associés ne désignent pas un même titulaire

  Le nouveau rapport OCTO de l’ICANN indique que 56,4 % d’un échantillon défini de nouveaux noms gTLD signalés en 2025 par des listes de réputation avaient au moins un domaine techniquement associé. Ce résultat peut élargir une piste d’enquête, mais il n’établit ni un titulaire commun ni une intention; le rapport n’a pas pu confronter ses groupes à une vérité terrain au niveau des titulaires.

  Article principalPublié 2026-10-06
• Une référence UCAS pour les labels, sans approbation automatique des registres

  Le 5 octobre, l’ICANN a annoncé l’ajout d’un jeu de règles de référence de second niveau pour l’écriture syllabique autochtone canadienne unifiée. La proposition prévoit une utilisation compatible avec des IDN français dans une même zone, mais sa publication ne vaut ni validation d’une table de registre ni preuve de déploiement.

  Article principalPublié 2026-10-06
• Des indicateurs UA aux statistiques nationales : qui conduit le travail ?

  Une mesure de compatibilité technique ne devient pas, par simple changement d'étiquette, une série comparable entre pays. Un échange de lettres publié par l'ICANN révèle que le lieu où cette transformation serait décidée reste à définir.

  Article principalPublié 2026-09-29
• La gouvernance des serveurs racine attend encore une décision vérifiable

  Le conseil d'ICANN reconnaît des écarts non résolus entre un modèle de gouvernance proposé et les critères de RSSAC. Il n'a pas dit quels points restent ouverts, ni adopté le modèle.

  Article principalPublié 2026-09-27
• ICANN90 à Adélaïde : accueillir la réunion ne donne pas mandat sur ses politiques

  La désignation d’auDA éclaire l’organisation concrète de la réunion annuelle de 2027. Elle ne déplace ni la responsabilité du choix du lieu ni l’autorité sur les processus de l’ICANN.

  Article principalPublié 2026-09-26
• Netpia : régler la facture ne rétablit pas les deux accès aux données

  L'avis d'ICANN vise d'abord des frais d'accréditation impayés. Il révèle aussi deux services dont la remise en état doit être démontrée séparément : la consultation publique par RDAP et le chemin permettant de demander des données non publiques.

  Article principalPublié 2026-09-26
• ICANN peut constater sa propre violation. Le remède dépend encore d'un tiers

  Un panel indépendant peut établir qu'ICANN a manqué à ses propres statuts, et l'organisation a accepté d'être liée par cette conclusion. Mais la conclusion n'est pas la réparation : le texte qui rend la première contraignante laisse la seconde au Board, à un appel interne de soixante jours, ou à un tribunal que le dossier .WEB n'a pas encore saisi.

  Article principalPublié 2026-09-25
• Au Ghana, le résolveur valide ; au Nigéria, le registre signe aussi

  Une mise au point de l’ICANN rapproche deux avancées DNSSEC en Afrique de l’Ouest. Elle oblige surtout à distinguer le réseau qui vérifie les réponses du gestionnaire qui signe la zone nationale.

  Article principalPublié 2026-09-24
• La lutte contre les abus DNS s’arrête-t-elle à chaque accréditation ?

  Une société peut contrôler plusieurs bureaux d’enregistrement sans que leurs contrats soient confondus. C’est précisément cette séparation que remet en discussion une contribution récente au projet de l’ICANN sur la recherche des noms associés à un abus DNS avéré.

  Article principalPublié 2026-09-24
• L’enquête de l’ICANN sur les adresses courriel a changé de périmètre

  Le rapport 2026 sur l’acceptation universelle affiche un meilleur résultat pour les adresses internationales. Son enquête automatisée n’a toutefois pas pu atteindre tous les sites de la même façon que l’exercice précédent. C’est le périmètre du test, avant le pourcentage, qui détermine ce qu’on peut conclure.

  Article principalPublié 2026-09-24
• Arrêter une candidature gTLD et obtenir réparation : deux pouvoirs distincts chez ICANN

  Le pouvoir d'écarter une candidature au programme des nouveaux noms de domaine génériques (gTLD) réside dans les règles du programme et dans les décisions du conseil d'administration d'ICANN. La réparation ouverte au candidat évincé relève d'une autre logique : un réexamen qui se termine par une décision motivée du conseil, ou une revue indépendante qui se conclut par une déclaration sur la conformité des actes du conseil aux statuts. Ni l'une ni l'autre ne se confond avec un ordre de déléguer une chaîne.

  Article principalPublié 2026-09-24
• Le GNSO a validé la liste 2026 du CSC sans devenir l’auteur de huit nominations sur neuf

  Une seule décision a confirmé la composition annuelle du comité chargé de suivre la performance de PTI. Mais la liste publiée conserve une information essentielle : presque tous les noms proviennent d’autres autorités de nomination.

  Article principalPublié 2026-09-22
• L’ICANN a classé les demandes d’AFRALO sans les adopter

  La lettre d’accompagnement contient la clé de lecture du dossier : la déclaration commune AFRALO-AfrICANN a été transmise au Conseil d’administration « pour information ». Le document formulait pourtant des demandes très concrètes. La réponse de deux pages les a rapprochées de travaux existants, a renvoyé certaines responsabilités vers l’écosystème et en a laissé d’autres sans décision. Elle ne vaut ni refus global ni programme d’exécution.

  Article principalPublié 2026-09-20
• Chez l’ICANN, le dialogue sur les 15 jours est devenu un briefing. La voie contraignante reste à choisir

  Le point décisif de l’échange sur l’exactitude des données d’enregistrement n’est pas encore de savoir si la vérification doit précéder la résolution d’un nom. Il est institutionnel : un webinaire puis un dialogue trilatéral ont été proposés, le créneau est devenu une séance d’information, des membres du Conseil d’administration n’y ont assisté qu’en observateurs, puis deux voies formelles ont été nommées sans qu’aucune soit choisie.

  Article principalPublié 2026-09-20
• Un accord du GNSO n’est pas encore une règle

  Rendu public en septembre, le compte rendu de la session stratégique de janvier du Conseil de la GNSO décrit plusieurs échéances déjà passées. Pour connaître l’état réel du travail, il faut distinguer un constat, un accord, une tâche attribuée, une cible temporelle et une règle formellement adoptée.

  Article principalPublié 2026-09-20
• La représentante de l’ALAC auprès de l’ECA transmet une décision, elle ne la crée pas

  Claire C. Craig remplacera Jonathan Zuck à la présidence de l’ALAC et, par le même mécanisme interne, comme représentante de l’ALAC auprès de l’Empowered Community Administration. Cette succession rend visible une distinction plus importante que le nom du titulaire : la représentante remet les notifications, mais l’autorité qui les fonde doit rester celle de l’ALAC.

  Article principalPublié 2026-09-19
• Le cadre CCWG de 2016 n’engage que les conseils qui l’ont adopté

  Une vérification des archives d’ICANN org a ramené le cadre de 2016 à sa portée démontrable : le GNSO et le ccNSO l’ont adopté, mais aucune adoption ni approbation des autres SO/AC n’a été retrouvée, et le Conseil d’administration n’a jamais été invité à accepter le rôle que le texte lui attribuait. Pour la future Structural Review, la pièce décisive sera donc une charte assortie de preuves d’adoption, non le prestige d’un document ancien.

  Article principalPublié 2026-09-19
• Le pouvoir d’ICANN tient à sa chaîne d’exécution, pas à un mandat unique

  Pour comprendre ce que l’organisation peut imposer — et ce qu’une contestation peut réellement interrompre — il faut suivre le passage des politiques communautaires aux contrats, puis des contrats au contrôle de conformité. Le dossier public établit cette architecture, mais ne permet pas de conclure qu’un recours suspend automatiquement une mesure opérationnelle.

  Article principalPublié 2026-09-19
• L’autorité de l’ICANN passe par plusieurs instruments — et les recours ne se superposent pas

  L’ICANN n’exerce pas une autorité unique. Ses pouvoirs reposent sur une combinaison d’instruments constitutifs, de procédures de politique publique et de contrats conclus avec les opérateurs de registres et les bureaux d’enregistrement. Cette architecture explique aussi pourquoi un recours disponible contre une décision ne permet pas nécessairement d’en contester une autre.

  Article principalPublié 2026-09-17
• À ICANN87, l’inscription s’arrête avant le compte Sched

  La publication du programme d’ICANN87 révèle une frontière administrative qui doit devenir une frontière de mesure : s’inscrire à la réunion ne crée pas le compte Sched distinct servant à organiser son programme. Inscription, préparation, entrée dans une session, présence, prise de parole et inscription au procès-verbal sont six états différents. Aucun total isolé ne démontre les cinq autres, encore moins un mandat.

  Article principalPublié 2026-09-15
• Le futur tableau UA de l’ICANN doit séparer déclarations et tests

  Un État peut déclarer que ses services publics acceptent les adresses électroniques internationalisées. Un laboratoire peut, le même jour, échouer à récupérer un compte avec l’une de ces adresses. Le futur tableau de bord imaginé par les lignes directrices de l’ICANN devra conserver ces deux constats, sans les fondre dans une même case « prête ».

  Article principalPublié 2026-09-14
• L’intégration de noms alternatifs d’ICANN exige un arrêt vérifiable

  Prévoir l’arrêt d’un service ne prouve pas que toutes ses traces de contrôle disparaîtront au bon moment. Le rapport initial de l’ICANN sur l’intégration d’un gTLD avec d’autres systèmes de nommage recommande un plan d’arrêt obligatoire. Il faut lui ajouter une preuve d’exécution qui montre, nom par nom, que les états et les détenteurs du contrôle ont bien été réconciliés.

  Article principalPublié 2026-09-14
• Le contrat d’astreinte de l’ICANN pour les nouveaux gTLD doit passer un test de sortie public

  Une astreinte renforcée protège les échéances fragiles. Elle peut aussi devenir une habitude sans que personne ne décide clairement de la pérenniser. En mai, l’ICANN annonçait six mois de couverture élargie pour la série 2026 des nouveaux gTLD, puis un retour attendu aux heures ouvrables. En septembre, le Conseil a autorisé un nouveau contrat de développement et d’assistance, avec une motivation largement expurgée. La bonne demande de transparence ne porte pas sur le prix ni sur le prestataire : elle porte sur la preuve qui permettra de sortir du régime exceptionnel.

  Article principalPublié 2026-09-11
• Le pouvoir d’ICANN ne tient pas dans un seul texte

  ICANN n’exerce pas son autorité par un acte unique. Son contrôle opérationnel naît d’une chaîne : une finalité d’entreprise, des statuts internes, des contrats conclus avec les opérateurs de registres et les bureaux d’enregistrement, puis des procédures qui permettent — ou empêchent — de contester une décision avant qu’elle ne produise un effet difficilement réversible.

  Article principalPublié 2026-09-11
• L’ICANN autorise un renfort stratégique en ingénierie : la capacité n’est pas l’autorité

  Le Conseil d’administration de l’ICANN vient d’autoriser le recours à un prestataire privilégié pour renforcer, de façon souple, les équipes d’ingénierie et d’informatique. Le motif opérationnel est public. La frontière entre la tâche confiée à l’extérieur et la décision qui doit rester attribuable à l’ICANN ne l’est pas au même degré.

  Article principalPublié 2026-09-11
• De la mission aux leviers : comment l’autorité de l’ICANN devient opératoire

  L’ICANN n’exerce pas une autorité publique générale sur Internet. Son influence est plus précise : des instruments constitutifs définissent sa mission et ses limites, des mécanismes communautaires encadrent sa gouvernance, puis des contrats transforment certaines politiques en obligations opérationnelles pour les registres et les bureaux d’enregistrement. La question décisive n’est donc pas seulement de savoir si l’ICANN dispose d’un pouvoir, mais quel instrument le fonde, par quel mécanisme il devient exécutoire et quelle voie de contestation correspond au type de décision en cause.

  Article principalPublié 2026-09-11
• ICANN : une autorité en couches, entre mission, contrats et recours limités

  L’autorité de l’ICANN ne repose pas sur un pouvoir souverain unique. Elle se construit par couches : une personne morale californienne, une mission définie par ses statuts et ses règlements, des contrats avec certains opérateurs du système des noms de domaine, et des fonctions opérationnelles déléguées à une entité affiliée. Les voies de contestation existent, mais leur capacité à modifier concrètement une décision dépend du type d’acte, du délai et du mécanisme saisi.

  Article principalPublié 2026-09-11
• Le contrat ITP de l’ICANN a une règle de levée, pas une date

  Le Conseil d’administration de l’ICANN a autorisé un contrat pour la prochaine génération de sa plateforme de publication, en occultant plusieurs éléments de négociation. Le mécanisme est pourtant plus précis qu’un simple « confidentiel » : un responsable peut lever les occultations, celles-ci doivent être réexaminées chaque année, mais aucune échéance propre à ce dossier n’est affichée.

  Article principalPublié 2026-09-11
• L’autorité de l’ICANN ne vaut que par l’instrument qui l’exécute

  L’ICANN n’est ni un régulateur général d’Internet ni un simple forum consultatif. Son pouvoir devient concret lorsqu’une mission définie, une politique élaborée par la communauté et un contrat applicable s’enchaînent jusqu’à une obligation opérationnelle. La question décisive est alors moins de savoir si l’ICANN « peut » agir que d’identifier l’instrument qui autorise l’action, l’acteur qui doit l’exécuter et la voie capable de la contester ou de la renverser.

  Article principalPublié 2026-09-11
• Le renouvellement du .COM : comment l’autorité de l’ICANN devient un contrat opératoire

  Le renouvellement de l’accord du registre .COM montre où se situe réellement le pouvoir de l’ICANN : ni dans le seul commentaire public, ni dans une injonction de droit public, mais dans une chaîne institutionnelle qui relie participation, décision du Conseil, délégation d’exécution et obligations contractuelles.

  Article principalPublié 2026-09-11
• L’autorité d’ICANN ne tient pas dans un seul pouvoir

  Le contrôle exercé par l’ICANN sur le système des noms de domaine ne repose ni sur une compétence générale de régulateur public, ni sur un acte unique. Il se construit par couches : un mandat institutionnel, des contrats avec les opérateurs de registres et les bureaux d’enregistrement, une procédure de conformité et des voies de contestation dont la portée varie selon l’acteur visé et le dommage allégué.

  Article principalPublié 2026-09-10
• L’autorité d’ICANN n’est pas un bloc : qui peut réellement imposer, bloquer ou réparer une décision ?

  ICANN est souvent décrite comme l’organisation qui gouverne les noms et les numéros de l’Internet. Cette formule est pratique, mais elle masque la question décisive : quelle règle donne à quel acteur le pouvoir de produire une conséquence concrète, et quel recours peut atteindre cette conséquence avant qu’elle ne devienne irréversible ?

  Article principalPublié 2026-09-10
• ICANN : l’autorité ne se trouve pas à une seule porte

  L’ICANN n’administre pas l’Internet comme une administration mondiale qui détiendrait seule le pouvoir de modifier la racine du DNS. Son influence repose sur une chaîne plus précise : une mission et des pouvoirs définis dans ses textes constitutifs, des accords qui assignent des responsabilités opérationnelles, des contrats qui disciplinent les registres et les bureaux d’enregistrement, puis des mécanismes de contrôle qui peuvent examiner certaines décisions du Conseil. La question décisive n’est donc pas seulement de savoir si l’ICANN « contrôle » le système des identifiants. Il faut demander quel instrument produit quel effet, qui met concrètement cet effet en œuvre et quel recours peut encore modifier le résultat.

  Article principalPublié 2026-09-10
• L’ICANN a maintenu sa stratégie sans montrer le test qui déclenche un changement

  Une stratégie peut rester identique après un véritable examen. C’est précisément la décision que le Conseil d’administration de l’ICANN a prise le 6 septembre 2026, au terme de huit séances d’analyse de l’environnement réunissant près de 210 participants. L’intelligence artificielle avait été évoquée dans toutes les séances menées avec la communauté, et la montée des applications et d’autres espaces de nommage figurait aussi parmi les tendances récurrentes. Le résultat est public et attribuable. La règle qui transforme ces signaux en décision de maintien ne l’est pas sur la page de la résolution.

  Article principalPublié 2026-09-10
• Le nouveau mécanisme de révocation de l’ICANN ouvre le dossier après le vote du Conseil

  La GNSO a enfin consigné la procédure que le Conseil d’administration de l’ICANN devrait suivre pour revenir sur l’adoption d’une recommandation dont la mise en œuvre n’est pas achevée. Le dispositif prévoit un dialogue, des seuils de vote et une explication publique. Mais la publicité du dossier ne devient obligatoire qu’une fois la première décision prise. La preuve la plus contestable ne bénéficie donc d’aucune fenêtre publique garantie en amont.

  Article principalPublié 2026-09-10
• ICANN : trois voies de recours, trois surfaces de contrôle

  L’architecture de responsabilité de l’ICANN ne constitue pas un système d’appel unique. La réexamen, l’Independent Review Process et l’Ombudsman examinent des actes différents, à partir de déclencheurs différents, avec des effets pratiques qui ne se recouvrent pas entièrement.

  Article principalPublié 2026-09-10
• ICANN : de la coordination des identifiants à l’exécution contractuelle

  L’autorité d’ICANN ne vient pas d’un pouvoir public général. Elle se construit par couches : objet social et statuts, règles élaborées par une communauté multipartite, contrats conclus avec les registres et bureaux d’enregistrement, puis opérations techniques qui maintiennent les identifiants dans un système cohérent. La même architecture détermine aussi la portée des contestations : une demande de réexamen, une procédure de revue indépendante, un pouvoir de la communauté habilitée et un recours judiciaire ne saisissent ni le même acte ni le même décideur.

  Article principalPublié 2026-09-09
• Les recours d’ICANN ne sont pas interchangeables : qui peut contester quoi ?

  Chez ICANN, une objection ne devient pas automatiquement un recours. Elle doit entrer dans un instrument précis, franchir ses conditions d’accès et atteindre l’organe auquel les statuts confient la décision. Cette architecture distingue le pouvoir de la communauté de rejeter certaines décisions du Conseil, la demande de réexamen adressée à ICANN et la procédure d’examen indépendant d’un acte contraire aux statuts.

  Article principalPublié 2026-09-09
• La 5e variante attribuable déclenche de nouveaux frais d’évaluation

  Pour un nouveau demandeur, les quatre premières chaînes de variantes peuvent être incluses ; chaque variante attribuable supplémentaire au-delà de la quatrième entraîne des frais complets d’évaluation de 227 000 USD.

  Article principalPublié 2026-09-08
• Les lignes directrices de l’ICANN sur l’UA donnent deux rôles à l’IA. Une seule mesure ne peut pas évaluer les deux

  Un tableau de bord peut féliciter une IA d’avoir détecté cent formulaires défaillants alors qu’un service enrichi par l’IA continue de refuser une adresse électronique internationalisée. Les deux constats sont compatibles, car ils ne portent ni sur le même acteur ni sur la même preuve. Le dernier courrier du groupe d’experts de l’ICANN place désormais l’IA au cœur du chantier de l’acceptation universelle. Il faut donc décider de quel côté du test elle se trouve avant de compter ses résultats.

  Article principalPublié 2026-09-08
• Une candidature gTLD déposée garde un délai de paiement de sept jours

  Un dépôt gTLD dans les délais ne suffit pas : l’ICANN doit recevoir les frais d’évaluation pendant la fenêtre de paiement distincte.

  Article principalPublié 2026-09-06
• Le contrôle administratif est un filtre de dépôt, pas une décision au fond

  Le contrôle administratif de l’ICANN vérifie le dépôt et prépare les ensembles de chaînes identiques sans constituer une décision au fond.

  Article principalPublié 2026-09-06
• Une évaluation RSP peut couvrir plusieurs gTLD — seulement pour les services qualifiés

  Une évaluation peut être réutilisée pour plusieurs gTLD, mais la qualification ICANN reste liée à des services précis.

  Article principalPublié 2026-09-06
• La couverture RSP est une carte de fonctions, pas un nombre de prestataires

  Un candidat peut nommer plusieurs prestataires de services de registre tout en laissant une fonction critique sans couverture. Le cadre ICANN du cycle 2026 distingue les rôles Main, DNS, DNSSEC et Proxy facultatif, avec des fonctions et des limites de nombre propres à chacun.

  Article principalPublié 2026-09-06
• Nommer un RSP ne vaut pas confirmation lors de la contractualisation

  Un candidat peut désigner un prestataire de services de registre dans son dossier, tandis que l’ICANN lui demande séparément une confirmation lors de la contractualisation. Le choix du candidat, la demande de l’ICANN et toute réponse effective du RSP constituent des preuves distinctes.

  Article principalPublié 2026-09-06
• Le choix des RSP peut attendre l’évaluation, pas indéfiniment

  Les règles ICANN 2026 permettent de déposer une candidature sans nommer les prestataires de services de registre, mais exigent la couverture des fonctions critiques minimales au stade de l’évaluation.

  Article principalPublié 2026-09-06
• Les ensembles de variantes entrent ensemble en concurrence

  Les règles ICANN 2026 traitent la chaîne principale et ses variantes attribuables demandées comme une seule unité de concurrence lorsque plusieurs candidats visent le même ensemble de variantes.

  Article principalPublié 2026-09-06
• Les demandes de variantes de gTLD existants sont prioritaires, sans être approuvées

  ICANN accorde une place plus précoce dans l’ordre de traitement à une catégorie de demandes : les variantes attribuables de gTLD existants issus du cycle 2012. Cette priorité modifie l’ordre, pas l’issue de fond.

  Article principalPublié 2026-09-06
• Les variantes d’un gTLD existant placent le registre sous un seul contrat 2026

  Un opérateur qui demande des variantes attribuables d’un gTLD existant n’ajoute pas des libellés isolés à un contrat inchangé. Les règles ICANN 2026 imposent le passage au nouveau contrat de registre de base et réunissent le gTLD existant et ses variantes dans un seul contrat.

  Article principalPublié 2026-09-06
• Seul l’opérateur du gTLD existant peut demander ses variantes IDN

  Pour le cycle ICANN 2026, le demandeur de variantes IDN d’un gTLD existant doit être la même personne morale que l’opérateur de registre de ce gTLD.

  Article principalPublié 2026-09-06
• Les variantes IDN doivent partager le prestataire de registre du gTLD principal

  Pour le cycle ICANN 2026, un gTLD IDN principal et ses variantes doivent utiliser le même prestataire de services de registre back-end pendant leur délégation.

  Article principalPublié 2026-09-05
• Le retrait d’une demande IDN principale retire aussi ses variantes

  Pour le cycle ICANN 2026, le retrait d’une demande visant un IDN principal entraîne aussi le retrait de toutes les chaînes variantes demandées avec lui.

  Article principalPublié 2026-09-05
• Une demande de variante IDN ne peut pas précéder sa chaîne principale

  Pour le cycle ICANN 2026, une demande portant sur une variante IDN allouable ne peut pas être déposée avant celle du gTLD IDN principal auquel elle se rattache.

  Article principalPublié 2026-09-05
• Pour un IDN principal proposé, le choix peut changer les variantes allouables

  Lorsque le principal proposé n’est pas un gTLD existant, le nombre total de chaînes de l’ensemble de variantes RZ-LGR reste inchangé, mais les sous-ensembles de variantes allouables et bloquées peuvent changer avec ce choix.

  Article principalPublié 2026-09-05
• ICANN autorise le retrait de variantes IDN après le dépôt, mais pas leur ajout

  Pour le cycle 2026, le dépôt fixe l’ensemble initial formé par l’IDN principal et ses variantes demandées : il peut ensuite être réduit par retrait, mais pas élargi.

  Article principalPublié 2026-09-05
• Les marques combinatoires ne satisfont pas au minimum de deux points de code L pour un IDN

  La règle IDN d’ICANN pour 2026 exige au moins deux points de code Unicode de catégorie générale L et exclut la catégorie M lorsqu’il faut déterminer si l’étiquette ne comporte qu’un caractère.

  Article principalPublié 2026-09-05
• Le sens linguistique ne détermine pas si un IDN satisfait à la RZ-LGR d’ICANN

  Le Guidebook 2026 d’ICANN considère d’abord un IDN comme un identifiant DNS technique. Le sens linguistique et la validité dans la zone racine répondent à des questions distinctes.

  Article principalPublié 2026-09-05
• Une écriture non prise en charge ne peut pas entrer dans le cycle ICANN 2026 par une contestation de validation

  Le Guidebook 2026 d’ICANN distingue nettement la correction d’une erreur de mise en œuvre de la validation et l’ajout d’une écriture absente des règles de génération d’étiquettes de la zone racine applicables.

  Article principalPublié 2026-09-05
• Une variante IDN dépend de sa chaîne principale, mais toute disqualification de variante ne met pas fin à la candidature

  Le Guidebook 2026 de l’ICANN n’attribue pas les mêmes conséquences à la disqualification de la chaîne IDN principale et à celle d’une variante demandée. Cette asymétrie est essentielle pour cartographier le risque d’une candidature.

  Article principalPublié 2026-09-05
• L’option de chaîne de remplacement ICANN expire après 14 jours

  Selon le Guidebook 2026, une chaîne de remplacement est désignée avec la demande, choisie pendant une période de 14 jours après Reveal Day et ne peut plus être annulée une fois le changement effectué.

  Article principalPublié 2026-09-05
• Gagner une enchère ICANN ne garantit pas la délégation

  Le résultat de l’enchère détermine quelle demande en contention directe peut avancer. Il n’attribue pas à lui seul un gTLD délégué.

  Article principalPublié 2026-09-05
• Le Reveal Day ne finalise pas un ensemble de contention ICANN

  Le Reveal Day ouvre le registre de contention sans en figer la composition.

  Article principalPublié 2026-09-05
• Les accords privés ne peuvent pas résoudre un ensemble de contention ICANN

  À compter du Reveal Day, les candidats d’un même ensemble de contention entrent dans un périmètre de communication qui couvre les échanges privés, les déclarations publiques et les intermédiaires indirects.

  Article principalPublié 2026-09-05
• Une modification de chaîne .Brand peut ajouter des mots, mais pas créer ou élargir une contention

  Le cycle 2026 de l’ICANN offre à un candidat .Brand admissible un moyen étroit de modifier sa chaîne en cas de contention. Il ne s’agit pas d’un droit général de renommer une candidature.

  Article principalPublié 2026-09-05
• Une modification substantielle des parties publiques ouvre 30 jours de commentaires, pas une approbation automatique

  Lorsque l’ICANN estime qu’une modification touche substantiellement les parties publiques d’une candidature, une consultation de 30 jours s’ouvre sans que la demande soit approuvée.

  Article principalPublié 2026-09-05
• L’avis consensuel du GAC ouvre un dossier de réponse de 21 jours, pas un résultat automatique du Conseil

  L’avis consensuel formel du GAC modifie la position procédurale du candidat, sans constituer à lui seul la décision du Conseil d’administration de l’ICANN.

  Article principalPublié 2026-09-05
• Une alerte précoce du GAC est un signal, pas un veto : le dossier de réponse du candidat

  Le cycle 2026 permet à un représentant gouvernemental de signaler officiellement une préoccupation sans que cet avis devienne automatiquement une décision sur la candidature.

  Article principalPublié 2026-09-05
• Le nouveau « délai d’atténuation » d’ICANN ne chronomètre pas l’intervention

  Domain Metrica estime désormais la durée pendant laquelle un nom signalé continue de se résoudre. L’intitulé évoque une réaction humaine ; le calcul relie en réalité deux observations DNS.

  Article principalPublié 2026-09-05
• Un risque singulier/pluriel ne s’applique pas tout seul : le dossier ICANN à déposer en 30 jours

  Dans le cycle 2026, une paire grammaticale ne devient une décision du programme qu’au moyen d’une notification ponctuelle étayée par un dictionnaire vérifiable.

  Article principalPublié 2026-09-03
• Un appel d’objection ICANN n’est pas un nouveau procès : ce que le critère d’erreur manifeste peut changer

  Dans le cycle 2026, l’appel examine une erreur identifiée dans une objection ; il ne recommence pas tout le litige.

  Article principalPublié 2026-09-03
• L’objection communautaire n’est pas la CPE : deux procédures ICANN, deux questions différentes

  Le mot « communauté » figure dans les deux intitulés, mais les parties, les critères et la décision attendue ne sont pas les mêmes.

  Article principalPublié 2026-09-03
• Quel dossier probant préparer pour une évaluation de priorité communautaire ?

  Un dossier relié aux critères est plus utile qu’une accumulation de soutiens.

  Article principalPublié 2026-09-03
• Deux commissions de noms, un prestataire : ICANN garde des frais distincts

  Analysys Mason assurera deux évaluations du prochain élargissement des gTLD. Le regroupement du travail ne gomme pas la différence entre une prestation comprise dans le forfait et un examen facturé en supplément.

  Article principalPublié 2026-09-03
• ccTLD IDN : le ccNSO distingue enquête ciblée et contrôle permanent

  La réponse adoptée en juillet autorise des demandes de justificatifs fondées sur un motif raisonnable. Elle refuse d’en faire une surveillance systématique, alors que le Board prépare un nouvel examen de ccPDP4.

  Article principalPublié 2026-09-03
• NextGen@ICANN : arriver le premier ne suffit pas

  L’appel pour 2027 réserve une priorité aux groupes qui n’ont pas encore occupé ces fonctions. Pour apprécier cette ouverture, il faut distinguer la désignation interne, l’attribution des places et le choix des étudiants.

  Article principalPublié 2026-09-03
• Un changement ISO peut déclencher la sortie d’un ccTLD IDN. Il ne donne pas à l’ICANN un verdict territorial.

  Une infrastructure de coordination peut avoir besoin d’un repère entretenu par une autre institution. Elle ne devrait pas, pour autant, se présenter comme l’institution qui tranche la réalité désignée par ce repère. C’est cette discipline que la ccPDP4 de la ccNSO rend visible pour les ccTLD IDN.

  Article principalPublié 2026-09-03
• Pas d’avis collectif du ccNSO Council sur les règles anti-abus

  Le ccNSO Council ne prévoit pas de déposer une réponse collective à la consultation sur les abus dans les gTLD. Les gestionnaires de domaines nationaux restent invités à intervenir pour leur propre compte. Cette retenue institutionnelle peut laisser circuler l’expérience sans déplacer le pouvoir de fixer les règles.

  Article principalPublié 2026-09-03
• Des accents qui engagent tout un registre

  La possibilité d’exploiter ensemble un suffixe ASCII et ses formes à signes diacritiques aurait une contrepartie durable. Le rapport final du GNSO propose de lier leurs changements de prestataire et de contrôle. L’intérêt linguistique ne dispense pas d’examiner les conditions de sortie.

  Article principalPublié 2026-09-03
• L’ICANN vérifie le sens géographique de chaque chaîne demandée. Que doit prouver une lettre de soutien ?

  Pour le cycle 2026, l’ICANN examine chaque chaîne sous l’angle géographique. Le dossier doit établir l’autorité, l’authenticité et la portée du soutien public.

  Article principalPublié 2026-09-03
• Le nouveau projet RIR permet d’écarter une évaluation. Le dénominateur doit rester public

  Le projet recommandé pour la reconnaissance des registres Internet régionaux prévoit qu’ICANN puisse retirer du seuil des deux tiers l’avis négatif d’un RIR matériellement touché dans sa région de service ou ses revenus. Le texte organise la notification et la réponse. Il lui manque encore un objet public simple : un reçu indiquant les évaluations déposées, celles qui ont été comptées et celles qui ont continué d’éclairer la décision.

  Article principalPublié 2026-09-02
• ICANN signale un retrait sans dire publiquement qui a agi

  Une consultation peut protéger un texte retiré sans rendre mystérieuse la procédure qui l’a fait disparaître. Sur une page de commentaire public encore ouverte, ICANN conserve bien la trace d’une contribution, sa date et son statut de retrait. Il manque cependant l’information qui permettrait de comprendre l’acte : retrait décidé par son auteur, suppression administrative ou autre voie protégée.

  Article principalPublié 2026-09-02
• Les examens spécifiques d’ICANN sont suspendus. La suspension exige un registre d’état

  ICANN n’a pas supprimé ses examens spécifiques. Elle a ajouté, à côté de l’obligation antérieure, une règle de transition avec une date d’effet, une première échéance, deux voies limitées de prolongation, une borne maximale et un chemin de reprise. Ce progrès de lisibilité peut néanmoins se perdre si le dossier public mélange les actes. L’approbation du Conseil n’est pas la date d’effet. Une pétition n’est pas son issue institutionnelle. Un projet du groupe de travail n’est pas une recommandation acceptée ni une instruction de mise en œuvre. Et la suspension ne démontre ni le démarrage, ni l’achèvement, ni l’effet d’un examen futur.

  Article principalPublié 2026-09-02
• ICANN87 pourrait discuter des chaînes avant l’ouverture des commentaires formels

  À Bali, le sujet le plus visible pourrait ne pas encore être l’objet procédural définitif. ICANN87 commence le 17 octobre, tout près de la limite ordinaire prévue pour le Reveal Day. Si le calendrier suit cette trajectoire, la communauté découvrira les candidatures alors que certaines chaînes peuvent encore être remplacées et que la plupart des voies formelles propres à chaque dossier ne sont pas ouvertes. Il faut pouvoir parler tôt, sans faire passer une prise de parole pour un dépôt.

  Article principalPublié 2026-09-01
• Pour .TEXAS, le consentement porte sur la correspondance exacte ; la lettre ajoute « tout dérivé »

  Le Texas dispose d’un levier explicite si une candidature vise exactement `.texas`. C’est le Guidebook d’ICANN qui le prévoit, parce que Texas figure parmi les subdivisions de l’ISO 3166-2. Mais la lettre adressée le 10 août à ICANN étend son opposition à « tout dérivé » sans définir cette famille. Entre la protection légitime du nom géographique et une réserve indéterminée de chaînes voisines, il manque un registre qui rattache chaque objection à une chaîne réellement demandée et à la procédure compétente.

  Article principalPublié 2026-09-01
• L’ICANN consigne une correction du LGR javanais, mais le XML final reste à publier

  La consultation a rempli une fonction précise : un contributeur a repéré, dans la règle javanaise proposée, le mauvais point de code après lequel U+A9B4 pouvait apparaître. Le rapport de l’ICANN du 24 août reprend la correction — A9BB à la place de A9BC — et annonce son intégration après échange avec la communauté. Pourtant, au 1er septembre, le registre public des LGR de référence ne propose toujours pas le fichier javanais définitif. Entre l’intention corrigée et les octets publiés subsiste donc une étape de gouvernance vérifiable.

  Article principalPublié 2026-09-01
• L’appel d’offres de l’ICANN associe filtrage des sponsors et objectif pouvant doubler les recettes

  L’ICANN cherche une agence capable de piloter toute la chaîne du sponsoring de ses réunions publiques : prospection, contrôle des candidats, vente, contrat, exécution des avantages et mesure des recettes. Le même cahier des charges demande d’explorer une progression pouvant atteindre deux fois le niveau actuel. Rien ne prouve qu’un sponsor ait acheté de l’influence, et l’ICANN conserve des validations. Mais le premier arbitre de l’admissibilité aura aussi intérêt à convertir davantage de prospects. Il faut donc deux signatures distinctes et un inventaire exact de ce qui est vendu.

  Article principalPublié 2026-09-01
• L’ICANN a remplacé les délais fixes d’examen des chartes du GNSO par des calendriers négociés

  La nouvelle procédure de modification des chartes des groupes de parties prenantes et des unités constitutives du GNSO est entrée en vigueur en mars 2026. Elle organise un dialogue plus précoce avec l’organisation ICANN et permet d’adapter l’examen à la complexité de chaque dossier. Elle ne reprend toutefois ni les délais de 10 jours ouvrables et de 30 jours calendaires de 2013, ni les garde-fous fondés sur le nombre de réunions du Conseil. Un calendrier négocié n’est pas en soi opaque ; il le devient s’il n’existe aucun reçu public indiquant ses étapes, son responsable actuel et l’historique de ses révisions.

  Article principalPublié 2026-09-01
• L’offre d’un million de dollars d’ICANN à l’IGF trace une frontière pour le plaidoyer

  Un Conseil d’administration peut autoriser une somme sans que celle-ci ait encore quitté un compte. Il peut aussi annoncer les conditions qu’il veut obtenir sans que le bénéficiaire les ait acceptées. C’est exactement l’espace dans lequel se trouve l’offre exceptionnelle d’ICANN à l’Internet Governance Forum : un engagement politique et budgétaire précis, mais un cycle contractuel dont les étapes suivantes ne sont pas encore réunies dans un relevé public.

  Article principalPublié 2026-08-31
• ICANN a remplacé « cinq ans » par « périodique » — le délai d’audit court toujours

  Le calendrier n’a pas disparu : il a changé de domicile. Dans la charte 2026 de son comité des risques, ICANN ne chiffre plus la fréquence de l’évaluation externe de l’audit interne. Elle renvoie aux normes professionnelles. Or la norme qu’ICANN dit avoir adoptée conserve un maximum de cinq ans. Ce déplacement peut être rigoureux, à condition de laisser une trace publique du texte applicable, de sa version et du jour où le délai a commencé.

  Article principalPublié 2026-08-31
• L’évaluation des collisions de noms par l’ICANN ne décide pas une délégation. Que doit prouver ensuite une chaîne à haut risque ?

  Une évaluation de collision de noms par l’ICANN est une étape de gestion du risque dans le programme des nouveaux gTLD de 2026, et non la confirmation qu’un libellé proposé atteindra — ou n’atteindra pas — le DNS. Son importance pratique se situe au seuil suivant : une chaîne identifiée comme présentant un risque élevé peut exiger un plan de mitigation qui doit réussir avant que la demande puisse progresser.

  Article principalPublié 2026-08-31
• ICANN désigne un prestataire d’évaluation des garanties. Quand l’examen d’une chaîne devient-il une obligation du contrat de registre ?

  ICANN a choisi Mirror Group LLC pour les évaluations des garanties du cycle 2026. L’enjeu est la frontière entre l’évaluation d’une chaîne et une garantie inscrite dans le Registry Agreement.

  Article principalPublié 2026-08-31
• Le plan de travail de l’Ombuds de l’ICANN est public. Pas sa grille d’évaluation par le Conseil

  L’ICANN a publié les activités prévues par son Bureau de l’Ombuds pour l’exercice 2027 ainsi que les six familles d’indicateurs qu’il entend suivre. Le Conseil a, de son côté, approuvé des objectifs précis servant à évaluer l’Ombuds. Le document qui manque n’est donc pas un plan : c’est la correspondance entre ces deux engagements.

  Article principalPublié 2026-08-31
• La fenêtre d’arbitrage anticipé d’ICANN pour les OIG n’a aucun délai de réponse

  Les projets d’ICANN ouvrent au titulaire d’un nom de domaine une voie nouvelle avant que la plainte d’une organisation intergouvernementale ne soit tranchée : demander un arbitrage contraignant. Ils précisent le destinataire de la demande et le circuit de notification. Ils laissent aussi l’OIG libre d’accepter ou de refuser. Mais aucun délai, aucun format de réponse et aucun reçu de clôture ne rendent ce choix opérationnellement visible.

  Article principalPublié 2026-08-31
• Pour Nameshop, ICANN affiche « Terminated » là où sa résolution disait « withdrawn status »

  La demande de réexamen 26-4 ne transforme pas les affirmations de Nameshop en conclusions. Elle attire toutefois l’attention sur une trace publique imparfaite : la résolution du Conseil qualifiait la procédure de résiliation, mais son instruction opérationnelle désignait l’état d’arrivée comme « withdrawn status ». Les lettres ultérieures et la fiche active affichent « Terminated ». L’enjeu de gouvernance consiste à relier ces termes, pas à choisir celui qui arrange une partie.

  Article principalPublié 2026-08-31
• Le projet de traduction de l’IRP d’ICANN impose de demander l’aide en anglais

  La future règle de traduction de l’Independent Review Process promet davantage de langues, des frais pris en charge et des délais adaptables. Mais elle exige que la requête visant à obtenir cette aide soit elle-même rédigée en anglais, tout comme l’exposé initial du litige. La procédure provisoire actuelle ménage encore une petite porte d’entrée non anglophone. C’est cette porte qu’il faut conserver pendant que le service s’élargit.

  Article principalPublié 2026-08-31
• Le modèle proposé pour la racine permettrait une suspension sans définir le rétablissement

  Dans le modèle final remis par le groupe de travail sur la gouvernance du système des serveurs racine, un seul verbe fait basculer la supervision vers une mesure coercitive : la future fonction de signalement des incidents de sécurité pourrait suspendre l'activité d'un opérateur. La prudence est réelle avant cette étape, et la révocation définitive suit une autre procédure. Ce qui manque est le raccord entre les deux : l'état public qui dit ce qui a été suspendu, comment la correction est constatée et par quelle décision l'opérateur revient.

  Article principalPublié 2026-08-31
• Les archives de caviardage de l’ICANN arrivent en 2026. Le registre s’arrête à FY24

  L’ICANN peut montrer qu’une révision annuelle produit encore des divulgations : dans une résolution de 2025, Séville est désormais nommée tandis que le montant du contrat demeure masqué. Pourtant, la page du registre renvoie toujours vers un classeur qui ne dépasse pas FY24. Le mécanisme fonctionne, mais sa comptabilité publique n’est plus à la même date.

  Article principalPublié 2026-08-30
• Le projet de règle IRP de l’ICANN peut faire courir le délai butoir avant le préjudice

  Une décision institutionnelle porte une date. Son effet sur une personne peut en porter une autre, parfois beaucoup plus tard. Le projet de Rule 4 de l’ICANN reconnaît ce décalage en accordant au requérant 120 jours après qu’il a su — ou aurait raisonnablement dû savoir — qu’il était matériellement affecté. Mais il fait courir en parallèle un délai extérieur de 24 mois dès l’action ou l’inaction de l’ICANN. La prévisibilité est une exigence légitime. Elle ne devrait pourtant pas reposer sur un calendrier que chaque partie doit reconstituer après coup. Il faut un relevé public à deux horloges, sans retirer au Panel IRP le pouvoir de trancher.

  Article principalPublié 2026-08-30
• ICANN a orienté les trois demandes de l’Inde. Une seule a des jalons datés

  L’Inde a demandé que trois mesures de sécurité du DNS deviennent des priorités immédiates. La réponse d’ICANN a eu le mérite de ne pas confondre urgence et pouvoir de décision : le GNSO choisit ses travaux de politique, l’organisation ICANN les appuie puis met en œuvre ce qui est adopté, et un groupe technique peut tester sans légiférer. Cette carte des compétences est solide. Elle reste toutefois incomplète tant que deux des trois demandes n’ont ni prochaine décision publique ni échéance identifiable.

  Article principalPublié 2026-08-30
• L’ICANN accorde 21 jours pour contester une SSE. Que faut-il conserver dès le premier jour ?

  Une fenêtre de contestation courte ne se reconstitue pas après coup. Pour le cycle 2026, la première mesure de gouvernance consiste à préserver la décision transmise, l’avis effectivement reçu, la version des règles, les erreurs possibles et les éléments nécessaires pour décider si une contestation est fondée.

  Article principalPublié 2026-08-30
• L’ICANN pourrait retirer un comité de médiation jamais créé — l’étape publique reste indéterminée

  L’ICANN a rendu visible une proposition visant à retirer la recommandation 5.8 du Work Stream 2, qui prévoyait un comité consultatif externe auprès de l’Ombuds. Abandonner un dispositif devenu inutile peut être une décision honnête. Encore faut-il pouvoir identifier le critère invoqué, l’étape atteinte dans la procédure en neuf temps et le devenir des six fonctions confiées à ce comité.

  Article principalPublié 2026-08-30
• L’ICANN confirme une erreur de SSE, puis réévalue : qu’est-ce qui relie les deux décisions ?

  Un candidat peut obtenir la confirmation d’une erreur dans son recours contre l’évaluation de similitude de chaînes sans avoir encore obtenu un nouveau résultat. Le maillon indispensable est le dossier de réévaluation : ce que le recours a établi, ce que l’évaluateur a repris et la manière dont la nouvelle décision se rattache à la première.

  Article principalPublié 2026-08-30
• L’avis de résiliation d’IPIP par l’ICANN contient deux listes — une seule nomme les manquements

  L’ICANN a notifié à IPIP INC. la résiliation de son contrat d’accréditation, avec effet annoncé au 13 septembre. Le document ne présente pourtant pas une liste unique de griefs. Il distingue quatre manquements non corrigés, des « préoccupations supplémentaires », puis les effets et obligations qui subsistent après la fin du contrat. Respecter cette grammaire évite de transformer une décision contractuelle en inventaire d’accusations sans statut.

  Article principalPublié 2026-08-30
• ICANN compare les gTLD de deux caractères aux codes ASCII de deux lettres. Que protège réellement ce filtre ?

  Une étiquette de deux caractères peut franchir les contrôles techniques initiaux de la campagne 2026, puis être écartée parce qu’elle ressemble à un code ASCII de deux lettres. Pour comprendre la décision, il faut savoir quel filtre a été déclenché, quelle étiquette ou variante a provoqué la comparaison et si le dossier publié permet de refaire le raisonnement.

  Article principalPublié 2026-08-30
• L’ICANN peut arrêter une chaîne sans candidature concurrente. Que fait réellement un Blocked Name ?

  Dans le cycle 2026 des nouveaux gTLD, une étiquette protégée ou réservée peut arrêter une candidature sans devenir une candidature rivale. La question de gouvernance est de savoir si le dossier public relie clairement la frontière d’exclusion, la comparaison exacte et le délai de contestation.

  Article principalPublié 2026-08-30
• La procédure régionale du ccNSO suppose encore un seul gestionnaire par territoire

  Une procédure peut devenir obsolète sans que son objectif le soit. Celle adoptée en 2007 par le ccNSO pour choisir une région géographique différente repose sur un face-à-face simple : un gestionnaire de ccTLD, représenté par le contact administratif IANA, présente une demande. Les statuts actuels de l’ICANN prévoient désormais plusieurs gestionnaires dans un même territoire et une voix exercée par un seul émissaire. Il faut donc redéfinir le mandat avant de refaire le formulaire.

  Article principalPublié 2026-08-29
• Le deuxième projet de l’ICANN doit montrer son historique de modifications

  L’ICANN a choisi de remettre à la consultation son futur système de revues. Ce choix est raisonnable : le premier projet a reçu 23 contributions, tandis que le groupe chargé de le rédiger a continué de modifier son architecture. Mais une deuxième version propre ne suffira pas. Pour que la nouvelle consultation porte sur un objet intelligible, le dossier devrait comprendre un registre public reliant chaque disposition importante du premier projet aux commentaires reçus, aux propositions ultérieures, à la décision prise et au texte révisé.

  Article principalPublié 2026-08-29
• Les deux horloges de contrôle de l’IANA repartent désormais du rapport final

  ICANN vient de modifier la manière de dater deux contrôles essentiels de la fonction de nommage de l’IANA. L’évaluation de l’efficacité du Customer Standing Committee passe à cinq ans après le rapport précédent ; l’IFR périodique conserve un intervalle de cinq ans, mais celui-ci ne commence plus à la constitution de l’équipe. Cette respiration peut éviter des examens qui se chevauchent. Elle peut aussi éloigner le contrôle suivant lorsque le précédent s’allonge. Il faut donc publier les dates réelles, et pas seulement annoncer un cycle de cinq ans.

  Article principalPublié 2026-08-29
• L’ICANN peut regrouper deux chaînes sans les juger similaires. Que contrôle la chaîne intermédiaire ?

  Imaginons trois candidatures à de nouveaux domaines de premier niveau. Le panel d’évaluation de la similarité des chaînes de l’ICANN estime que la chaîne A peut être visuellement confondue avec B. Il estime aussi que B peut être confondue avec C. En revanche, il ne conclut pas qu’A et C sont similaires. Les trois candidatures peuvent néanmoins appartenir au même ensemble contentieux.

  Article principalPublié 2026-08-28
• L’ICANN achève l’examen de similitude avant de créer les lots prioritaires. Que protège la règle de l’ensemble complet ?

  Un numéro de priorité tardif n’exclut pas une chaîne candidate du champ de comparaison. Pour le cycle 2026, l’examen de similitude doit porter sur toutes les chaînes demandées avant la constitution d’éventuels lots d’évaluation.

  Article principalPublié 2026-08-28
• Le numéro de priorité de l’ICANN ne classe pas l’évaluation des chaînes : quels sont les cinq contrôles hors file ?

  Obtenir un petit numéro lors du tirage au sort de l’ICANN donne un avantage de calendrier. Ce n’est pourtant ni un feu vert pour la chaîne demandée, ni la promesse d’un résultat avant les autres candidats. Les documents officiels du cycle 2026 tracent une limite nette : le numéro de priorité fixe l’ordre général de plusieurs étapes, mais il ne détermine pas l’ordre de la String Evaluation, l’évaluation portant sur la chaîne elle-même.

  Article principalPublié 2026-08-28
• Le tirage de priorité de l’ICANN fixe la file d’attente. Que garantit vraiment un petit numéro ?

  Le traitement des candidatures aux nouveaux domaines génériques de premier niveau repose sur des évaluations techniques, financières et institutionnelles complexes. Pourtant, une partie de leur calendrier sera ordonnée par un objet d’une simplicité presque déconcertante : un billet en papier vendu 100 dollars américains.

  Article principalPublié 2026-08-28
• ICANN a reçu plus de 1 100 chaînes de remplacement : à quoi sert vraiment le choix de quatorze jours ?

  Un candidat peut arriver au Reveal Day avec une seconde chaîne et découvrir qu'elle est déjà inutilisable. Le Guide du candidat 2026 interdit de choisir une chaîne de remplacement identique à la chaîne principale ou de remplacement d'un autre candidat. Cette indisponibilité demeure même si l'autre candidat n'active jamais sa propre solution de repli.

  Article principalPublié 2026-08-28
• L’ICANN compte plus de 1 600 candidatures aux nouveaux gTLD. Que restera-t-il invisible jusqu’au Reveal Day ?

  L’ICANN connaît déjà le volume de dossiers reçus pour le cycle 2026, tandis que le public ignore encore les chaînes demandées, l’identité des candidats et les ensembles en concurrence. Cet écart n’est pas un vide : c’est une succession de statuts qu’il faut compter séparément.

  Article principalPublié 2026-08-28
• La règle des 24 heures d’ICANN existe. Son déclenchement, pas encore

  Sur une même page, ICANN présente un impératif et son sursis. L’article 10.7 de la politique sur les données d’enregistrement impose, pour une demande urgente authentifiée, un accusé de réception sous deux heures et une réponse sous 24 heures, sauf circonstances exceptionnelles. Plus bas, une note d’application précise que ces obligations ne prendront effet qu’après la mise en œuvre complète d’une politique de consensus établissant l’authentification du demandeur. La règle est donc écrite, mais son horloge contractuelle n’est pas partie. Pour éviter qu’un texte public soit confondu avec une obligation déjà opposable, ICANN devrait publier un reçu d’activation. Ce reçu doit aussi dire ce que l’authentification ne décide jamais : l’urgence, la légalité et l’opportunité de divulguer.

  Article principalPublié 2026-08-28
• UA Day a produit 17 démonstrations ; l’exploitation exige une visite de contrôle

  Une adresse en écriture tifinaghe apparaît dans le rapport UA Day 2026 entre des exemples en arabe, en thaï, en télougou et en alphabet latin. Sa présence compte davantage qu’un slogan sur l’inclusion : pour les dix-sept événements classés « adoption ou démonstration », il fallait utiliser ou enregistrer un nom de domaine internationalisé, configurer une page et un serveur de courrier compatible avec l’internationalisation des adresses, créer des boîtes locales et tester l’ensemble. Le rapport prouve donc un travail technique situé. Mais il photographie ce travail le jour de l’événement. Il ne dit pas, dans sa synthèse publique, quel objet est devenu un service de production, quelle équipe en a reçu la charge ni si le parcours fonctionnait encore après une mise à jour. La bonne suite n’est pas de rabaisser la démonstration. C’est de revenir voir l’objet avec son propriétaire.

  Article principalPublié 2026-08-28
• ICANN a qualifié 56 candidats au soutien. Quelles barrières le programme a-t-il réellement abaissées ?

  L’ICANN a accordé un soutien à 56 candidats potentiels aux nouveaux gTLD. Cette décision réduit certains coûts d’entrée, mais ne prouve encore ni 56 candidatures principales ni 56 délégations.

  Article principalPublié 2026-08-28
• ICANN refuse un délai butoir pour les politiques. Ses bilans ont besoin d’une horloge

  Le Conseil d’administration d’ICANN ne fixera pas de délai maximal uniforme pour examiner les recommandations de politique approuvées par le GNSO. Il préfère annoncer des prévisions, rendre compte avant chaque réunion publique d’ICANN et inscrire l’état des politiques à l’ordre du jour permanent de ses ateliers. Ce dispositif dira plus souvent où se trouve un dossier. Il ne dira pas nécessairement quand il est arrivé, ce qui le retient, pourquoi l’échéance a bougé et qui doit agir ensuite. Sauf date propre à une source, les faits ont été vérifiés au 28 août 2026.

  Article principalPublié 2026-08-28
• ICANN a ajouté 1 612 cas han après consultation. Le prétri ne décide pas

  Les données définitives d’ICANN sur la similarité visuelle pour le cycle 2026 des nouveaux gTLD intègrent 1 612 cas supplémentaires en écriture han, détectés après la consultation publique par une analyse assistée par IA puis versés aux fichiers chinois, japonais et coréen. Cet apport peut élargir le champ des comparaisons, mais il ne constitue ni 1 612 conflits ni 1 612 décisions. L’outil présélectionne ; un panel indépendant juge les chaînes complètes et motive ses conclusions. Sauf date différente indiquée par une source, l’état des faits correspond aux vérifications effectuées le 28 août 2026.

  Article principalPublié 2026-08-28
• L’appel d’offres GRC d’ICANN centralise les traces, pas l’autorité

  ICANN cherche une plateforme hébergée commune pour les politiques, les registres de risques, l’audit, la conformité, les tableaux de bord et la collecte automatisée de preuves. Ce regroupement peut rendre les dossiers plus cohérents sans déplacer le pouvoir de décider. Propriétaires du risque, responsables des contrôles, auditeurs, direction et Conseil doivent rester visibles dans une chaîne d’autorité et de preuve qui survive à l’outil choisi. Sauf date différente indiquée par une source, l’état des faits correspond aux vérifications effectuées le 28 août 2026.

  Article principalPublié 2026-08-27
• Après la visite d’ICANN à Samson Cree Nation, il faut tracer la suite

  La visite d’ICANN à Samson Cree Nation, effectuée sur invitation, constitue un véritable travail d’écoute, de transmission et de relation. Le récit public ne permet toutefois d’y voir ni un mandat collectif ni un résultat de politique. La suite responsable consisterait à consigner, avec l’accord de la communauté, les thèmes qu’elle autorise à transmettre, leur destinataire, leur traitement et la réponse qui lui revient. Sauf date différente indiquée par une source, l’état des faits correspond aux vérifications effectuées le 28 août 2026.

  Article principalPublié 2026-08-27
• Avant qu'une plainte ne devienne une affaire du Conseil, que peut réellement changer le Bureau de l'Ombuds de l'ICANN ?

  Le Bureau de l'Ombuds peut modifier la trajectoire d'un problème d'équité et favoriser une solution volontaire, sans créer de décision contraignante ni de notification formelle.

  Article principalPublié 2026-08-27
• Le bilan du soutien d’ICANN ne permet pas encore d’auditer l’effet de sa sensibilisation

  ICANN a retenu 56 candidats dans son Applicant Support Program 2026 et estime que l’intensification de la sensibilisation semble avoir porté ses fruits. Le résultat est tangible, mais son attribution ne l’est pas encore : les propres recommandations de la GNSO exigent un taux de conversion convenu à l’avance et une distinction entre renoncement éclairé et obstacle évitable. Sauf date différente indiquée par une source, l’état des faits correspond aux vérifications effectuées le 28 août 2026.

  Article principalPublié 2026-08-27
• L’ICANN veut imposer la recherche des domaines associés sans rendre les dossiers comparables

  Le projet de politique sur les abus DNS oblige le bureau d’enregistrement à élargir son enquête après un premier signal probant, tout en refusant d’imposer un format documentaire. La liberté d’enquêter est justifiée ; l’absence de vocabulaire commun pour prouver ce qui a été fait l’est beaucoup moins. Sauf date différente indiquée par une source, cet article décrit la situation vérifiée le 28 août 2026.

  Article principalPublié 2026-08-27
• L’ICANN ouvre les téléchargements et ferme l’API : il faut un reçu de transition

  Le 1er septembre, l’accès aux fichiers CSV présentés par l’ICANN sera plus simple, tandis que l’ancienne plateforme Open Data et son API auront disparu. Cette double évolution améliore l’accès immédiat sans garantir, à elle seule, la continuité des identifiants, des versions et des corrections. Sauf date différente indiquée par une source, cet article décrit la situation vérifiée le 28 août 2026.

  Article principalPublié 2026-08-27
• ICANN borne la phase 2A : aucune nouvelle obligation de publier

  Le GAC demandait quand progresserait la collecte et la publication des données d’enregistrement des personnes morales. La réponse du Conseil d’administration d’ICANN annonce un possible démarrage en FY2027, mais rappelle surtout que la phase 2A n’impose ni la différenciation ni une nouvelle publication générale. Sauf date différente indiquée par une source, les conditions actuelles décrites ici correspondent aux éléments vérifiés le 28 août 2026.

  Article principalPublié 2026-08-27
• Safeguard Assessment : avec Mirror Group, ICANN ouvre le test de la preuve

  La désignation de Mirror Group LLC ne tranche rien sur la légitimité du dispositif. Celle-ci dépendra de la capacité d’ICANN et de son prestataire à produire, pour chaque chaîne examinée, un dossier vérifiable reliant les faits, les critères, les conflits éventuels et les motifs de la décision à des obligations contractuelles difficiles à défaire. Sauf date différente indiquée par une source, les conditions actuelles décrites ici correspondent aux éléments vérifiés le 28 août 2026.

  Article principalPublié 2026-08-27
• Le nom de domaine est devenu défendeur : Porsche.net et la voie in rem de l’ACPA

  Une action qui désignait d’abord 128 noms de domaine comme défendeurs a révélé une question de contrôle très concrète : lorsque le titulaire ne peut pas être attrait dans une action personnelle ordinaire, par quel mécanisme un tribunal fédéral peut-il prendre autorité sur l’enregistrement lui-même, et quand devient-il trop tard pour contester cette voie ?

  Article principalPublié 2026-08-26
• Quand une demande de données d’enregistrement devient urgente — et ce que le nouveau délai n’autorise toujours pas

  Le nouveau calendrier de l’ICANN peut obliger un bureau d’enregistrement à répondre plus vite. Il ne transforme pas l’urgence en droit automatique aux données privées. Il encadre l’accusé de réception et la décision ; l’authentification, la nécessité, la base juridique et le fond de la divulgation restent des questions distinctes.

  Article principalPublié 2026-08-26
• La règle d’urgence de 90 jours qui a maintenu les données d’enregistrement en mouvement

  Huit jours avant l’entrée en application du RGPD, l’ICANN a utilisé un pouvoir contractuel provisoire pour éviter que le régime des données d’enregistrement ne se disperse en centaines de réponses privées. Ce pouvoir agissait immédiatement, mais il s’éteignait par construction : la règle durable devait venir d’un autre processus.

  Article principalPublié 2026-08-26
• Quand un signalement d’abus DNS devient exploitable — et ce que le contrat n’ordonne toujours pas

  Le point décisif du régime contractuel de l’ICANN n’est pas l’arrivée d’une accusation. Il est atteint lorsque les éléments disponibles permettent une conclusion raisonnable : le bureau d’enregistrement ou le registre doit alors agir rapidement, tout en choisissant une mesure adaptée à son rôle, au dommage et au risque pour les services légitimes.

  Article principalPublié 2026-08-26
• Un portail, aucun délai : qui autorise vraiment l’accès aux fichiers de zone ?

  Le CZDS permet de solliciter plusieurs registres de domaines génériques depuis un même écran. Cette unité de parcours masque pourtant une répartition précise des pouvoirs : l’entrée est commune, la décision ne l’est pas.

  Article principalPublié 2026-08-26
• Quand ICANN met fin à un registrar, qui reçoit les noms de domaine ?

  Une transition regroupe un portefeuille de services chez un nouveau registrar sans transformer les noms des titulaires en actifs vendus. Le choix du destinataire fixe pourtant le premier prix de renouvellement, les canaux d’assistance et la facilité de repartir.

  Article principalPublié 2026-08-26
• Une adresse joignable n’est pas un titre de propriété : les quatre preuves que les règles d’exactitude de l’ICANN séparent

  Les règles de l’ICANN peuvent vérifier qu’une donnée est bien formée et qu’une personne répond à un courriel ou à un appel. Ces contrôles sont utiles, mais ils ne prouvent ni qui maîtrise réellement le compte chez le bureau d’enregistrement, ni quelle personne ou société détient le meilleur droit sur le nom de domaine.

  Article principalPublié 2026-08-25
• Des données sous séquestre, mais plus de registrar en activité

  Dans le coffre numérique d'un agent de séquestre, le dernier dépôt d'un registrar peut être intact : signature correcte, empreinte conforme, colonnes complètes, chiffrement valide. Au même moment, aucun conseiller ne répond au titulaire du nom. Le portail client ne reconnaît plus son mot de passe, le renouvellement n'est pas encaissé et le service d'hébergement reste hors ligne.

  Article principalPublié 2026-08-25
• Le contact de quatre heures qui ne peut pas annuler le transfert

  Quatre heures est un délai assez court pour évoquer un dispositif de secours. C'est aussi assez long pour qu'un nom détourné change de serveurs DNS, interrompe la messagerie ou serve à tromper des clients. Pourtant, à l'expiration de ce délai, la politique actuelle de l'ICANN n'exige pas que le nom soit revenu. Elle exige qu'un être humain compétent du bureau d'enregistrement gagnant ait répondu.

  Article principalPublié 2026-08-25
• ICANN a nommé sept responsables. Il manque encore la grille reliant critères et choix

  Le NomCom 2026 d'ICANN a publié les noms de sept personnes retenues, ainsi que la taille et la composition globale d'un vivier de 223 candidatures. Il n'a pas encore montré, poste par poste, comment les besoins annoncés et la nouvelle méthode d'analyse des compétences du Conseil ont pesé sur la composition finale. Cette explication peut être donnée sans exposer aucun candidat écarté — et la phase de bilan, prévue jusqu'en octobre, offre encore l'occasion de le faire.

  Article principalPublié 2026-08-23
• Le CIP de l’ICANN est lancé. L’épreuve de redevabilité viendra ensuite

  Le premier tableau annuel du Continuous Improvement Program de l’ICANN montre six structures communautaires sur huit engagées dans le dispositif, dont l’ALAC déjà passée à la mise en œuvre d’améliorations. C’est une preuve d’activité institutionnelle, pas encore une preuve d’efficacité ou de redevabilité accrue. Cette seconde preuve devra venir des objectifs, des résultats constatés et des rapports publics — alors que les Organizational Reviews indépendantes restent suspendues jusqu’à la fin du premier cycle.

  Article principalPublié 2026-08-22
• Les 1 600 candidatures gTLD de l’ICANN restent à confirmer par le paiement

  Le guichet de dépôt est fermé, mais le volume définitif du cycle 2026 ne l’est pas. L’ICANN doit encore recevoir les frais d’évaluation complets, selon une règle qui retient le 19 août ou le septième jour suivant l’envoi de la facture, si cette seconde date est plus tardive.

  Article principalPublié 2026-08-19
• IANA indique que la cérémonie Root KSK 62 est terminée — ce que dit précisément le dossier public

  IANA qualifie désormais la cérémonie Root KSK 62 de terminée. Le dossier public décrit une opération du 12 août pour les ZSK du quatrième trimestre 2026 et le retrait de deux HSM, sans publier à lui seul une conclusion d’audit indépendante.

  Article principalPublié 2026-08-13
• Après la clôture ICANN, la capacité d’exploiter un registre devient le point de passage

  Le 12 août à 23 h 59 UTC, ICANN a fermé à la fois la fenêtre de candidature au cycle 2026 des nouveaux gTLD et celle de son programme d’évaluation des prestataires de services de registre. Ce n’est pas l’annonce de nouveaux domaines : c’est le moment où l’infrastructure qui les ferait fonctionner passe au premier plan.

  Article principalPublié 2026-08-13
• Les alertes de 2019 sur la manipulation du DNS ont fait du contrôle des changements chez les registrars un test de responsabilité

  Les épisodes rendus publics en 2019 n’ont pas révélé une opération unique ni une défaillance uniforme. Ils ont surtout montré qu’un domaine familier, une réponse DNS techniquement valide et un certificat accepté par le navigateur peuvent coexister avec un état réseau contraire à l’intention réelle de l’organisation. Pour établir les responsabilités, il faut donc suivre les capacités concrètes d’autorisation, de publication, d’observation, de preuve et de retour en arrière.

  Article principalPublié 2026-08-04
• L'inondation du DNS racine de 2015 a fait de la télémétrie interopérateurs un test de responsabilité

  Deux épisodes concentrés de requêtes ont révélé l’écart entre la continuité globale du système racine et la saturation locale, faisant d’une télémétrie partagée, horodatée et propre à chaque couche la base d’une véritable responsabilité opérationnelle.

  Article principalPublié 2026-08-02
• L’attaque DNS racine de 2002 a fait de la résilience d’un service distribué un test de responsabilité

  L’attaque d’octobre 2002 contre le système de serveurs racine du DNS a montré pourquoi un registre exact de l’autorité ne garantit pas la disponibilité. La responsabilité repose sur un service faisant autorité effectivement joignable, la diversité des routes et des capacités, le comportement des résolveurs, les contrôles de trafic, les limites des mesures et les preuves que les opérateurs répartis ont restauré le service.

  Article principalPublié 2026-07-29
• Le roulement de la KSK racine DNSSEC a prouvé que la préparation doit être vérifiable

  Le roulement de la KSK racine DNSSEC de l’ICANN en 2018 a démontré que la préparation et la réparation doivent être observables avant toute déclaration de succès. Le report de 2017, les signaux de confiance, les commentaires publics, l’approbation du Conseil et les guides opérateurs ont établi un modèle de responsabilité pour les changements d’infrastructure partagée.

  Article principalPublié 2026-07-11
• L’ICANN a fait du roulement de la clé racine DNSSEC un test public de responsabilité opérationnelle

  Le premier roulement de la clé de signature de clé racine DNSSEC de l’ICANN n’a pas seulement été un événement de maintenance cryptographique. Il s’est agi d’un exercice mondial rare consistant à changer une ancre de confiance partagée alors que des millions de résolveurs récursifs, d’agences publiques, d’entreprises, d’éditeurs de logiciels, de registres, de FAI et d’utilisateurs finaux dépendaient du bon fonctionnement de la même chaîne de validation de la zone racine.

  Article principalPublié 2026-07-10
• Le prix d’un bloc IPv4 dépend des règles, de sa traçabilité et du produit net

  La taille d’un préfixe ne suffit pas à fixer sa valeur. L’éligibilité au transfert, l’historique de registre, le routage, la réputation, les frais et l’usage alternatif déterminent la valeur réelle d’une offre.

  Article mentionnéPublié 2026-05-26
• La mise à jour de l'ICANN sur l'administrateur-syndic ancre la réinitialisation du conseil d'AFRINIC sous supervision judiciaire

  La mise à jour de mars 2025 de l'ICANN sur l'administrateur-syndic enregistre la nomination judiciaire de Gowtamsingh Dabee à la tête d'AFRINIC et fait de la reconstruction du conseil un test de légitimité.

  Article mentionnéPublié 2026-05-26

1. 2026-07-05

   Github org account match observed: GitHub account observed for ICANNFaible confianceHistorique