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.

IETF
Le paquet le plus récent est arrivé en premier : comment TCP RACK détecte une perte grâce au temps
Avec RACK, l'émetteur TCP peut examiner l'instant d'émission des données dont la livraison est attestée, sans dépendre uniquement des écarts dans l'espace des numéros de séquence.
Dossier
RFC 9879 modernise le MAC, sans faire disparaître le lecteur ancien
Un tableau de migration peut afficher trois cases vertes — fichier reconnu, secret déchiffré, import terminé — tout en omettant la question décisive: l’intégrité a-t-elle été vérifiée ? Avec RFC 9879, cette omission n’est pas théorique. Le nouveau format peut cohabiter avec un…

Histoire d'Internet
La passerelle a réécrit le message. Elle ne pouvait pas inventer son jeu de caractères : RFC 1428
Le mot le plus honnête de la transition vers MIME n’était pas le nom d’un alphabet. C’était `unknown-8bit`. En février 1993, une passerelle pouvait recevoir un ancien courrier à huit bits, lui donner une structure MIME, transformer ses en-têtes et inscrire qu’une conversion avait…
Dossier
L’en-tête était admis dans l’ACK, pas la facture : RFC 9878
En corrigeant la place de plusieurs en-têtes SIP privés, RFC 9878 permet à certaines données de localisation et de taxation de franchir un ACK bien précis. La conformité du contenant ne tranche pourtant ni la provenance du contenu, ni la réalité de l’événement facturé.

Dossier
Le rapport d’implémentation ARIA du W3C indique mars. Son fichier a changé en mai.
La Recommandation *ARIA in HTML* mise à jour le 11 août renvoie vers un rapport public daté du 22 mars 2026. Or l’historique du fichier montre une refonte le 20 mai, puis une nouvelle modification le 27. Rien n’interdit que les observations aient été arrêtées en mars et publiées…

Histoire d'Internet
Le repli était écrit. Les serveurs en service cassaient encore la session : RFC 1425
La compatibilité devait tenir en deux salutations. Le client essayait `EHLO`; le serveur ancien répondait qu'il ne connaissait pas ce mot, gardait la ligne ouverte, puis acceptait `HELO`. Ce passage propre figurait dans la RFC 1425. Dix-sept mois plus tard, la RFC 1651 dut…

Histoire d'Internet
Le raccourci servait à l’affichage. L’adresse conservée devait lui survivre : RFC 1278
Une interface peut être claire aujourd’hui et indéchiffrable demain. RFC 1278 en avait fait une contrainte d’architecture: sa chaîne de Presentation Address était destinée aux humains, surtout aux administrateurs, et non au stockage interne. Elle pouvait employer des noms DNS et…
Dossier
Le numéro figurait au registre. Le logiciel n’avait encore rien accepté : RFC 9876
Un identifiant CoAP économise des octets en réunissant type de média, paramètres et codage. RFC 9876 améliore la qualité de cette correspondance commune. Il ne transforme pas pour autant une inscription en autorisation d’exécuter le contenu.

Dossier
L’atelier du W3C sur le commerce réunit deux ACP. Son dossier doit identifier les protocoles
L’atelier que le W3C et GS1 consacrent au commerce électronique pour les humains et les agents d’IA va rapprocher plusieurs protocoles récents. Ses pages publiques révèlent déjà une difficulté de traçabilité: ACP y renvoie à deux objets distincts. Avant que les interventions ne…

Histoire d'Internet
Le courrier restait lisible. Chaque réécriture devenait le problème du vérificateur : RFC 1421
Un texte en clair possède une autorité trompeusement immédiate. L’œil le reçoit avant que le logiciel ait reconstruit les octets signés, retrouvé la clé et comparé le contrôle d’intégrité. Avec `MIC-CLEAR`, RFC 1421 acceptait volontairement ce décalage: le destinataire pouvait…
Dossier
La réponse accusait réception d’une sonde, pas du prochain datagramme : RFC 9869
Une taille de paquet n’est pas une propriété éternelle d’un correspondant. RFC 9869 construit une preuve positive plus modeste: un jeton renvoyé confirme qu’une sonde rembourrée précise a atteint le récepteur UDP Options, sur un chemin donné et à un instant donné.
Dossier
La case s’est cochée. L’histoire des paquets avait disparu : RFC 9870
Un collecteur peut voir une case cochée après un million de paquets. RFC 9870 lui apprend qu’une option UDP a été observée au moins une fois dans un flux, pas lequel des paquets la portait, combien de fois elle est revenue ni ce que le destinataire en a fait.

Histoire d'Internet
Le service de noms tomba en panne ; l’agent pouvait encore répondre : RFC 1419
Une station d’administration connaissait le nom d’un équipement et gardait son adresse de la veille. Si la recherche du nom échouait le lendemain, elle pouvait encore envoyer un datagramme à cette ancienne adresse. L’équipement visé répondrait peut-être. Mais un autre aurait…

Histoire d'Internet
Le RFC disait VAR pour zéro ; le code en service y lisait VALUE : RFC 1408
Une erreur de protocole n’est pas toujours un paquet rejeté. Elle peut produire deux messages parfaitement plausibles, selon la table que possède le lecteur. Avec l’option Telnet ENVIRON, l’octet zéro désignait le début d’un nom de variable dans RFC 1408, tandis que…
Dossier
Le préfixe était juste, mais le paquet a pris le mauvais accès : RFC 9872
Deux fournisseurs peuvent donner à un même terminal deux chemins IPv6 valides, sans rendre leurs traducteurs NAT64 interchangeables. RFC 9872 replace ainsi le PREF64 dans son véritable contexte: une valeur n'est exploitable que si le terminal sait quel routeur l'a annoncée.

Histoire d'Internet
Le rapport comptait 56 routeurs. Il refusa de faire du cas extrême la norme : RFC 1266
Sept routeurs disparaissent lorsqu’on passe d’une phrase à la suivante. La RFC 1266 en recense d’abord 56 dans sept systèmes autonomes, puis précise que 49, répartis dans six systèmes, appartiennent à l’Internet en exploitation. Les sept autres sont ceux du réseau d’essai T3…
Dossier
La réponse a nommé un groupe. Le parc de caches n’a reçu aucun ordre commun : RFC 9875
RFC 9875 permet à une origine de déclarer que plusieurs réponses stockées sont liées et de signaler leur invalidation après une modification. Ce vocabulaire éclaire le travail d’un cache donné; il ne transforme pas un en-tête en purge synchronisée de toute la chaîne de diffusion.

Tendances mondiales des FAI régionaux
Renuméroter IPv6 lie les durées, le DNS et le retour arrière
Un préfixe IPv6 peut changer dans le routage en quelques minutes alors que succursales, résolveurs, applications et sessions établies continuent d'obéir à d'autres horloges. La vraie décision n'est pas le moment d'annoncer le nouveau préfixe, mais celui où les preuves permettent…
Dossier
Le paquet contenait deux formes, pas encore une seule clé : RFC 9935
Un paquet de clé privée ML-KEM peut réunir la graine compacte et la clé de décapsulation développée. Cette commodité ne vaut pas preuve d’identité: sans recalcul et comparaison, le destinataire n’a observé que deux valeurs bien encodées.

Histoire d'Internet
Le réseau ne devait pas battre la mesure. Le récepteur la reconstruisait : RFC 1257
Une image vidéo peut parvenir trop tôt, la suivante presque à la limite, puis les deux s’afficher à cadence régulière. En 1991, la RFC 1257 fit de cet écart une question d’architecture: le réseau devait fournir une capacité et une borne de délai, tandis que le récepteur assumait…
