Sujet
Preuves fondées sur les ressources réseau
Au sein de la facette Sujet, la veille thématique Preuves fondées sur les ressources réseau rassemble des articles qui partagent un même sujet, un même signal ou un même thème de suivi. Cette page offre aux lecteurs un parcours plus riche à travers les reportages associés, les preuves issues de sources publiques, les acteurs du marché et les implications pour l’infrastructure, avec suffisamment de contexte pour comprendre pourquoi le sujet compte pour les mouvements d’entreprises, les décisions de gouvernance, l’exposition régionale et le risque opérationnel. Les lecteurs peuvent comparer les signaux récurrents, les organisations concernées, les preuves publiques, le contexte du marché, la continuité de service, les achats, la concurrence, la conformité et les questions de planification stratégique liées au sujet, au lieu de se contenter d’une liste succincte d’articles correspondants. Elle explique ce que couvre le sujet, quels acteurs ou politiques de l’infrastructure sont impliqués, quelles preuves étayent la couverture et pourquoi le sujet peut être important pour les opérateurs, les clients, les investisseurs et les lecteurs de politiques publiques.
Histoire d'Internet
L’octet que l’émetteur n’envoyait pas : quand FTP MODE C tirait le remplissage du TYPE
Le décodeur lit une longueur, puis ne trouve aucun octet modèle. La trame n’est pourtant ni coupée ni corrompue. Dans le mode compressé de FTP, cette absence formait une instruction complète: la représentation négociée avait déjà désigné la valeur à restituer.
Histoire d'Internet
L’octet qui devait paraître deux fois : comment FTP inscrivait les limites d’enregistrement dans un flux
Un octet composé uniquement de bits à un arrive en fin de lecture. Le récepteur ne peut encore décider s’il appartient au fichier. L’octet suivant dira s’il faut restituer une donnée littérale ou fermer un enregistrement, le fichier, voire les deux. FTP avait placé une grammaire…
Dossier
La preuve était valide. La bifurcation restait invisible.
Sur le téléphone de Nora, aucun voyant ne passe au rouge: chaque réponse prolonge correctement la précédente. Son collègue reçoit, lui aussi, une histoire sans rupture, mais la clé attachée au même compte n’est pas la même. Le journal n’a pas falsifié une preuve locale. Il a…
Récits
RIPE-861 recommande des candidatures hors liste. La liste finale a besoin d’un reçu
La discrétion peut aider une personne hésitante à se porter volontaire. Mais dès qu’une démarche privée doit devenir une candidature publique, le processus doit pouvoir prouver que personne n’a été perdu entre les deux. C’est à cet endroit précis que cet article propose une trace…
Dossier
La connexion était chiffrée. L’autorité, elle, ne l’était pas
Le chiffrement d’un trajet DNS peut réduire la surveillance sans établir l’identité du serveur qui répond. C’est précisément le compromis de la RFC 9539 entre un résolveur récursif et une adresse faisant autorité: déployer DoT ou DoQ sans coordination préalable, préserver la…
Histoire d'Internet
La page absente qui n’était pas une page de zéros : comment FTP STRU P transportait les trous entre hôtes
Entre deux pages reçues, un indice manque. Rien ne permet pourtant de conclure à une perte sur le réseau. Dans la structure paginée de FTP, cette absence pouvait décrire le fichier lui-même: le trou n’était pas transmis, tandis qu’une page réellement présente et remplie de zéros…
Tendances FAI régionaux Europe et Moyen-Orient
Chez BSH, l’opérateur unique ne vaut que par la preuve des dépendances
BSH propose aux organisations multisites de regrouper leurs services de communication sous un seul contrat et une responsabilité unique. Cette simplicité peut accélérer la coordination d’un incident. Elle ne démontre toutefois ni l’indépendance des accès et des routes, ni la…
Histoire d'Internet
La consigne qui devait survivre à la coupure
Le routeur ne reçut qu’un datagramme IPv4, mais il dut fabriquer trois en-têtes différents. Le premier conserva une option Loose Source and Record Route de type 131 et une option Record Route de type 7. Les deux fragments suivants ne gardèrent que le type 131. Le bit de poids…
Dossier
Le certificat était récent. L’autorité du numéro suivait une autre horloge.
À l’arrivée de l’appel, tout paraît net: signature PASSporT correcte, chaîne X.509 valide, certificat encore valable quelques heures. Pourtant, le contrôle du numéro appelant a changé depuis l’émission. La fraîcheur cryptographique est réelle, mais elle ne date pas à elle seule…
Histoire d'Internet
Le renommage qui n’avait pas encore eu lieu : comment FTP suspendit un fichier entre RNFR et RNTO
Une réponse positive ne signifiait pas toujours que FTP avait agi. Après `RNFR`, le code `350` indiquait que le serveur avait accepté l’ancien chemin et attendait encore le nouveau. Le fichier entrait dans une séquence, pas dans un nouveau nom. Cette nuance donne au vieux…
Dossier
TLS a repris la conversation. L’abonnement DNS avait disparu
Avec DNS Push, la fraîcheur d’un RRset ne dépend plus seulement d’un TTL qui s’écoule: elle dépend d’une promesse active du serveur de signaler chaque modification. Cette promesse n’habite ni le certificat ni le ticket de reprise TLS. Elle appartient à un abonnement précis…
Récits
LACNIC : l’économie de la légitimité après un scandale
Une enquête conditionnelle sur les preuves, la récusation, le recours et la continuité nécessaires pour regagner la confiance régionale.
Récits
Le « parent handle » RDAP d’ARIN décrit une hiérarchie d’enregistrement, pas le transit réseau
Deux identifiants présents dans une réponse RDAP d’ARIN permettent de reconstituer la place d’un bloc d’adresses dans le registre. Ils ne révèlent ni qui transporte le trafic, ni par quel chemin il circule.
Histoire d'Internet
Le fichier intact dont l’unité avait disparu
Le contrôle d’intégrité est bon. Chaque bit du vieux fichier est encore là. Pourtant, l’équipe chargée de le relire ignore s’il faut couper la suite tous les huit, neuf ou trente-six bits. Le transport a été conservé, mais pas le paramètre qui donnait une frontière au contenu.…
Histoire d'Internet
La connexion qui survécut au changement de système de fichiers : FTP SMNT sépara identité et espace de noms
Dans le FTP de 1985, changer de terrain ne signifiait pas forcément changer de voyageur. Une session déjà authentifiée pouvait demander le montage d’une autre structure de fichiers tout en conservant l’identité, la comptabilité et les paramètres de transfert. Ce petit…
Récits
FORT de LACNIC valide ASPA. Son flux vers les routeurs démarre en version 0
LACNIC a annoncé un validateur capable d’acheminer des données ASPA vers les routeurs. La version publiée place pourtant ce chemin derrière un réglage initial égal à zéro. Ce n’est ni une contradiction ni une défaillance: c’est la distance entre une capacité livrée et une…
Récits
Une analyse datée la veille, un reçu manquant chez AFRINIC
Le dossier public aligne trois faits sans livrer toute la chronologie. L’analyse d’impact du personnel intégrée à `AFPUB-2026-GEN-002-DRAFT01` est datée du 23 juin 2026. Le 24 juin, AFRINIC-37 a inscrit le Policy Compliance Dashboard de 15 h 15 à 16 h 05, heure locale. Le…
Dossier
Le TTL avait expiré. Le résolveur a maintenu la réponse en vie
Servir une donnée DNS périmée peut éviter une panne quand les serveurs faisant autorité sont injoignables. Mais cette continuité relève d'une exception locale du résolveur: elle ne prolonge pas silencieusement la garantie de fraîcheur donnée par l'éditeur de la zone.
Histoire d'Internet
Le message qui voulait arriver avant la boîte aux lettres : pourquoi SMTP a abandonné la livraison au terminal
Dans le SMTP des débuts, expédier un message pouvait signifier interrompre un utilisateur devant son terminal. Trois commandes permettaient de viser l’écran, de se rabattre sur la boîte aux lettres ou de faire les deux. Cette branche oubliée du protocole liait le transport à une…
Récits
Le tableau CIDR du RDAP d’AFRINIC décrit une plage enregistrée, pas une route BGP
Une réponse RDAP d’AFRINIC présente une plage d’adresses dans la notation CIDR familière aux ingénieurs du routage. Cette écriture commune facilite les rapprochements, mais elle ne prouve ni l’existence d’une annonce BGP, ni son origine, ni l’accessibilité du préfixe.