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 720 articles
IETF
Le réseau a proposé un DNS. La machine gardait encore le choix : RFC 3646
Dans une gouvernance saine de la configuration, une annonce n’est jamais confondue avec un ordre exécuté. RFC 3646 fournit au client DHCPv6 une liste préférentielle de résolveurs et une liste de recherche, mais laisse à la politique locale, au résolveur et à l’application les…
Histoire d'Internet
Un seul enregistrement DNS portait des clés qui ne partageaient pas la même confiance : RFC 3445
Le premier enregistrement `KEY` promettait un annuaire commun à plusieurs cryptographies. L’expérience montra une facture cachée: le DNS ne pouvait demander qu’un type entier, et la signature couvrait tout le RRset. Des clés administrées, validées et compromises de façons…
IETF
Le message s’est déchiffré. L’expéditeur restait à prouver : RFC 9750
Un audit d’acquisition peut valider une promesse de chiffrement tout en laissant intacte la question décisive: quelle preuve désigne réellement un client précis ? L’architecture MLS de la RFC 9750 oblige à séparer le secret partagé du groupe, la signature individuelle…
IETF
La signature était valide. L’autorisation restait à établir
Dans une console d’exploitation, un contrôle cryptographique vert ressemble facilement à une décision complète. Pourtant, RFC 3645 ne confond pas les rôles: GSS-TSIG peut établir un contexte de sécurité et authentifier un message DNS, mais le texte exclut expressément…
Histoire d'Internet
Le lien physique savait ce que le terminateur du tunnel ne voyait pas : RFC 3437
L2TP éloignait le contrôle PPP du support qu’il devait configurer. RFC 3437 ne rendit pas ce contrôle au concentrateur d’accès: il organisa un échange où le bord décrivait ses souhaits et ses limites, puis recevait les paquets qui attestaient la négociation réelle.
IETF
Le certificat connaissait l’usage de la clé, pas le compte à qui la confier : RFC 9734
Une nouvelle finalité X.509 peut empêcher une clé de messagerie de voyager comme un passe-partout TLS. Elle ne transforme pas pour autant cette clé en preuve complète du compte, du terminal, de l’autorisation et du résultat. RFC 9734 rend une affirmation plus précise…
IETF
Le port était visible, le service restait une hypothèse
Une étiquette de colis aide le transporteur sans décrire tout ce que contient le carton. Un numéro de port joue parfois ce rôle: il facilite le rendez-vous entre extrémités, mais l'équipement traversé ne reçoit pas pour autant une preuve de l'application, de l'utilisateur ou de…
Histoire d'Internet
Chaque flux sécurisé coûtait une connexion TLS : RFC 3436
SCTP réunissait plusieurs flux de messages et plusieurs chemins réseau dans une association. RFC 3436 choisit de ne pas fondre leur sécurité: chaque flux bidirectionnel protégé reçut sa propre connexion TLS, avec son propre état et ses propres contraintes.
Histoire d'Internet
L’entité notifiée recevait les commandes, sans résoudre la relève : RFC 3435
Un commutateur pouvait pointer vers un agent d’appel de secours sans savoir si celui-ci possédait l’état légitime et complet de l’appel. RFC 3435 organisait la destination des messages, mais ne transformait pas ce pointeur en arbitre de la relève.
IETF
Le compteur s’est tu au moment où la liaison se dégradait
Deux instruments peuvent être exacts et pourtant raconter des histoires différentes. L’un additionne chaque erreur depuis sa mise en service. L’autre range les secondes dans des états, puis cesse d’incrémenter certains compteurs lorsque la dégradation devient grave. RFC 3637 a…
IETF
L’étiquette de mesure a déplacé le flux qu’elle devait observer : RFC 9714
Une mesure peut compter parfaitement les mauvais paquets. RFC 9714 introduit un Flow-ID Label pour l’Alternate Marking dans MPLS, tout en avertissant que son insertion peut modifier le choix ECMP: le jumeau instrumenté risque alors de quitter le chemin du trafic qu’il devait…
Histoire d'Internet
Le zéro après un sondage échoué n’était pas une mesure : RFC 3434
Une courbe tombe à zéro et l’œil croit voir le réseau s’arrêter. RFC 3434 obligeait pourtant le système à conserver une autre possibilité: l’agent n’avait peut-être rien mesuré, et le zéro n’était que le contenu imposé d’un champ dont l’état disait « indisponible ».
Histoire d'Internet
Un nombre avait besoin d’une échelle, d’une précision et d’une heure : RFC 3433
Un entier remonté par un capteur de châssis avait l’apparence d’un fait. RFC 3433 montrait qu’il ne devenait une mesure lisible qu’avec son type, son échelle, sa précision, son état et l’histoire de sa mise à jour.
IETF
L’instantané a rendu une clé déjà dépensée : RFC 9708
Une signature fondée sur le hachage peut résister aux progrès de la cryptanalyse tout en cédant devant une restauration parfaitement banale. Avec RFC 9708, l’autorité de signature n’est pas seulement un secret: c’est aussi la mémoire finie et irréversible des clés à usage unique…
Dossier
NovaCloud-Hosting : qui porte vraiment le trafic de l'AS209874 — la couche de dépendance que la vitrine ne montre pas
Le résumé de veille NovaCloud-Hosting: qui porte vraiment le trafic de l'AS209874 — la couche de dépendance que la vitrine ne montre pas explique le développement, les preuves publiques disponibles, les organisations concernées, le contexte régional, l’exposition au marché et les…
IETF
La première adresse était prioritaire, pas déclarée saine
La nuit du changement, l’écran plaçait une adresse KDC en tête et une seconde en secours. L’ordre paraissait raconter tout le basculement. Or RFC 3634 ne transportait qu’une décision de configuration: une ou plusieurs adresses IPv4, classées par priorité décroissante. Il ne…
Histoire d'Internet
L’heure de départ était aléatoire. Le flux restait périodique : RFC 3432
Le hasard choisissait l’entrée en scène, pas le tempo. RFC 3432 assumait ce biais afin d’observer un trafic ressemblant à une application, à condition que personne ne transforme cet échantillon en portrait universel du réseau.
IETF
La fiche d’appel disait « vérifié ». La confiance s’arrêtait encore à son émetteur : RFC 9796
Le mot « vérifié » paraît conclure une enquête. Dans RFC 9796, il ouvre plutôt une question de garde: quel acteur a vérifié quel champ, sur quelle preuve, avant de transmettre son jugement à un terminal qui lui fait confiance ?
Histoire d'Internet
Le paquet était livré. L’enregistrement comptable n’était pas encore à l’abri : RFC 3423
Le premier accusé de réception confirmait le trajet des octets. Le second devait attendre le traitement et le stockage persistant. En 2002, RFC 3423 a installé toute sa mécanique dans cet intervalle.
IETF
Le registre avait reçu « non ». Restait à savoir de qui.
Dans la salle d’exploitation, deux récits circulaient à partir de la même ligne de journal. Pour l’équipe commerciale, le registrar sortant avait refusé le transfert. Pour l’équipe technique, le registrar demandeur avait retiré sa propre demande. La ligne disait seulement…
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