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.
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.
IETF
Le nœud était bien authentifié. La carte, elle, restait locale.
Au cours d’une revue d’incident, deux équipes présentent des captures valides du même nœud SAND. Les signatures passent, les identités concordent, mais les voisinages ne se recouvrent presque pas. La tentation est de désigner une vue « correcte » et l’autre « incomplète ». La…
Histoire d'Internet
Ils partageaient un système, pas le pouvoir d’approuver : RFC 3113
En 2001, la téléphonie mobile avait besoin des protocoles Internet, et l’Internet avait besoin de comprendre les contraintes radio. RFC 3113 organisa cette rencontre sans inventer une autorité commune au-dessus de l’IETF et de 3GPP.
Histoire d'Internet
Le filtre pouvait retenir une correspondance, pas une conversation : RFC 5229
Sieve devait permettre aux utilisateurs de trier leurs courriels sans transformer le serveur de livraison en environnement de programmation sans limites. RFC 5229 lui a donné une mémoire de poche: des valeurs nommées et les fragments issus d’une correspondance réussie. Ces…
IETF
Le préfixe était enregistré. L’interprète restait local.
Une adresse IP écrite sous une forme lisible paraît se suffire à elle-même. Pourtant, avant qu’elle devienne une valeur CBOR, un registre a résolu un nom, une extension précise a été chargée et une politique locale a autorisé son exécution. La lisibilité montre l’intention; elle…
Histoire d'Internet
Le registre et le RFC divergeaient. Le réseau avait déjà tranché : RFC 3115
Deux mois après RFC 3025, RFC 3115 dut corriger deux numéros d’extension Mobile IP. Le choix n’était pas arbitraire: les implémentations utilisaient déjà les valeurs inscrites chez IANA.
Histoire d'Internet
Le préfixe qui ne pouvait pas recevoir la réponse : RFC 5220
Un hôte IPv6 pouvait posséder deux adresses valides, envoyer un paquet par le mauvais fournisseur et recevoir une réponse destinée à un préfixe sans route de retour depuis l’Internet public. La RFC 5220 a identifié un problème de sélection par l’hôte; elle ne rapporte ni panne…
Histoire d'Internet
Le mot de passe correspondait. L’utilisateur n’était pas encore authentifié : RFC 3112
RFC 3112 permettait à LDAP de comparer un secret à une valeur dérivée conservée dans l’annuaire. Mais la réponse vraie restait volontairement étroite: elle ne transformait pas la connexion en association authentifiée.
Récits
DFINFRA : les ressources figées d'un acteur RIPE silencieux depuis mars 2026
Le résumé de veille DFINFRA: les ressources figées d'un acteur RIPE silencieux depuis mars 2026 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…
IETF
Une mise à jour atomique peut être entièrement mauvaise
Le mérite de DUJ est d’empêcher qu’une modification DNS composée s’arrête au milieu. Sa limite est tout aussi importante: l’atomicité protège la cohérence de l’opération, pas la légitimité de celui qui l’a demandée ni la justesse de son résultat.