Profil
Research
Research rassemble les profils des personnes, entreprises, institutions et autres entités couvertes par BTW.MEDIA, afin que les lecteurs puissent comparer les sujets derrière ses reportages. La page permet de comparer les profils publics, les événements associés, les dossiers de preuves, les changements de responsabilités, l’ampleur des activités, l’exposition aux instances de gouvernance, les liens organisationnels et la pertinence sur le marché, tout en distinguant les fiches des organisations et des personnes de la simple chronologie de l’actualité. Les lecteurs peuvent comprendre qui ou ce que représente le profil, sur quelles sources publiques il s’appuie, comment il se relie aux entreprises, aux infrastructures, aux marchés, aux instances de gouvernance ou aux événements, et quels changements méritent une attention continue à mesure que le sujet évolue.

Dossier
L’espace de noms XML 2026 du W3C renvoie à un brouillon mouvant sans règle d’évolution
Une adresse peut être persistante sans que le vocabulaire qu’elle abrite soit déjà figé. C’est précisément la situation du nouvel espace de noms XML Security du W3C: sa page porte la date du 19 août 2026, tandis que la première révision archivée du brouillon IETF qui l’emploie…

Dossier
Le forum pouvait suspendre un message. Il ne pouvait pas s’approprier le réseau : RFC 9945 et la limite de la modération IETF
Un espace de discussion doit pouvoir arrêter une perturbation. Il ne reçoit pas, pour autant, un titre sur tout ce qui y est discuté. RFC 9945 rend cette retenue visible: le texte organise la modération des espaces publics de l’IETF, sans transformer cette fonction en pouvoir sur…

Dossier
La requête multicast a atteint le groupe. Elle n’a pas autorisé l’action : RFC 10020 et la preuve CoAP
Une commande protégée, quelques réponses et une interface qui verdit: dans un système contraint, il est tentant d’appeler cela une action collective achevée. RFC 10020 rend la communication de groupe CoAP bien plus explicite. Il ne transforme pourtant ni une adresse multicast, ni…

IETF
L’IETF signale deux contrôles contre la captation comme inachevés. Leur preuve au T4 doit être cartographiée
Une institution ouverte ne se protège pas de la captation en répétant qu’elle est ouverte. Elle se protège en sachant quel mécanisme limite quel pouvoir, pour quelle population et avec quelle preuve. Le registre des risques 2026 de l’IETF Administration LLC a le mérite de nommer…

Dossier
Ce que sait réellement un rapport agrégé : RFC 9990 et la frontière avant toute mesure
Un rapport DMARC agrégé est une observation formulée par un système de réception, non le jugement définitif d’un réseau sur un domaine. Il peut révéler une source oubliée, une configuration instable ou un volume qui mérite enquête. Il ne permet pas, seul, d’identifier une…

IETF
IETF Tools maintient la revue ligne par ligne du code d’IA, mais la prochaine limite reste à écrire
Le goulot d’étranglement n’est plus la production de code: c’est le temps humain nécessaire pour l’assumer. IETF Tools l’a reconnu en août en envisageant, pour certains logiciels jugés peu critiques, des contrôles reposant davantage sur les tests ou sur une seconde IA. Pourtant…

ICANN
L’offre d’un million de dollars d’ICANN à l’IGF trace une frontière pour le plaidoyer
Un Conseil d’administration peut autoriser une somme sans que celle-ci ait encore quitté un compte. Il peut aussi annoncer les conditions qu’il veut obtenir sans que le bénéficiaire les ait acceptées. C’est exactement l’espace dans lequel se trouve l’offre exceptionnelle d’ICANN…

JPNOG
JANOG donne aux dirigeants une voie séparée pour réécrire ses règles
Les règles publiques de JANOG font des abonnés à la liste de diffusion des membres, mais elles permettent aussi à une supermajorité de dirigeants de modifier les règles — ou de dissoudre l’association — sans passer par la voie distincte d’un vote des membres.

ICANN
ICANN a remplacé « cinq ans » par « périodique » — le délai d’audit court toujours
Le calendrier n’a pas disparu: il a changé de domicile. Dans la charte 2026 de son comité des risques, ICANN ne chiffre plus la fréquence de l’évaluation externe de l’audit interne. Elle renvoie aux normes professionnelles. Or la norme qu’ICANN dit avoir adoptée conserve un…

