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 RIRDossierSociété des ressources numériquesICANNIETFHistoire d'InternetGroupes d'opérateurs réseau
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
7 695 articles
ICANN
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…
Société des ressources numériques
ROYA Communications et l’AS210837 : mesurer la continuité quand les couches d’observation divergent
Le résumé de veille ROYA Communications et l’AS210837: mesurer la continuité quand les couches d’observation divergent explique le développement, les preuves publiques disponibles, les organisations concernées, le contexte régional, l’exposition au marché et les conséquences…
Dossier
Deux chemins appariés ne prouvent pas un aller-retour : RFC 9854
Dans un réseau radio contraint, le trajet qui permet à une requête d'atteindre sa cible peut être inutilisable dans l'autre sens. Le RFC 9854 traite ce problème avec deux instances directionnelles liées; cette liaison protège la cohérence du contrôle, mais elle ne constitue ni…
Société des ressources numériques
AS210057 : ce que les traces publiques établissent — et ce qu’elles ne permettent toujours pas d’attribuer
Le résumé de veille AS210057: ce que les traces publiques établissent — et ce qu’elles ne permettent toujours pas d’attribuer explique le développement, les preuves publiques disponibles, les organisations concernées, le contexte régional, l’exposition au marché et les…
IETF
Roberto Peon et la table HPACK qui retenait des champs sans jamais mettre une réponse en cache
Un indice minuscule peut restituer un long champ HTTP sur une connexion. Il ne dit ni si une réponse est fraîche, ni si elle peut être réutilisée, ni même si elle a été conservée.
IETF
Le datastore `<system>` en lecture seule n’est pas un réglage effectif immuable
Le RFC 10016 rend enfin visible la configuration fournie par le système dans l’architecture NMDA. Cette visibilité établit une provenance, pas un consentement. Une valeur inaccessible en écriture aux clients peut changer avec une carte, une licence ou une version logicielle, être…
IETF
IETF-W3C : deux systèmes d’autorité sous une même étiquette
L’étiquette IETF-W3C suggère parfois une institution unique. Les textes de référence décrivent pourtant deux systèmes de contrôle distincts: le processus de normalisation de l’IETF, ses organes et ses voies d’appel d’une part; le processus technique, les accords d’adhésion et les…
Histoire d'Internet
Un dictionnaire perdu dans un sens, le trafic continuait dans l’autre : RFC 1962
Sur une liaison PPP, « les deux extrémités sont d’accord » était une formule trop grossière. En 1996, RFC 1962 a séparé deux décisions: ce que chaque récepteur sait décompresser et ce que son pair peut donc lui envoyer. La même séparation limite la panne: un dictionnaire peut…
IETF
Un débat en direct peut éprouver la maîtrise. Il ne fixe pas la paternité du texte
Répondre sans script à une objection technique dit quelque chose de la maîtrise d’un dossier. Cela ne reconstitue ni l’origine des paragraphes ni la part des outils employés. Une nouvelle Internet-Draft pose cette question à l’IETF sans encore lui donner de règle.
Récits
Le ticket ouvert d’ARIN sur 1 024 caractères cache une grammaire de routage privée
ARIN doit décider s’il agrandit un champ de commentaires de son registre de routage. Mais le cas soumis à l’institution révèle autre chose qu’un problème de taille: chez Lumen, une phrase balisée dans `remarks` peut supplanter la liste de membres prévue par RPSL. Avant d’ajouter…
Récits
RIPE ABUSE : qui contrôle réellement la chaîne après le signalement ?
Le contact abuse-c de RIPE Database ouvre une voie de signalement, mais il ne constitue qu’un point de départ. Pour comprendre ce que ce mécanisme contrôle réellement, il faut suivre le déplacement de la responsabilité: du registre vers la boîte aux lettres, puis vers le…
Récits
Un seul pourcentage ne suffit pas à solder le plan ROV d’APNIC et de NIXI en Inde
Un protocole d’accord peut fixer une ambition en une page. La preuve de son exécution tient rarement dans une case. Pour le programme indien d’APNIC et de NIXI, il faudra distinguer les autorisations de route, les observations faites auprès des internautes, les politiques…
Dossier
Le contrôleur a reçu l’état. Il lui manquait encore une horloge : RFC 9857
RFC 9857 rend enfin l’état des chemins candidats SR Policy visible hors du routeur de tête. Cette visibilité inverse le sens habituel de l’automatisation, sans résoudre la question décisive: de quand date l’observation et jusqu’où peut-on lui faire confiance ?
IETF
Jon Callas et l’identifiant OpenPGP qui n’a jamais désigné une clé unique
Seize caractères hexadécimaux tiennent dans un ticket d’incident. Ils ne suffisent pas à distinguer à coup sûr une clé, encore moins à prouver l’identité ou le pouvoir de son détenteur.
IETF
Une suite TLS dépréciée n’est pas un point de terminaison désactivé
Avec le RFC 10015, plusieurs échanges de clés hérités ne doivent plus être proposés ou choisis en TLS 1.2 et DTLS 1.2. Mais le passage d’une ligne IANA à l’état `D` ne recharge aucun processus et ne visite aucun frontal oublié. La fermeture opérationnelle doit encore être…
Histoire d'Internet
Aucun mémo ne pouvait commander au réseau : RFC 1958 et le droit de changer
Un texte intitulé « Principes architecturaux de l’Internet » aurait pu se prendre pour une constitution. RFC 1958 fit le contraire: avant d’énoncer ses règles, il organisa leur droit à devenir caduques.
IETF
Le mandant a signé la délégation. L’émetteur a encore lié la clé de l’agent
Un même jeton peut porter deux sceaux impeccables et laisser ouverte une question d’autorité: lequel des deux couvre la clé présentée par l’agent ? La révision 01 d’AIC-JWT apporte une réponse moins compacte que le slogan « double signature », mais bien plus utile pour un audit.
IETF
Une entropie nouvelle entre dans la session ; la reprise reste à prouver dans les deux sens
Le KeyUpdate ordinaire de TLS 1.3 prolonge une chaîne de secrets déjà établie. Le projet Extended Key Update propose de refaire un échange de clés dans une session vivante et d'injecter un secret partagé neuf. Cette opération ouvre une possibilité de reprise après compromission…
Histoire d'Internet
L’URL transportait une requête, pas son autorité : RFC 1959
Une adresse que l’on peut copier donne une impression de stabilité. Pourtant, dans le cas de RFC 1959, ce qui voyageait n’était ni une fiche d’annuaire ni une décision d’accès. L’URL rassemblait les éléments nécessaires à la construction d’une recherche LDAP. Le serveur…
IETF
Un enregistrement `_for-sale` signale une offre, pas l’autorité du vendeur
Un domaine affiché comme disponible dans le DNS peut ouvrir une négociation. Il ne dit pourtant ni qui peut engager le titulaire, ni si le prix tient encore, ni si le transfert aboutira. La RFC 10023 rend l’annonce lisible par les machines; la gouvernance commence précisément là…
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