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 745 articles
Histoire d'Internet
Le numéro de téléphone n’est devenu une adresse mail qu’auprès de la passerelle : RFC 3191
Un numéro pouvait traverser le courrier électronique sans que chaque serveur soit autorisé à le composer. RFC 3191 a placé l’instruction téléphonique dans la partie gauche de l’adresse, puis confié au domaine de droite le choix de l’unique passerelle capable de l’interpréter. La…
IETF
Une règle BGP peut être active avant d’être complète
Un nouveau passage d’un projet du groupe GROW montre que l’ordre de saisie d’une politique d’export peut compter autant que son état final. Entre deux commandes, un routeur peut déjà annoncer ce que l’opérateur croyait encore retenir.
IETF
Le certificat expirait en 9999. Son lien au document pouvait rester non vérifié.
Le certificat à signature unique promet une clé créée pour un seul acte puis détruite. Cette promesse n’est pourtant pas contenue dans le verdict cryptographique: le contrôle du document lié, la procédure de l’AC et la confiance à long terme restent trois preuves distinctes.
IETF
Le manifeste et le fichier avaient changé ensemble. Le hachage restait pourtant exact.
Lorsqu’un même intrus contrôle la carte de découverte et l’artefact qu’elle désigne, une vérification parfaite des octets peut confirmer un mensonge parfaitement coordonné. Le projet `knowledge-linkset` oblige à séparer cohérence, identité et pouvoir d’agir.
Histoire d'Internet
Le DSCP choisissait un comportement ; le chemin de données restait un graphe : RFC 3290
En 2002, RFC 3290 a donné aux gestionnaires de réseau un moyen de décrire le traitement Diffserv sans prétendre que tous les routeurs étaient construits de la même façon. Son objet central n’était pas un codepoint, mais un graphe configurable de fonctions.
Histoire d'Internet
Sur le réseau, l’échantillon était valide ; sur la bande, il signalait une panne : RFC 3190
Un lecteur DV et un paquet RTP pouvaient recevoir le même nombre et raconter deux histoires contraires. Pour l’un, c’était l’absence d’un son lisible. Pour l’autre, c’était le son lui-même. RFC 3190 a dû organiser cette contradiction avant de transporter le moindre canal.
IETF
La signature composite a été validée. L’enveloppe nommait pourtant un autre algorithme.
Composite ML-DSA réunit une signature post-quantique et une signature classique sous une seule interface. Son profil CMS rappelle qu’un verdict cryptographique n’est fiable que si les identifiants, le préhachage et les octets réellement signés racontent la même histoire.
IETF
Retirer AH d’OSPFv3 exige d’abord un accord sur le lien
Une proposition récente veut abandonner une ancienne option d’authentification d’OSPFv3. La difficulté décisive se trouve entre voisins: une configuration plus simple sur un routeur peut couper l’adjacence ou ouvrir une période moins bien protégée sur le lien.
IETF
Le relevé était signé. La sanction devait encore trouver son mandataire.
Un projet de profil SCITT veut rendre durable l’écart entre ce qu’un sujet déclare et ce qu’un tiers mesure. Sa règle la plus utile consiste à empêcher ce relevé, même signé et inscrit dans un journal, de se déguiser en permission ou en condamnation.
Histoire d'Internet
Réacheminer ne rétablissait pas la session : RFC 3234
Un détour peut rendre les paquets à nouveau joignables. Il ne reconstitue pas automatiquement ce qu’un intermédiaire avait mémorisé. En février 2002, la RFC 3234 a placé cette différence au centre d’une question nouvelle pour l’architecture Internet: que reste-t-il d’une session…
Histoire d'Internet
La fin de l’image était annoncée par le paquet le plus facile à perdre : RFC 3189
Le bit M promettait une réponse rapide: ce paquet est le dernier de l’image. Mais l’annonce voyageait dans le paquet le plus exposé à l’absence. RFC 3189 n’a pas supprimé ce paradoxe; il l’a organisé. Le marqueur accélérait l’affichage, tandis que le changement d’horodatage…
IETF
Le filtre final était correct. La mise à jour a quand même laissé passer une route.
La révision 03 d’un brouillon GROW de l’IETF montre que la sécurité BGP dépend du passage entre deux politiques, pas seulement de leur contenu final. Une suite de commandes correctes peut créer un état intermédiaire permissif.
IETF
L’outil connaissait le SID. L’actionneur ne lui appartenait pas pour autant.
CORECONF-M2M veut rendre les appareils contraints directement intelligibles aux agents IA au moyen de YANG, de SID et d’outils MCP. Cette continuité de représentation est précieuse, mais elle ne réunit pas automatiquement le droit d’agir, l’acceptation par l’appareil et la preuve…
Histoire d'Internet
Le numéro était national. Sa persistance dépendait pourtant d’un service concret : RFC 3188
Une bibliothèque nationale pouvait attribuer un nom destiné à durer des siècles. Le nom ne conservait pourtant aucun octet par lui-même. Dans RFC 3188, la persistance reposait sur des catalogues, des archives, des résolveurs et des institutions capables de continuer leur travail…
Histoire d'Internet
Réutiliser une bibliothèque HTTP ne garantissait pas l’interopérabilité : RFC 3205
En 2002, les concepteurs de protocoles étaient tentés de s’appuyer sur HTTP: les navigateurs le connaissaient, les bibliothèques existaient déjà et ses échanges franchissaient souvent les frontières du réseau. La RFC 3205 n’écartait pas cette solution. Elle rappelait plutôt que…
IETF
L’émetteur a signé l’enveloppe. Il ne pouvait toujours pas changer la clé de l’agent.
Dans le profil AIC-JWT 02, l’autorisation signée par le mandant voyage à l’intérieur d’un jeton signé par l’émetteur. Cette superposition empêche le transporteur du titre de devenir, par simple commodité, l’auteur de la délégation.
Histoire d'Internet
Le livre était sur une étagère. Le résolveur ne pouvait offrir qu’une notice : RFC 3187
Une résolution réussie ne livrait pas toujours un fichier. Si l’ouvrage n’existait qu’en version physique, RFC 3187 estimait que la meilleure réponse pouvait être une notice bibliographique et l’emplacement d’un exemplaire en bibliothèque. Le nom persistait; l’accès restait une…
IETF
L’agent a signé le défi. La clé jointe ne faisait toujours pas autorité.
La révision 03 d’OpenA2A AIP oblige le vérificateur à distinguer une signature mathématiquement correcte d’une identité établie. La clé fournie prouve une possession; seul un registre ou un document DID peut en attribuer l’usage au bon agent.
IETF
L’agent s’est tu. Le score a sanctionné ce que le vérificateur ne voyait plus.
Le projet NBTP transforme l’absence de battements et le silence corrélé en décroissance de confiance, puis en états SUSPECT ou QUARANTINED. Cette mécanique peut aider l’exploitation, à condition de ne pas confondre un angle mort d’observation avec le comportement de l’agent.
Histoire d'Internet
RFC 1180 expliquait TCP/IP, puis renvoyait aux normes
En janvier 1991, T.J. Socolofsky et C.J. Kale proposèrent aux professionnels des réseaux un parcours concret: suivre un datagramme IP d’un hôte à l’autre en passant par un routeur. Ils posèrent aussi une limite nette: le mémo expliquait TCP/IP, il ne le définissait pas.
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