Signaux de continuité des politiques, de légitimité et de redevabilité dans les institutions de gouvernance de l’Internet.
Gouvernance
Gouvernance
La veille en gouvernance suit les institutions, les processus politiques, les organismes de normalisation, les opérations des registres, les litiges de responsabilité et les communautés d'opérateurs qui façonnent la gouvernance et le fonctionnement de l'Internet.

Veille RIR, Dossier, Société des ressources numériques, ICANN, IETF, Histoire d’Internet et sessions NOG.
La couverture privilégie les preuves de mise en œuvre et les comportements institutionnels plutôt que les positions déclaratives.
Articles récents
À la une : Gouvernance
8 016 articles

IETF
Un cookie DNS apporte une preuve limitée de retour, pas l’identité du client
Lorsqu’un serveur valide un DNS Server Cookie, il obtient un indice utile: cette adresse source et ce Client Cookie ont déjà reçu une réponse portant la valeur attendue. Cet indice complique l’usurpation hors chemin. Il ne transforme ni une adresse partagée ni un processus de…

Récits
Chez ARIN, le DNS inverse dépend du bloc d’origine
Recevoir un sous-réseau et pouvoir en administrer les noms ne sont pas une seule opération. Les exemples /23 et /16 d’ARIN montrent où s’arrête la gestion offerte par le registre — et où peut commencer celle de l’opérateur DNS.

ICANN
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.

Histoire d'Internet
La même application a franchi deux versions. Le proxy a changé l’opération : RFC 1452
L’application demandait une lecture groupée. L’ancien agent n’en vit jamais la forme. Un gestionnaire bilingue choisit SNMPv1 dans une base locale, mit à zéro les deux paramètres de répétition et transforma la requête en un seul pas suivant. La RFC 1452 appelait cela de la…

Récits
Après l’incident Whois d’ARIN, le travail des utilisateurs n’est pas forcément fini
Le service peut être rétabli sans que les résultats douteux déjà enregistrés ailleurs aient été revus. L’incident signalé par ARIN en août invite à distinguer la réparation d’un accès et la correction des conclusions qu’un outil en a tirées.

IETF
Nancy Cam-Winget et l’événement SCIM qui n’était pas un reçu de rapprochement
Entre deux domaines d’identité, annoncer un changement ne revient pas à démontrer qu’il a été assimilé de l’autre côté. Il faut encore identifier la ressource, concilier les schémas, décider d’un éventuel rappel, appliquer une règle locale et constater l’état propre du récepteur.…

Dossier
Le passage des TAG au TOC de la CNCF exige un reçu de continuité
Une nomination peut rendre un changement visible sans rendre sa continuité vérifiable. Pour les trois responsables de TAG entrés au Technical Oversight Committee de la CNCF en 2026, la séparation annoncée entre l'ancien rôle consultatif et le nouveau siège décisionnel est déjà…

IETF
Chris Wendt et la réponse signée qui n’authentifiait pas le média
Une sonnerie suivie d’une réponse n’établit pas, à elle seule, qui parlera ensuite ni quelle règle doit gouverner l’appel. Le travail de Chris Wendt dans RFC 9970 apporte un élément de preuve utile à cette séquence: une réponse SIP peut porter une identité signée du côté atteint.…

IETF
À Vienne, l’IETF a manqué d’espace pour le travail informel
Le bilan de la réunion de Vienne est largement positif. Il révèle pourtant une limite très matérielle: lorsque la participation dépasse les prévisions, ajouter des sièges ne suffit pas si l’on n’a plus où les installer.

Dossier
L’identifiant de tranche a atteint la frontière du transport. La garantie restait à construire : RFC 9889
La RFC 9889 révèle le travail que masque le mot « tranche »: nommer un service dans le domaine 5G ne réserve ni file, ni capacité, ni chemin dans le réseau de transport.

IETF
Michael Prorock et l’identifiant d’algorithme qui ne choisissait pas une politique de confiance
Nommer correctement une clé et l’algorithme auquel elle appartient rend un échange interopérable. Cela ne dit pas pourquoi la clé est arrivée, quelle autorité l’a distribuée, quelles affirmations elle peut étayer ni quelle décision un vérificateur peut prendre. RFC 9964, coécrit…

