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 725 articles
Histoire d'Internet
Le proxy avait acquitté les octets. L’application ne les avait pas reçus : RFC 3135
Sur une liaison lente, un acquittement précoce pouvait remettre l’émetteur en mouvement. Mais ce signal venait parfois d’un intermédiaire qui gardait encore les données en mémoire. RFC 3135 a décrit le gain de temps, puis la dette d’architecture créée entre cet acquittement local…
IETF
Un identifiant de transaction discret ne suffit pas à protéger la transaction
Attribuer deux identifiants différents à une même opération évite un rapprochement trop facile entre services. Mais le jeton qui transporte ces identifiants contient d’autres indices. Une nouvelle proposition OAuth place cette limite au centre du débat sur la confidentialité et…
IETF
L’enveloppe était signée. Le texte chiffré détaché ne l’était pas.
Un entrepôt contient l’objet COSE, un autre conserve les octets chiffrés, et le tableau de bord n’affiche qu’un voyant « signature valide ». Cette simplification efface la question décisive: quels octets exacts sont entrés dans le calcul cryptographique, et lesquels ont seulement…
IETF
Le calendrier l’appelait propriétaire. Aucun pouvoir ne lui avait encore été accordé.
Un calendrier portable peut attribuer à une personne le rôle de propriétaire sans faire d’elle un éditeur autorisé. Le libellé décrit une place dans l’événement; le protocole d’échange doit encore décider qui peut déplacer la réunion, changer les entités ou diffuser une mise à…
Histoire d'Internet
Le format imbriqué n’avait pas d’expéditeurs connus : RFC 2388
Un champ de formulaire pouvait contenir plusieurs fichiers, et les premiers RFC les rangeaient dans une partie MIME elle-même imbriquée. En 2015, la spécification qui remplaçait RFC 2388 a reconnu qu’elle ne connaissait aucun émetteur utilisant cette structure et a décrit les…
Histoire d'Internet
Le taux de livraison était bon. L’application fonctionnait mal : RFC 3133
Dans un tableau de bord, une petite trame pèse peu. Dans un protocole, elle peut commander tout le reste. RFC 3133 l’avait compris: perdre un accusé de réception minuscule pouvait déclencher la retransmission d’un grand volume de données sans faire beaucoup baisser le taux de…
Histoire d'Internet
Le premier paquet devait réveiller l’hôte avant de pouvoir l’atteindre : RFC 3132
En cessant d’écouter le canal de trafic, le mobile économisait sa batterie. Le réseau héritait alors d’une obligation nouvelle: retrouver le silence, l’interrompre, puis seulement reprendre la livraison IP.
IETF
La redirection a réussi. Le secret avait déjà circulé en clair.
Le journal se termine sur une URL HTTPS et l’appel produit le résultat attendu. Cette fin rassurante efface pourtant le début: avant de recevoir la redirection, le client avait déjà placé son jeton dans une requête HTTP lisible sur le réseau.
Histoire d'Internet
La liste des variantes n’était pas encore la représentation : RFC 2295
Une même adresse HTTP pouvait désigner plusieurs versions d’une ressource; énumérer les candidates ne revenait pas à en livrer une. La RFC 2295 a inscrit cette différence dans le protocole: une réponse pouvait exposer la liste, le serveur pouvait parfois renvoyer une…
Histoire d'Internet
Le routeur restait joignable après avoir cessé de porter le transit : RFC 3137
Quitter le chemin n’obligeait pas un routeur à quitter la carte. En 2001, la RFC 3137 donna à OSPF une manière de conserver une destination tout en détournant le trafic qui ne faisait que la traverser.
IETF
La chaîne a validé l’ancre qu’elle apportait. Le destinataire ne lui avait pas accordé sa confiance.
Avec did:x509, une résolution impeccable peut s’achever avant que la décision essentielle ne commence. La chaîne fournie se tient, l’empreinte de l’autorité correspond et les prédicats de la feuille sont vrais; rien de tout cela ne dit encore que le destinataire reconnaît cette…
Histoire d'Internet
Un atelier d’un jour ne pouvait pas tester une signature qui expire : RFC 3130
Autour de l’IETF 49, la communauté DNSSEC comprit qu’une démonstration brève pouvait réussir précisément parce qu’elle se terminait avant les événements difficiles. Les signatures étaient encore valides, les clés n’avaient pas tourné et les organisations n’avaient pas dû…
Histoire d'Internet
La syntaxe a cessé d’être recopiée : RFC 2234 et ABNF
Quand chaque document de protocole devait aussi réexpliquer la notation de sa grammaire, le lecteur devait réapprendre le mode d’emploi avant même d’aborder les règles. RFC 2234 a donné une référence autonome à ce mode d’emploi. Le changement était modeste, mais utile: une…
Récits
DFINFRA et AS210860 : quand la détention enregistrée et le routage opérationnel vivent sur deux étages différents
Le résumé de veille DFINFRA et AS210860: quand la détention enregistrée et le routage opérationnel vivent sur deux étages différents explique le développement, les preuves publiques disponibles, les organisations concernées, le contexte régional, l’exposition au marché et les…
Histoire d'Internet
Le KDC a porté la confiance que chaque pair IPsec ne pouvait assumer : RFC 3129
En juin 2001, la RFC 3129 ne demanda pas seulement comment produire des clés IPsec. Elle demanda où placer la confiance, le calcul et la politique lorsqu'un réseau devient trop vaste pour que chaque machine entretienne une relation particulière avec toutes les autres.
IETF
Le secours a déclaré la panne. Le trafic n’avait pas cessé.
Dans un domaine BIER, le routeur d’entrée de secours peut perdre le chemin qui lui sert à surveiller le routeur sélectionné alors que les chemins multicast vers les récepteurs restent intacts. Une mesure locale devient alors, à tort, l’autorisation de déplacer le trafic.
Histoire d'Internet
Le signe plus n’était qu’un dialecte local : RFC 5233
Une adresse peut porter une indication de distribution dans sa partie locale, mais cette indication ne constitue pas une langue universelle. RFC 5233 a permis à Sieve d’examiner une partie « utilisateur » et une partie « détail », sans supposer que tous les systèmes les séparent…
Histoire d'Internet
Le premier fragment est passé ; le chevauchement a changé le port : RFC 3128
La faille racontée par la RFC 3128 ne résidait pas dans un paquet évidemment malveillant. Elle naissait entre deux lectures légitimes: celle du filtre, qui autorisait un premier fragment cohérent, et celle de l’hôte, qui pouvait reconstruire un en-tête TCP différent après…
Histoire d'Internet
La preuve à long terme devait survivre à la clé : RFC 3126
La RFC 3126 aborda l’ancienne signature comme un problème de conservation des preuves. Un calcul valable en 2001 ne pouvait plus s’expliquer seul si certificats, données de révocation, octets signés ou algorithmes fiables avaient disparu. Sa réponse fut une chaîne renouvelable…
IETF
Le message s’est ouvert, mais la mémoire du groupe manquait encore
Un récepteur externe MLS peut déchiffrer exactement le même Commit ou Proposal que les membres sans disposer de l’état qui authentifie son auteur. La pièce manquante n’est pas une seconde couche de chiffrement: c’est le GroupContext qui relie époque, feuille d’envoi, credential…
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