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
L’instantané a rendu une clé déjà dépensée : RFC 9708
Une signature fondée sur le hachage peut résister aux progrès de la cryptanalyse tout en cédant devant une restauration parfaitement banale. Avec RFC 9708, l’autorité de signature n’est pas seulement un secret: c’est aussi la mémoire finie et irréversible des clés à usage unique…

Dossier
NovaCloud-Hosting : qui porte vraiment le trafic de l'AS209874 — la couche de dépendance que la vitrine ne montre pas
Le résumé de veille NovaCloud-Hosting: qui porte vraiment le trafic de l'AS209874 — la couche de dépendance que la vitrine ne montre pas explique le développement, les preuves publiques disponibles, les organisations concernées, le contexte régional, l’exposition au marché et les…

IETF
La première adresse était prioritaire, pas déclarée saine
La nuit du changement, l’écran plaçait une adresse KDC en tête et une seconde en secours. L’ordre paraissait raconter tout le basculement. Or RFC 3634 ne transportait qu’une décision de configuration: une ou plusieurs adresses IPv4, classées par priorité décroissante. Il ne…

Histoire d'Internet
L’heure de départ était aléatoire. Le flux restait périodique : RFC 3432
Le hasard choisissait l’entrée en scène, pas le tempo. RFC 3432 assumait ce biais afin d’observer un trafic ressemblant à une application, à condition que personne ne transforme cet échantillon en portrait universel du réseau.

IETF
La fiche d’appel disait « vérifié ». La confiance s’arrêtait encore à son émetteur : RFC 9796
Le mot « vérifié » paraît conclure une enquête. Dans RFC 9796, il ouvre plutôt une question de garde: quel acteur a vérifié quel champ, sur quelle preuve, avant de transmettre son jugement à un terminal qui lui fait confiance ?

Histoire d'Internet
Le paquet était livré. L’enregistrement comptable n’était pas encore à l’abri : RFC 3423
Le premier accusé de réception confirmait le trajet des octets. Le second devait attendre le traitement et le stockage persistant. En 2002, RFC 3423 a installé toute sa mécanique dans cet intervalle.

IETF
Le registre avait reçu « non ». Restait à savoir de qui.
Dans la salle d’exploitation, deux récits circulaient à partir de la même ligne de journal. Pour l’équipe commerciale, le registrar sortant avait refusé le transfert. Pour l’équipe technique, le registrar demandeur avait retiré sa propre demande. La ligne disait seulement…

IETF
La ligne a gardé son rythme en remplaçant les bits perdus : RFC 9801
Une sortie synchrone ne peut pas attendre qu’un paquet en retard retrouve son chemin. RFC 9801 autorise donc une continuité très particulière: le récepteur produit des octets de substitution et maintient l’horloge. Le signal continue, mais ces octets ne sont pas ceux du site…

Histoire d'Internet
Le refus ne signifiait pas que le nom était absent : RFC 3425
Le code d’erreur était exact, mais son sujet pouvait être mal lu. En retirant IQUERY, RFC 3425 n’a pas déclaré que les noms inverses avaient disparu; il a déclaré qu’un serveur ne devait plus retourner sa base comme si une valeur en était l’index universel.

Histoire d'Internet
Le meilleur service ne l’était que selon les clés de tri : RFC 3421
Un serveur d’annuaire peut fabriquer un classement parfaitement cohérent à partir de données qui ne disent rien de l’état présent du service. RFC 3421 rendait cette limite visible: le gagnant était celui du modèle demandé, pas celui d’une épreuve réelle.

IETF
Deux noms figuraient à l’écran. Un seul avait été enregistré.
Avec RFC 9735, une requête LISP pour `ietf.lisp` peut recevoir légitimement la réponse moins spécifique `ietf`. Le protocole n’est pas ambigu; c’est l’interface qui le devient lorsqu’elle transforme une correspondance de portée en preuve d’identité exacte.

Histoire d'Internet
L’adresse n’était que des octets avant l’arrivée de son domaine de transport : RFC 3419
Une adresse copiée dans un ticket d’incident paraît constituer un fait. En 2002, RFC 3419 rappelait qu’elle ne l’est pas encore: sans le domaine qui en fixe la lecture, la suite d’octets ne prouve ni le protocole, ni le port, ni la portée locale de l’extrémité.

IETF
Le chiffrement tenait. L’identité visée restait à prouver.
Le canal était chiffré de bout en bout, la chaîne de certificats passait la validation et aucune alerte n’apparaissait dans la console. Pourtant, le client avait rejoint une terminaison techniquement légitime pour un autre nom de service. La cryptographie avait protégé la…

Entreprises services cloud mondiales
Cloud Software - FZCO : l'entité dubaïote derrière le réseau AS211273 et la marque HostVDS
Le résumé de veille Cloud Software - FZCO: l'entité dubaïote derrière le réseau AS211273 et la marque HostVDS 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…

Histoire d'Internet
Le paquet était trop endommagé pour être livré, mais restait une preuve : RFC 3409
Entre le lien radio et l’application, « paquet erroné » n’était pas une décision suffisante. RFC 3409 demandait encore qui avait besoin de voir l’erreur, et pour quelle finalité.

IETF
Le chemin était calculé. Aucun domaine n’avait engagé sa capacité.
RFC 9731 permet de calculer un réseau virtuel avant son instanciation. Dans un environnement multidomaine, cette réponse peut réunir une vue cohérente sans qu’aucun propriétaire de ressources ait encore pris d’engagement. Le calcul décrit une possibilité; la réservation exige une…

Histoire d'Internet
L’octet disparu est devenu une promesse de la couche liaison : RFC 3408
Sur une ancienne interface radio, un octet supplémentaire pouvait coûter une unité de transmission entière. RFC 3408 a accepté de l’effacer, mais seulement après avoir dressé l’inventaire de ceux qui devraient désormais faire son travail.

IETF
La politique tenait dans un identifiant. La pratique exigeait tout un système.
La politique d’horodatage pouvait être désignée par un identifiant d’objet. La pratique, elle, occupait des procédures, des salles sécurisées, des sources de temps, des cérémonies de clés, des journaux et des décisions d’arrêt. Confondre ces deux échelles revient à croire que le…

Histoire d'Internet
Le terminal disait qu’il pouvait, pas que la session réussirait : RFC 3407
Une liste de codecs ressemblait à un engagement collectif alors qu’elle décrivait souvent plusieurs choix impossibles à exécuter ensemble. RFC 3407 a rendu cette ambiguïté observable.

IETF
Le tableau était vert. Il ne comptait pas le trafic évincé.
Une expérience de contrôle de congestion peut améliorer tous les indicateurs de ses propres flux et dégrader ceux qui partagent le même goulot. RFC 9743 oblige à regarder cette coexistence, puis à distinguer l’étiquette du document, le choix par défaut, la mesure en exploitation…