Récits
À Mumbai, APNIC prépare aussi ceux qui enseigneront après lui
L’atelier d’automatisation doit apprendre aux entités à former leurs collègues et à reconstruire un laboratoire pédagogique. Un passage de relais concret se dessine avant le retrait de cette matière du cursus animé par des instructeurs, prévu fin 2026.

Récits
APNIC REx et la date qui sert à recoller les archives
Rétablir une ancienne date peut rendre un enregistrement plus fidèle. Mais si cette date sert aussi à reconnaître la ressource d'un fichier à l'autre, la correction pose une seconde question: quelle continuité le rapprochement permet-il réellement de prouver ?

IETF
L’IETF Trust a un président de clôture. Sa sortie exige encore un état final public.
Une transition peut être décrite avec exactitude et rester incomplète comme document public. Nommer une présidente de clôture identifie la personne qui porte une fonction résiduelle. Annoncer un transfert d’actifs atteste qu’une étape importante s’est produite. Aucune de ces…

Dossier
Le jeton est arrivé avant l’appel. La vérification a dû attendre : RFC 9888
Le service de destination détenait déjà l’assertion signée, mais aucun appel correspondant n’avait encore atteint son réseau. RFC 9888 ouvre une voie utile aux environnements où SIP ne transporte pas STIR de bout en bout. Elle ne transforme pourtant pas deux livraisons…

Histoire d'Internet
Le numéro de version a survécu. Pas le cadre de sécurité : RFC 1441
Dans un message SNMP, l’entier `1` peut désigner la version communautaire de SNMPv2. Ce petit décalage n’est pas une erreur de calcul: c’est le vestige d’une architecture en pièces détachées. Le numéro aide le moteur à choisir une grammaire de message. Il ne certifie ni le modèle…

IETF
Dan Harkins et la clé d’amorçage qui ne pouvait pas prouver sa propre garde
Une preuve cryptographique peut établir qu’un appareil tient une clé privée sans dire comment la clé publique correspondante est arrivée sur le serveur, ni qui était habilité à l’y inscrire. C’est la limite que RFC 9966 rend lisible. Elle organise une preuve d’amorçage; elle ne…

Histoire d'Internet
L’alarme subsistait. Sa route vers l’autre gestionnaire avait expiré : RFC 1451
Une station continuait de mesurer, de comparer et de compter. Pourtant, le chemin qui devait porter ses alertes vers une autre station pouvait disparaître après un simple compte à rebours. La RFC 1451 avait séparé la permanence de l’alarme de celle de son destinataire. Cette…

Récits
AFRINIC : ce que contient le total des réserves de juin
Une réserve qui progresse sur un an mais recule légèrement depuis mars peut susciter des lectures contradictoires. Le rapport financier d’AFRINIC permet de préciser les montants. Il ne permet pas de transformer ces écarts en rendement.

Histoire d'Internet
Le nom d’utilisateur ressemblait à une personne. L’espace de noms ne garantissait qu’une case : RFC 1439
Un identifiant facile à deviner rendait le courrier électronique plus humain. Il rendait aussi l’erreur plus trompeuse: lorsque deux noms produisaient la même chaîne, le système pouvait livrer sans faute technique au mauvais destinataire humain. En 1993, la RFC 1439 a placé cette…
Carte des sessions
Pôle Gouvernance
Veille RIR
Cinq sessions régionales consacrées aux politiques d’allocation, à la légitimité des conseils et à la continuité institutionnelle.
Ouvrir la veille RIRDossier
Dossiers de gouvernance de long terme, avec analyse des tensions juridiques, électorales et institutionnelles.
Ouvrir le dossierSociété des ressources numériques
Veille sur les adhésions, les chartes et la gouvernance des ressources dans l'écosystème NRS.
Ouvrir la session NRSICANN
Coordination du DNS, cadres de responsabilité et dynamique des processus multipartites à l'échelle mondiale.
Ouvrir la session ICANNIETF
Trajectoire de normalisation des protocoles et risques d’interopérabilité dans un contexte de fragmentation des politiques.
Ouvrir la session IETFHistoire d'Internet
L’historique des infrastructures sur un cycle long permet d’interpréter la gouvernance et d’anticiper les évolutions structurelles.
Ouvrir la session HistoireGroupes d'opérateurs réseau
Analyses de mise en œuvre au niveau des opérateurs, issues d'APRICOT et des écosystèmes des NOG régionaux et nationaux.
Ouvrir la session NOG