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 650 articles
IETF
Même le réseau sans configuration a son détenteur du veto
Une nouvelle proposition de l’IETF laisse les applications choisir elles-mêmes leurs adresses multicast IPv6. Mais si le matériel voit une collision que l’application ne peut pas résoudre, cinq octets ajoutés à un enregistrement mDNS suffisent pour lui ordonner de céder la place.
IETF
La requête a déjà tourné : consentir à quoi, exactement ?
Le bouton de consentement peut apparaître après le calcul. La réponse reste chez le service, hors de portée de l'agent. Dans ce cas, approuver ne signifie plus autoriser la requête: cela signifie permettre la divulgation de son résultat. Une nouvelle proposition AAuth pose cette…
Dossier
La preuve changeait à chaque fois. Son enveloppe reconnaissait toujours la même personne
Deux preuves BBS ne trahissaient aucun lien cryptographique entre elles. Pourtant, un en-tête rare, une liste de dix messages, les mêmes indices divulgués et une clé d’émetteur réservée à douze titulaires suffisaient à les réunir. La preuve avait tenu sa promesse. Le système…
IETF
Une instance reconnue, mais un jeton toujours lié à l'ancienne clé
Changer la clé d'une application n'efface pas forcément son identité d'installation. Cela ne donne pourtant pas à son ancien jeton de rafraîchissement le droit de suivre la nouvelle clé. Une proposition OAuth déposée fin septembre place précisément cette frontière au centre du…
IETF
Le troisième message était chiffré. Personne n’était encore authentifié
La cryptographie post-quantique ne raccourcit pas la chronologie de la confiance. Dans une nouvelle méthode LAKE à cinq messages, posséder le bon secret KEM précède l’authentification explicite, et les deux extrémités ne franchissent pas ce seuil au même instant.
Dossier
Le registre disait `co`. La poignée de main n’avait rien dit : RFC 9952
Un catalogue de services annonce `co`. L’équipe d’exploitation le lit comme une promesse de négociation. Le serveur accepte pourtant une session DTLS dont la trace ne contient aucune extension ALPN. Le registre, le DNS et le paquet ne se contredisent pas nécessairement: ils…
IETF
Une attestation signée peut omettre le portefeuille concerné
La date d'expiration affichée à côté d'une attestation rassure: le résultat semble avoir une fin de validité. Mais, dans le format JSON décrit par un projet individuel récemment révisé, cette date n'entre pas dans les octets signés. Le destinataire doit donc vérifier deux choses…
Récits
Abus en ligne : quand la validation annuelle des contacts d'abus ne prouve rien
Dans la région RIPE, chaque objet de ressource Internet doit désigner un contact d'abus (`abuse-c:`) dont l'adresse de messagerie est vérifiée au moins une fois par an. Cette vérification ne teste pourtant pas ce que toute personne signalant un abus attend: qu'un être humain lise…
IETF
ASH doit acquitter la réparation avant d’en réclamer davantage
Le danger n’est pas seulement qu’une base de liens diverge. C’est qu’un routeur, en cherchant à la réparer, retarde les acquittements qui auraient arrêté les retransmissions. La révision 05 transforme ce détail de file d’attente en règle de convergence.
IETF
Le retrait d'une règle IPv4 ne donne pas carte blanche à la sortie par défaut
Un réseau peut continuer à acheminer des paquets après le retrait d'une règle précise. Cette continuité rassurante peut pourtant masquer un changement d'opérateur de sortie. Dans la révision 28 d'un projet de travail de l'IETF sur un sous-réseau IPv6 seulement et interdomaine, la…
Dossier
Le nom du chiffrement n’a pas changé, sa règle de réutilisation si : RFC 10032
Une équipe d’optimisation remplace trois adaptateurs par une fonction commune baptisée « AEGIS ». Les tests cryptographiques restent verts. Pourtant, la fusion efface la différence la plus importante: chiffrer, produire un flot et calculer un MAC n’autorisent ni la même…
IETF
IDMEFv2 donne un vrai sens au 204, pas au second POST
Un capteur transmet une alerte, le gestionnaire l’enregistre, puis la réponse se perd. Le nouveau projet de transport IDMEFv2 rend le 2xx probant sur la réception durable. Il laisse cependant aux membres du consortium le sens de la nouvelle tentative.
IETF
Un aval retiré ne retire pas les accès déjà accordés
Le projet OAuth publié le 28 septembre donne au responsable d'un client un moyen de retirer son aval à un attestateur. Pour savoir quand cette décision produit ses effets, il faut pourtant regarder un accord de confiance, un cache et les autorisations déjà délivrées.
IETF
Avec DTPC, l’application peut effacer l’ancien état avant même son envoi
Sur une liaison intermittente, transmettre une mesure déjà dépassée peut gaspiller une capacité rare. Le nouveau projet DTPC confie donc à l’application le choix de la remplacer dans la file d’attente. Ce choix sémantique mérite toutefois une preuve distincte du transport.
Dossier
Un seul numéro devait raconter deux mobilités : RFC 9721
Le tableau de migration annonce un succès, mais le fabric conserve deux histoires incompatibles du même rattachement. En maintenant un seul numéro de séquence pour le MAC et l’IP, la RFC 9721 protège la compatibilité du format; elle oblige en retour l’exploitant à prouver…
IETF
L'incertitude peut être prouvée dans un dossier que quelqu'un a choisi
Un nouveau projet individuel de l'IETF décrit un constat vérifiable d'absence de conclusion. Le test peut être rigoureux sans être neutre: il dépend du périmètre des pièces admises, de la question posée et des possibilités que son auteur a fixées avant l'examen.
IETF
BGP a trouvé une adresse joignable, pas encore le chemin qui transportera le paquet
Un nouveau projet IDR s’attaque à une confusion discrète du routage moderne: l’adresse `NEXT_HOP` que BGP sait joindre peut être distincte du tunnel, de la politique ou du SID qui portera réellement le trafic. Sa réponse consiste à préserver l’unité de preuve de chaque…
Dossier
RIPE ABUSE : votre plainte n'arrive jamais au registre — qui doit vraiment répondre
Quand un utilisateur ou un opérateur subit du spam ou du phishing depuis une adresse IP de la région de service RIPE, le chemin documenté de sa plainte ne passe jamais par le RIPE NCC en tant qu'organe d'exécution. Le registre redirige le plaignant vers le mailbox abuse-c de…
IETF
CAID : un ancien accord ne devient pas une erreur parce que la règle change
Le projet CAID vient de préciser des refus que sa version précédente ne prévoyait pas. Pour relire une décision prise hier, il faut conserver la règle qui l'avait rendue recevable, puis consigner séparément le verdict obtenu aujourd'hui.
Récits
Les lauréats du concours RIPE 93 ont d’abord franchi le filtre éditorial
Le concours a désigné deux lauréats le 22 septembre, mais son règlement place d’abord l’examen éditorial ordinaire. Les 11 articles recensés sont ceux publiés dans le concours, et non l’ensemble des textes proposés.
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