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.
IETF
RFC 5210 : trois contrôles d’adresse ne prouvent pas l’identité de l’émetteur
L’expérience SAVA a montré qu’un chemin IPv6 équipé de plusieurs barrières pouvait rejeter les adresses sources forgées. La conclusion utile porte sur un paquet, une couverture et un état de règles; elle ne transforme pas l’adresse en identité mondiale.
IETF
Le calendrier avait basculé. Le réseau restait à prouver.
Un comité peut déclarer l’entrée dans une nouvelle phase à minuit. Les routeurs, les catalogues commerciaux et les applications n’obéissent pas à l’horloge du programme. La borne de janvier 2012 de RFC 5211 organisait une attente collective; elle ne constituait ni une mesure ni…
Tendances institutionnelles mondiales
Évaluer le biorisque ne prouve pas encore une gouvernance efficace
L’outil BRIET de l’OMS peut aider les institutions à repérer les fragilités de leur gouvernance du biorisque. Le test décisif vient ensuite: qui prend en charge l’écart constaté, finance sa correction et montre — sans exposer d’informations locales sensibles — ce qui a changé ?
IETF
Conforme à 9 h, inconnu à 9 h 25 : la frontière temporelle de RFC 5209
Une évaluation NEA ne décerne pas à un terminal une qualité permanente. Elle juge des attributs recueillis, sous une politique donnée, à un instant donné. RFC 5209 prévoit précisément le moment où cette vérité historique ne suffit plus.
IETF
La clé privée était bien formée. Sa protection restait à prouver.
Le résumé de veille La clé privée était bien formée. Sa protection restait à prouver. explique le développement, les preuves publiques disponibles, les organisations concernées, le contexte régional, l’exposition au marché et les conséquences possibles pour l’infrastructure. Le…
Tendances institutionnelles mondiales
Un portail, trois voies de recours : le test de gouvernance du nouveau mécanisme de la Banque mondiale
Le Groupe de la Banque mondiale a approuvé la création d’un mécanisme indépendant de redevabilité unique. Mais un regroupement institutionnel ne signifie pas qu’un plaignant emprunte déjà une voie unique. La transition doit se juger à ce que les personnes affectées peuvent…
IETF
Le pair a signé sa nouvelle adresse. Le chemin restait à éprouver.
Un UPDATE HIP peut être irréprochable et annoncer une route qui ne fonctionne pas. La cryptographie attribue la déclaration au pair; elle ne fait ni apparaître une interface, ni converger le routage, ni revenir le paquet de contrôle. RFC 5206 avait un mot précis pour cet…
IETF
Le DNS était à jour, pas le chemin HIP : la limite de RFC 8005
Un enregistrement HIP validé par DNSSEC peut publier fidèlement une identité et un serveur de rendez-vous alors que le chemin d’exécution a déjà disparu. RFC 8005 sépare la découverte, la preuve d’usage de la clé et la joignabilité présente.
Histoire d'Internet
Base64 n’a jamais suffi : RFC 3548 et le profil d’encodage
Deux échanges peuvent transporter les mêmes octets tout en divergeant sur leur forme. En 2003, la RFC 3548 a voulu rendre ces choix explicites, au lieu de laisser les habitudes du courrier électronique devenir les règles implicites d’autres protocoles.
IETF
RFC 5202 : la rotation authentifiée restait lisible
Le pare-feu a remplacé une association par une autre sans voir un seul octet applicatif en clair. Il y est parvenu parce que le message de contrôle lui montrait l’ancien SPI et le nouveau. La signature garantissait l’origine de la transition; elle ne la cachait pas.
IETF
Le registre a accordé 120 secondes. Le service n’en a pas promis autant : RFC 5203
Une durée inscrite dans une réponse signée paraît rassurante. Pourtant, dans RFC 5203, elle borne un état d’enregistrement souple; elle ne garantit ni la présence continue du service attaché, ni l’acheminement d’une requête ultérieure, ni son résultat.
Tendances institutionnelles mondiales
À la COP31, deux présidences : qui négocie, qui décide ?
Les modalités du partenariat COP31 répartissent la conduite de la conférence, les négociations et le programme d’action entre plusieurs responsables. Pour juger équitablement cette organisation, il faut rendre visible la frontière entre délégation et décision des Parties.
Histoire d'Internet
Le registre a assoupli son filtre, pas sa question : RFC 3546 et les extensions TLS
En vingt-cinq ans, l’enregistrement des extensions TLS est passé d’un contrôle lié aux normes à l’examen expert d’une spécification publique. L’accès aux points de code s’est assoupli; une inscription au registre n’est devenue ni une preuve de sûreté, ni une preuve…
IETF
Le pair a répondu sans encore s’engager : la R1 pré-calculée de RFC 5201
À 09 h 41, la sonde a reçu une R1 signée et le centre d’exploitation a déclaré le pair « disponible ». Pourtant, aucune association propre à cette sonde n’existait chez le répondant. Ce résultat n’était pas une anomalie: HIP avait précisément été conçu pour permettre cette…
IETF
Le pare-feu a vu l’échange HIP. Le chemin ESP est resté introuvable : RFC 5207
Un équipement intermédiaire peut comprendre assez de HIP pour laisser passer l’établissement, sans disposer de l’état nécessaire au trafic protégé qui suit. RFC 5207 ne décrit donc pas un seul succès, mais deux problèmes reliés: faire traverser le contrôle, puis faire circuler…
Histoire d'Internet
Le contrôle laissait un champ de côté : RFC 3545 et la réparation de RTP
Une somme de contrôle de 16 bits pouvait aider à vérifier un en-tête CRTP reconstruit, mais elle ne couvrait pas l’identification IPv4. Avec RFC 3545, cette limite devient décisive lorsque les pertes dépassent le budget de récupération.
Tendances institutionnelles mondiales
Quand le fonds de participation de WIPO manque de moyens, la place non financée doit rester visible
Avant l’ouverture des discussions de WIPO en 2026, le dossier financier montrait déjà l’écart entre une recommandation et un voyage à Genève. Le conseil consultatif du Fonds avait recommandé deux personnes; le solde ne permettait de financer que la première. Une règle peut…
IETF
Même binaire, autre répertoire admis : RFC 5198
Deux serveurs exécutaient le même artefact applicatif, avec le même fichier de configuration. L’un refusait un caractère; l’autre l’acceptait. La divergence ne venait ni du dépôt ni du déploiement de l’application, mais des bibliothèques système: leurs bases Unicode n’étaient pas…
IETF
Le rendez-vous a transmis I1. Le pair n’avait toujours pas répondu : RFC 5204
Un serveur de rendez-vous HIP sait où essayer de joindre un hôte mobile, selon l’état qu’il a enregistré. Il peut transformer puis relayer le premier paquet. Mais il n’entend pas la réponse à la place du destinataire. RFC 5204 oblige ainsi à distinguer un aiguillage réussi d’une…
IETF
Le PSK a été rapide. Le compromis, lui, a remonté le temps.
L’établissement de clé n’avait ajouté presque aucune latence et n’avait sollicité aucune PKI. Des mois plus tard, un secret prépartagé a été compromis. L’équipe a découvert alors que la mention « MIKEY protégé » dans ses journaux ne permettait pas de répondre à la seule question…