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
Le résultat était classé, mais ce n’était qu’un sous-ensemble
RFC 5323 permet à un serveur WebDAV d’exécuter une recherche sur des collections. Une réponse peut respecter le tri demandé tout en restant tronquée, et le sous-ensemble partiel peut être choisi parmi n’importe quels résultats satisfaisant la requête. L’ordre visible ne prouve…
Histoire d'Internet
La session TLS s’arrêtait au serveur, pas au script CGI
CGI a rendu lisible le passage du serveur web à un programme applicatif, d’une implémentation à l’autre. Sa spécification de 2004 traçait aussi une frontière facile à oublier: le serveur détenait la session réseau authentifiée; le script ne la recevait pas en héritage.
IETF
Le 403 a révélé une liste que le réseau n’aurait jamais dû montrer
Dans RFC 5318, une réponse d’échec peut aider un serveur PoC à contourner une liste d’URI imbriquée qu’un autre serveur ne sait pas développer. Elle peut aussi révéler des membres d’un groupe. L’utilité opérationnelle et le risque de confidentialité naissent du même geste…
Histoire d'Internet
L’IAB demandait des financements de recherche, pas un rôle budgétaire
Dans le RFC 3869, le conseil d’architecture d’Internet réclamait un soutien durable à la recherche sur les infrastructures communes. Sa dernière précision fixait aussi une limite: ni l’IAB, ni l’IETF, ni l’IRTF ne demandaient à gérer ces fonds.
IETF
La base voyait un nouveau routeur ; le châssis, lui, n’avait pas changé
RFC 5311 permet à un même système IS de dépasser la limite de 256 fragments LSP grâce à des identifiants système additionnels. Ces identités virtuelles agrandissent l’espace de publication, sans créer de nouvelle machine ni de nouvelle autorité opérationnelle. Leur validité…
IETF
Le fragment était frais, mais son identité parente avait disparu
Un collecteur reçoit un fragment Extended LSP valide, avec une séquence récente et des attributs exploitables. Pourtant, le fragment zéro de cet ensemble n’existe plus. RFC 5311 impose alors de ne rien traiter. La fraîcheur cryptographique ou temporelle d’une page ne suffit pas…
Histoire d'Internet
Le délai avait expiré. SCTP pouvait encore attendre pour le vérifier.
RFC 3758 a placé la fiabilité partielle à la frontière entre le service demandé et le mécanisme de transport. L’application définit quand un message cesse de mériter des tentatives supplémentaires; le signal FORWARD TSN permet ensuite au pair de franchir l’espace de séquence…
IETF
Le graphe était commun ; le paquet IPv6 n’avait pas de chemin commun
Une adjacence IS-IS peut être parfaitement valide sans promettre la même capacité à IPv4 et à IPv6. RFC 5308 fournit les mots nécessaires pour annoncer une route IPv6, une adresse d’interface et la prise en charge du protocole. Le risque commence lorsqu’une exploitation réunit…
IETF
Deux routeurs se croyaient seuls ; le commutateur devait encore le prouver
RFC 5309 permet à un IGP de voir un média LAN comme une liaison point à point. Ce choix supprime l’élection et le pseudonœud du modèle de routage. Il ne supprime ni Ethernet, ni le VLAN, ni la résolution de l’adresse MAC. La simplicité topologique repose donc sur un contrat…
IETF
La carte annonçait de la capacité. Elle ne détenait aucune réservation.
Dans un réseau d’ingénierie de trafic, la carte paraît parler le langage des ressources: débit maximal, débit réservable, quantité non réservée, couleurs et coûts. RFC 5305 invite pourtant à lire chaque nombre avec son verbe exact. Le routeur *annonce* une valeur. D’autres…
IETF
La route descendue semblait locale ; la frontière l’a renvoyée vers le cœur
Le test avait tout d’un succès: calcul SPF terminé, préfixe installé, trajet raccourci dans la zone Level 1. Pourtant, il ne répondait pas à la question décisive. Une route venue de Level 2 ne devient sûre que si chaque routeur de frontière capable de la faire remonter conserve…
Histoire d'Internet
Rapide, fluide, sans rupture : RFC 3753 distinguait trois notions de handover
Avant de comparer deux transferts mobiles, encore fallait-il préciser ce que recouvrait le mot « handover ». En juin 2004, un glossaire de l’IETF sépara cinq questions de commande largement indépendantes et distingua latence, pertes de paquets et continuité perceptible par…
IETF
Le paquet portait une preuve. Le routeur pouvait encore choisir de ne pas la vérifier.
Une capture montre un TLV d’authentification et l’on conclut vite que le voisinage est protégé. RFC 5304 interdit ce raccourci. Un routeur peut, en mode de transition, produire HMAC-MD5 sans vérifier les messages entrants. Un système qui n’implémente pas le mécanisme peut même…
IETF
Le même nonce est revenu ; le chiffrement n’a pas promis le silence
Dans un service distribué, le premier signe d’un nonce répété n’est pas toujours une alerte rouge. Ce peut être une paire de valeurs chiffrées strictement identiques, apparue après le retour d’une machine virtuelle à un ancien instantané. RFC 5297 empêche cet accident de devenir…
IETF
Un voisin a répondu. Le circuit, lui, devait encore être prouvé.
Dans un réseau, « voisin établi » ressemble facilement à une conclusion. RFC 5303 en fait une étape intermédiaire. Entendre un IIH prouve une réception locale; apprendre que l'autre système entend le retour prouve une réciprocité; vérifier l'identité du système et du circuit…
IETF
Le serveur avait avancé le compteur avant que le réseau soit prêt
Le serveur ER accepta le numéro de séquence, dériva le rMSK et fit progresser son état anti-rejeu. La réponse protégée disparut avant d’atteindre le pair, tandis que l’acheminement AAA vers l’authentificateur suivait son propre destin. Une seule requête avait produit trois…
Histoire d'Internet
Un résultat de recherche n’était pas une identité : l’URL canonique de principal dans la RFC 3744
Dans le contrôle d’accès WebDAV, un nom lisible aidait une personne à choisir, mais une règle devait désigner un principal sans ambiguïté. La RFC 3744 associait une découverte humaine limitée à une URL canonique, tout en séparant ces deux fonctions de l’authentification et de…
IETF
Les clés étaient distinctes ; le coffre ne l’était pas
Deux usages avaient reçu des sorties cryptographiques différentes. Une couche de cache les rangeait pourtant sous la même identité de session et servit l’ancienne génération après renouvellement. La dérivation avait séparé les secrets; l’exploitation les avait réunis.
IETF
Le voisin PIM était réel. Son mandat ne l’était pas.
Une table de voisinage peut être exacte et néanmoins décrire une faute d’autorité. Sur une interface destinée aux hôtes, RFC 5294 montre qu’un poste capable d’émettre les bons messages peut entrer dans le collège des routeurs, gagner un rôle et influer sur le trafic. La preuve…
Histoire d'Internet
Une inscription réservait un ensemble, pas un seul nom : RFC 3743
Un bureau d’enregistrement peut accepter une étiquette CJK tout en traitant plusieurs variantes comme un seul objet administratif. En 2004, l’équipe d’ingénierie conjointe JET a décrit comment réserver ces formes au même titulaire sans les publier toutes dans le DNS.