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.

Dirigeants
John Ousterhout et l’écriture rapide devenue dette de nettoyage
Le système de fichiers journalisé de Sprite a rendu l’écriture au premier plan presque légère: accumuler les modifications, puis les poser dans un long flux séquentiel. Son enseignement décisif est ailleurs. Le coût n’est pas supprimé; il réapparaît dans le nettoyage des…

IETF
Un hachage coûteux sur le papier ne mesure pas la capacité de connexion
La RFC 9106 rend visibles la mémoire, les passes et les lanes d’Argon2id. Elle ne transforme pas ce paramétrage en mesure de charge, en garantie de disponibilité ni en prix démontré pour une attaque.

IETF
La couleur du lien est arrivée, pas la décision de politique : RFC 9104
Un consommateur BGP-LS peut recevoir un Extended Administrative Group parfaitement formé sans disposer de la preuve que les bits ont été compris selon le dictionnaire de l’opérateur, qu’une politique précise les a utilisés ou qu’un chemin a été installé. La RFC 9104 normalise le…

Histoire d'Internet
RFC 2341 : le tunnel L2F ouvert ne signe ni l’identité ni le service
Deux numéros peuvent orienter correctement un paquet sans dire qui se trouve réellement au bout de la ligne. Dans L2F, le CLID distingue un tunnel et le MID distingue une connexion cliente à l’intérieur de ce tunnel. Cette mécanique est précise, mais la preuve qu’elle produit…

Histoire d'Internet
RFC 2342 donnait l’adresse des rayons, pas la preuve que les boîtes existaient
Une réponse NAMESPACE pouvait livrer les préfixes et séparateurs des espaces personnel, partagés et réservés aux autres utilisateurs. Elle rendait les noms calculables. Elle ne transformait ni un préfixe en inventaire, ni un nom en droit d’accès, ni un indicateur de protocole en…

Histoire d'Internet
L’image et le son partageaient le paquet, pas la preuve de lecture : RFC 2343
La RFC 2343 organisait des tranches vidéo MPEG-2 et des trames audio dans une même charge RTP. Cette proximité rendait la relation temporelle exploitable et réduisait certains coûts de transport. Elle ne transformait pourtant ni le paquet en décodeur, ni l’horodatage en…

IETF
Une norme peut ouvrir la sortie sans décentraliser le marché
Une interface ouverte peut rendre le départ techniquement possible sans créer de destination viable. RFC 9518 aide à distinguer une capacité réelle de changement de fournisseur d'un jugement trop rapide sur la répartition du pouvoir économique.

Histoire d'Internet
RFC 2212 : le délai promis avait deux dettes, C et D
Deux routeurs peuvent réserver le même débit sans offrir la même borne de retard. En 1997, RFC 2212 a donné un nom à cette différence: une dette qui diminue quand le débit réservé augmente, `C/R`, et une dette temporelle qui demeure, `D`. La garantie devenait calculable, mais…

Histoire d'Internet
La coupure de zone n’entrait pas dans le /26 : ce que le RFC 2317 a réellement délégué
Un préfixe IPv4 pouvait se terminer au vingt-sixième bit, alors que l’arbre inverse ne proposait une frontière naturelle qu’après un octet. Le RFC 2317 a comblé cet écart par une convention de noms et des CNAME dans la zone parente. Il n’a pas transformé cette convention en titre…

Dossier
Le pseudo-segment sans charge utile qui réécrit l’état TCP
Dans Presto, une correction découverte en fin de pipeline revient au début sous la forme d’un segment synthétique. Ce mécanisme peut faire autorité sur l’état de transport sans constituer des données utilisateur, une fin d’appel socket ou la preuve qu’une application a reçu quoi…

Histoire d'Internet
RFC 2188 : quand l’échec d’un côté ne dit pas ce que l’autre sait
Un exécutant envoie le résultat d’une opération réussie, puis reçoit plus tard une indication `FAILURE`. Pendant ce temps, l’invocateur peut déjà avoir accepté ce même résultat. Aucun des deux ne ment: RFC 2188 avait précisément conçu un protocole où l’efficacité, le choix de la…

Dossier
WebAuthn délègue le contrôle du RP ID au client distant. L’autorisation locale n’en est pas la preuve
Le premier projet public de WebAuthn Level 4 organise un passage de témoin délicat pour l’authentification à travers un bureau distant. Le navigateur local peut faire signer les données produites sur la machine distante, mais une permission accordée à l’origine locale ne démontre…

Histoire d'Internet
Le prix caché du deuxième fournisseur
Une entreprise croit acheter de la résilience lorsqu’elle commande un second circuit. RFC 2260 rappelle que ce doublon physique ne règle pas la question décisive: qui devra porter l’état de routage nécessaire au secours, et à quel moment ? Selon le choix retenu, la facture se…

Dirigeants
Cristiano Amon, Nuvia et Oryon : une stratégie ne vaut que par ses preuves
Une acquisition donne le contrôle d'une société. Un processeur intégré donne un produit. Une gamme d'ordinateurs disponible donne un accès au marché. Dans le parcours qui mène de Nuvia à Oryon, ces trois réalités se renforcent sans jamais devenir interchangeables.

Histoire d'Internet
RFC 2187 : la hiérarchie des caches comme contrat opérationnel, pas comme carte du réseau
En décrivant l’usage d’ICPv2 dans les hiérarchies de caches Web, la RFC 2187 ne transforme jamais la proximité en autorité. Elle décrit une mécanique de délégation: qui peut répondre à quoi, sous quelles conditions, avec quels signaux et quel repli. Relue aujourd’hui, cette…

Histoire d'Internet
RFC 2277 : l'étiquette a voyagé avec le texte, pas la compréhension
Un document archivé ne peut pas négocier avec son futur lecteur. Il peut seulement conserver ses octets, déclarer leur jeu de caractères et, si le format le permet, indiquer une langue. RFC 2277 a transformé cette précaution en politique pour les spécifications de l'IETF. Mais…

Histoire d'Internet
ICPv2 : un protocole de décision rapide fondé sur des indices, pas sur des preuves complètes
En 1997, ICPv2 répondait à un besoin très concret des caches Web: décider rapidement vers quel voisin se tourner lorsqu’un objet devait être récupéré. Son intérêt historique tient à la modestie de son modèle de preuve. Un HIT, un MISS, un silence UDP ou une mesure RTT peuvent…

Histoire d'Internet
Même sortie KWIC, autre rayon de changement
Deux programmes reçoivent les mêmes titres et produisent le même index alphabétique. Puis la représentation d’une ligne change. Dans le premier, la modification traverse plusieurs responsabilités; dans le second, elle s’arrête à une frontière. En 1972, David L. Parnas a montré…

IETF
Le registre est séparé. Le collecteur doit encore prouver ce qu’il a lu : RFC 9736
RFC 9736 attribue enfin aux informations Peer Up de BMP leur propre registre TLV. La correction clarifie l’évolution du protocole; elle ne démontre ni la version déployée d’un parseur, ni la fidélité de son stockage, ni l’état du réseau observé.

IETF
Un nom de profil ACME ne vaut pas promesse de délivrance
Le nouveau champ `profile` donne enfin un emplacement explicite à un choix qui se cachait souvent dans le CSR ou dans la configuration du serveur. Il ne transforme pourtant ni une annonce de l’autorité de certification en droit du compte, ni une commande acceptée en certificat…
