Type de contenu
Research
Dans la facette Type de contenu, les articles de type Research de BTW.MEDIA sont regroupés selon un même format éditorial, afin de permettre aux lecteurs de comparer briefings, profils, notes de risque, analyses de marché et reportages d'événements sans mélanger différents types de preuves. Cette page explique comment ce type de contenu met en perspective les événements liés à l'infrastructure Internet, les mouvements d'entreprises, les décisions de gouvernance, les signaux opérationnels et les preuves publiques sur l'ensemble du site. Les lecteurs peuvent ainsi identifier les acteurs ou systèmes d'infrastructure les plus fréquents, comprendre comment la qualité des sources modifie l'interprétation et déterminer si le contenu relève d'un profil durable, d'un événement urgent, d'un signal de marché stratégique ou d'une évolution de gouvernance. Le résultat est une page de recherche utile aux opérateurs, investisseurs, clients, analystes et décideurs publics qui doivent comprendre les conséquences, le calendrier et les preuves qui sous-tendent des formats d'articles similaires.
Histoire d'Internet
Un atelier d’un jour ne pouvait pas tester une signature qui expire : RFC 3130
Autour de l’IETF 49, la communauté DNSSEC comprit qu’une démonstration brève pouvait réussir précisément parce qu’elle se terminait avant les événements difficiles. Les signatures étaient encore valides, les clés n’avaient pas tourné et les organisations n’avaient pas dû…
Histoire d'Internet
La syntaxe a cessé d’être recopiée : RFC 2234 et ABNF
Quand chaque document de protocole devait aussi réexpliquer la notation de sa grammaire, le lecteur devait réapprendre le mode d’emploi avant même d’aborder les règles. RFC 2234 a donné une référence autonome à ce mode d’emploi. Le changement était modeste, mais utile: une…
Récits
DFINFRA et AS210860 : quand la détention enregistrée et le routage opérationnel vivent sur deux étages différents
Le résumé de veille DFINFRA et AS210860: quand la détention enregistrée et le routage opérationnel vivent sur deux étages différents explique le développement, les preuves publiques disponibles, les organisations concernées, le contexte régional, l’exposition au marché et les…
Histoire d'Internet
Le KDC a porté la confiance que chaque pair IPsec ne pouvait assumer : RFC 3129
En juin 2001, la RFC 3129 ne demanda pas seulement comment produire des clés IPsec. Elle demanda où placer la confiance, le calcul et la politique lorsqu'un réseau devient trop vaste pour que chaque machine entretienne une relation particulière avec toutes les autres.
IETF
Le secours a déclaré la panne. Le trafic n’avait pas cessé.
Dans un domaine BIER, le routeur d’entrée de secours peut perdre le chemin qui lui sert à surveiller le routeur sélectionné alors que les chemins multicast vers les récepteurs restent intacts. Une mesure locale devient alors, à tort, l’autorisation de déplacer le trafic.
Histoire d'Internet
Le signe plus n’était qu’un dialecte local : RFC 5233
Une adresse peut porter une indication de distribution dans sa partie locale, mais cette indication ne constitue pas une langue universelle. RFC 5233 a permis à Sieve d’examiner une partie « utilisateur » et une partie « détail », sans supposer que tous les systèmes les séparent…
Histoire d'Internet
Le premier fragment est passé ; le chevauchement a changé le port : RFC 3128
La faille racontée par la RFC 3128 ne résidait pas dans un paquet évidemment malveillant. Elle naissait entre deux lectures légitimes: celle du filtre, qui autorisait un premier fragment cohérent, et celle de l’hôte, qui pouvait reconstruire un en-tête TCP différent après…
Histoire d'Internet
La preuve à long terme devait survivre à la clé : RFC 3126
La RFC 3126 aborda l’ancienne signature comme un problème de conservation des preuves. Un calcul valable en 2001 ne pouvait plus s’expliquer seul si certificats, données de révocation, octets signés ou algorithmes fiables avaient disparu. Sa réponse fut une chaîne renouvelable…
IETF
Le message s’est ouvert, mais la mémoire du groupe manquait encore
Un récepteur externe MLS peut déchiffrer exactement le même Commit ou Proposal que les membres sans disposer de l’état qui authentifie son auteur. La pièce manquante n’est pas une seconde couche de chiffrement: c’est le GroupContext qui relie époque, feuille d’envoi, credential…
Histoire d'Internet
Le filtre pouvait marquer à la livraison, pas réécrire la boîte : RFC 5232
Une règle de messagerie pouvait marquer la copie qu’elle remettait au système de stockage, sans pour autant obtenir le pouvoir de modifier n’importe quel message déjà présent. RFC 5232 trace cette frontière entre traitement d’un message en cours et état durable d’une boîte IMAP.
Entreprises centres de données Europe et Moyen-Orient
Mistral Compute : la génération de GPU qui n'existe pas — ce que dit (et ne dit pas) le dossier d'exécution d'octobre
Entre mars et août 2026, Mistral Compute a empilé trois couches: des mégawatts contractualisés, une dette de 830 millions de dollars, et une offre commerciale construite par-dessus. Mais la question d'exécution restée sans réponse mérite un audit daté: que prouve réellement le…
IETF
Cinq octets sur le fil, aucun entier sûr dans le programme
Le message EDHOC était valide, l'entier CBOR aussi. Pourtant, au moment de quitter le décodeur, la valeur privée ne tenait plus dans le champ choisi par l'équipement. La panne n'était ni cryptographique ni syntaxique: elle venait du contrat invisible entre le protocole et le type…
Histoire d'Internet
Une signature valide avait encore besoin d’une politique : RFC 3125
La RFC 3125 voulut rendre les règles entourant une signature électronique identifiables et, si nécessaire, exécutables par une machine. Le calcul cryptographique ne fermait pourtant qu’une première porte: la validité dépendait encore de la politique exacte, du type d’engagement…
Entreprises services cloud Europe et Moyen-Orient
MainStreaming : l'IA comme architecture, ou comme argument marketing
MainStreaming se présente comme un réseau de livraison vidéo en périphérie propulsé par l'IA, bâti sur de la capacité intégrée aux réseaux des FAI plutôt que sur les POP classiques des CDN. Cet article teste ce que l'orchestration dite « IA » automatise réellement, et où les «…
Histoire d'Internet
Un message, trois comptages différents : RFC 5231
Un filtre de courrier peut compter des adresses de boîtes aux lettres, des destinations d’enveloppe ou des occurrences de champs d’en-tête. RFC 5231 rend ces mesures comparables, mais c’est la surface testée qui détermine le sens du nombre.
Histoire d'Internet
Une autorisation d’émettre n’était pas une file de paquets : RFC 3124
Le Congestion Manager voulait arbitrer, à l’échelle d’un hôte, le moment où plusieurs applications pouvaient émettre. Il laissait pourtant à chacune le choix décisif du contenu: le gestionnaire ouvrait une fenêtre brève, il ne détenait ni le paquet ni la preuve de son arrivée.
IETF
La clé active a signé sa remplaçante. C’était précisément le risque.
Une rotation peut être parfaitement signée et pourtant constituer la persistance de l’attaquant. La question décisive n’est pas seulement « la signature est-elle valide ? », mais « cette clé avait-elle, seule, le mandat de choisir tout l’avenir de l’identifiant ? »
Histoire d'Internet
Une liste de préfixes n’était pas encore une politique d’accès : RFC 3123
Le DNS pouvait transporter une liste compacte de réseaux. La décision la plus rigoureuse de la RFC 3123 fut de ne pas confondre ce contenant avec une consigne: le record décrivait, tandis que l’application devait encore interpréter, décider et agir.
Histoire d'Internet
La réponse d’absence était une politique, pas un modèle : RFC 5230
Un message d’absence part au nom d’une personne qui ne lit pas son courrier. La RFC 5230 transforme ce geste banal en règle opérationnelle: vérifier que le message lui était destiné, reconnaître la réponse précise qui s’applique, se souvenir de son envoi à cette adresse et…
Histoire d'Internet
Le chiffre du délai engageait aussi l’horloge : RFC 3116
Mesurer le passage d’une cellule ATM semblait demander une simple soustraction. RFC 3116 montra que le résultat appartenait autant au dispositif de mesure qu’au commutateur: horloge, compteurs et charge devaient rester visibles.