ICANN
L’évaluation des collisions de noms par l’ICANN ne décide pas une délégation. Que doit prouver ensuite une chaîne à haut risque ?
Une évaluation de collision de noms par l’ICANN est une étape de gestion du risque dans le programme des nouveaux gTLD de 2026, et non la confirmation qu’un libellé proposé atteindra — ou n’atteindra pas — le DNS. Son importance pratique se situe au seuil suivant: une chaîne…

Dossier
La note du W3C sur les droits humains proposait un groupe lancé six jours plus tôt
Le décalage tient en deux dates. Le 29 juillet, cinq soutiens suffisent à lancer le Threats and Harms Community Group. Le 4 août, une note de l’Advisory Board du W3C présente encore la création de ce même groupe comme une éventualité. Ce n’est ni un scandale ni la preuve d’une…

MYNOG
MYNOG peut réécrire les conditions d’accès après l’inscription
Les conditions d’inscription de MYNOG ne se limitent pas à fixer un prix et des règles d’entrée. Elles autorisent les organisateurs à modifier le texte par publication sur le site, considèrent la présence ultérieure comme une acceptation et permettent une exclusion…

ICANN
ICANN désigne un prestataire d’évaluation des garanties. Quand l’examen d’une chaîne devient-il une obligation du contrat de registre ?
ICANN a choisi Mirror Group LLC pour les évaluations des garanties du cycle 2026. L’enjeu est la frontière entre l’évaluation d’une chaîne et une garantie inscrite dans le Registry Agreement.

Dossier
Le modèle pouvait expliquer le réseau. Il ne pouvait pas autoriser le changement : NEMOPS et la frontière entre visibilité et contrôle
Le rapport NEMOPS réclame des modèles plus utiles, une meilleure observabilité et des changements vérifiables. Ces progrès rendent une opération plus intelligible. Ils ne disent pas qui peut exposer un service vivant à un risque, ni qui porte la perte lorsqu'une automatisation se…

IETF
Après sa dernière bascule, l’IETF « croyait » tous les messages livrés. Cette fois, elle peut le prouver
Le 11 septembre, l’IETF doit remplacer une part importante du dispositif qui reçoit, filtre, réécrit et expédie les courriels de quatre domaines institutionnels. Une heure de retard est une contrainte d’exploitation. La disparition inexpliquée d’une objection sur une liste de…

Dossier
Le paquet rapide a maintenu la session active. Il n’a pas autorisé le changement : RFC 9985
RFC 9985 traite un dilemme très concret: protéger à haute fréquence une session BFD sans faire de l’authentification le facteur qui empêche l’échelle. Sa réponse répartit le coût. Une authentification plus coûteuse accompagne les changements significatifs; une autre, moins…

Récits
Chez APNIC, une exception à la rotation mérite son propre relevé
La page de transparence d’APNIC énonce une règle simple: le cabinet d’audit est renouvelé au moins tous les cinq ans. Les procès-verbaux du Conseil exécutif de décembre 2025 déposent juste à côté une proposition plus nuancée. EY en était à sa cinquième désignation; le Secrétariat…

Dossier
Une exigence OAM est écrite. Elle ne prouve pas un diagnostic opérationnel : RFC 9974 et la preuve BIER
Une liste d'exigences peut éclairer ce qu'il faut construire. Elle ne confirme ni qu'un réseau possède déjà cette capacité, ni qu'une mesure donnée justifie une action.

Dossier
L’heure signée a évité un transfert. Elle n’a pas prouvé un instant : RPKI, RFC 9589 et la frontière de bascule
Lorsqu’un relying party RPKI quitte RRDP pour rsync, il peut réutiliser des objets sans faire d’une heure signée une vérité sur le temps. RFC 9589 organise cette économie de transfert et maintient séparées les preuves de validité, de publication et de routage.

Récits
AFRINIC : 46 éléments ouverts dans le DBWG, mais un chiffre ne raconte pas un parcours d’état
Un registre public peut être très utile tout en restant trop bref pour répondre à la question qu’il fait naître. La page du Database Working Group d’AFRINIC, figée le 31 août 2026, affiche 83 éléments de travail, dont 46 ouverts et 37 résolus. Cette photographie donne un point…
