Aller au contenu principal

Sujet

Cycle de vie logiciel et dépendance fournisseur

Au sein de la facette Sujet, la veille thématique Cycle de vie logiciel et dépendance fournisseur 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.

La route qui reculait à chaque relais

Histoire d'Internet

La route qui reculait à chaque relais

Le relais ONE reçut `@ONE,@TWO:JOE@THREE` comme forward-path. Il ne devait pas conserver cette chaîne intacte. Il en retira son propre nom, puis ajouta dans le reverse-path le nom sous lequel l’environnement suivant le connaissait. La liste des étapes restant à franchir diminua…

28 août 2026
L’octet qui devait paraître deux fois : comment FTP inscrivait les limites d’enregistrement dans un flux

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…

28 août 2026
Ray Bellis et le proxy qui devait transmettre l'inconnu

IETF

Ray Bellis et le proxy qui devait transmettre l'inconnu

Un proxy DNS peut rendre un réseau domestique plus simple tout en créant une autorité que personne n'a formellement confiée: décider quels futurs usages du DNS auront le droit de passer. Dans la RFC 5625, Ray Bellis ne cherche pas à rendre cette petite machine omnisciente. Il lui…

28 août 2026
La page absente qui n’était pas une page de zéros : comment FTP STRU P transportait les trous entre hôtes

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…

28 août 2026
La consigne qui devait survivre à la coupure

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…

28 août 2026
Le renommage qui n’avait pas encore eu lieu : comment FTP suspendit un fichier entre RNFR et RNTO

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…

28 août 2026
Le fichier intact dont l’unité avait disparu

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.…

28 août 2026
La connexion qui survécut au changement de système de fichiers : FTP SMNT sépara identité et espace de noms

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…

28 août 2026
FORT de LACNIC valide ASPA. Son flux vers les routeurs démarre en version 0

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…

28 août 2026
Le message qui voulait arriver avant la boîte aux lettres : pourquoi SMTP a abandonné la livraison au terminal

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…

28 août 2026
Le mot de passe accepté ne suffisait pas à ouvrir la session

Histoire d'Internet

Le mot de passe accepté ne suffisait pas à ouvrir la session

Dans le dialogue FTP, un mot de passe pouvait être exact sans produire l’état « connecté ». Le serveur répondait `332` et attendait encore `ACCT`. Ce troisième renseignement ne répétait ni le nom d’utilisateur ni son secret: il désignait le contexte local dans lequel la session…

28 août 2026
Deux nombres, aucun compromis

Histoire d'Internet

Deux nombres, aucun compromis

Sur une capture, le SYN annonce 1460 et le SYN-ACK répond 1200. L’écart ressemble à un désaccord qu’il faudrait résoudre. TCP n’en résout aucun: chaque nombre appartient à un destinataire différent et limite les données envoyées dans le sens opposé. Le vrai calcul commence après…

28 août 2026
L’article qui devait garder son nom : comment NNTP borna la perte de la réponse finale

Histoire d'Internet

L’article qui devait garder son nom : comment NNTP borna la perte de la réponse finale

Le serveur possède déjà le texte entier. La ligne formée d’un point est passée, puis la liaison tombe avant que le client ne voie le verdict. Chercher l’article ne tranche rien: il peut attendre une modération. NNTP n’a pas effacé cette incertitude; il lui a donné une frontière…

28 août 2026
Le serveur a retardé le coût de la confiance : les défenses TCP contre le SYN flood

IETF

Le serveur a retardé le coût de la confiance : les défenses TCP contre le SYN flood

Un serveur TCP engageait de la mémoire dès qu’un inconnu frappait à sa porte. Le RFC 4987 montre comment repousser cette dépense jusqu’à ce que le client présumé prouve au moins qu’il a reçu la réponse.

28 août 2026
Le paquet arrivé trop tard pour être oublié

Histoire d'Internet

Le paquet arrivé trop tard pour être oublié

Le récepteur avait déjà signalé une absence quand le paquet finit par arriver. Puis vint la confirmation que son ancien compte rendu avait bien été reçu. Pouvait-il alors effacer ses notes ? Dans DCCP, ce petit décalage entre deux nouvelles révèle un problème plus profond…

28 août 2026
L’écriture revenue avant d’être à l’abri

Histoire d'Internet

L’écriture revenue avant d’être à l’abri

Le serveur avait répondu que l’écriture avait réussi. Pourtant le client ne pouvait pas encore libérer son tampon: les octets pouvaient n’exister que dans une mémoire que le prochain redémarrage effacerait. NFS version 3 a rendu ce décalage explicite, puis lui a donné une preuve…

28 août 2026
Le premier numéro de séquence ne pouvait pas être une simple horloge : la défense ISN de TCP

IETF

Le premier numéro de séquence ne pouvait pas être une simple horloge : la défense ISN de TCP

Toute connexion TCP commence par publier un nombre. Quand ce nombre suivait trop clairement une horloge globale, un attaquant incapable de voir la connexion pouvait néanmoins prévoir assez de son état pour usurper un pair.

28 août 2026
Le reset devait faire ses preuves : la défense Challenge ACK de TCP

IETF

Le reset devait faire ses preuves : la défense Challenge ACK de TCP

Un reset forgé devait autrefois seulement tomber quelque part dans une fenêtre de réception mobile. Le RFC 5961 oblige les signaux TCP destructeurs à démontrer qu’ils correspondent à l’état actuel du pair avant qu’un numéro deviné puisse effacer une connexion durable.

28 août 2026
La réservation qui pouvait ne rien réserver

Histoire d'Internet

La réservation qui pouvait ne rien réserver

Le client annonçait la taille du fichier avant de l’envoyer. Le serveur répondait positivement: `202`. Pourtant cette réponse pouvait signifier qu’aucune réservation n’avait eu lieu, parce que réserver de l’espace à l’avance était « superflu » sur cette machine. FTP avait ainsi…

28 août 2026
Le champ que les routeurs pouvaient lire sans connaître le flux : le Flow Label IPv6

Histoire d'Internet

Le champ que les routeurs pouvaient lire sans connaître le flux : le Flow Label IPv6

Une valeur doit rester constante pour les paquets d'un même flux, tout en se répartissant largement entre des flux différents. C'est dans cette tension — stabilité locale, dispersion globale — que le Flow Label IPv6 trouve son utilité. Il ne dit pas quelle application parle; il…

28 août 2026