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.

Histoire d'Internet
La session WAN était ouverte, mais les terminaux gardaient deux liaisons distinctes : RFC 1434
Le terminal recevait bien un acquittement, mais celui-ci venait du commutateur voisin, pas de la machine distante. Avec la RFC 1434, cette différence n'était pas une imperfection à masquer: elle devenait le principe même du Data Link Switching, qui isolait les délais du WAN tout…

Tendances mondiales des services cloud
Chez Netskope, la croissance encaisse moins d’avance
Le paiement annuel laisse davantage de trésorerie chez le client. Pour le fournisseur de sécurité, le passage à ce rythme rend plus exigeant le redressement attendu au second semestre.

Histoire d'Internet
La route désignait le prochain saut, mais la liaison devait encore répondre : RFC 1433
Sur un grand réseau de données, deux adresses IP pouvaient sembler voisines sans disposer d’un chemin direct entre elles. La RFC 1433 a traité ce décalage: apprendre un prochain saut, découvrir son adresse de liaison et réussir un échange demeuraient trois résultats différents.

IETF
L’OAM CATS peut vérifier une politique d’aiguillage. Il ne peut pas choisir le remède.
Le projet OAM du groupe CATS part d’un problème concret: une instance peut rester joignable sur le réseau alors que le service applicatif est saturé, bloqué ou indisponible. Ajouter des mesures de lien, de chemin, d’instance et de service peut donc éviter de confondre une adresse…
Dossier
La capacité était annoncée. Le protocole n’était pas autorisé : RFC 9885
Dans IS-IS, un indicateur de capacité peut aider l’exploitant à poser la bonne question sans jamais fournir la réponse qui autorise un déploiement. La RFC 9885 sépare précisément le signal générique, la prise en charge réelle de chaque codepoint et la décision locale de faire…

Histoire d'Internet
Le correctif provisoire gagnait du temps. Il pouvait dépenser l’avenir : RFC 1380
En 1992, l’Internet ne courait pas contre une seule échéance. Les tables de routage et les numéros de réseau de classe B pressaient déjà les machines et leurs opérateurs; une nouvelle couche Internet exigeait une décision beaucoup plus lente. RFC 1380 a refusé de mettre ces…

Histoire d'Internet
Le réseau retrouvait le livre, pas l’état du rayon : ce que conservait la RFC 1432
Une fiche de catalogue inspire confiance parce qu’elle ordonne le monde: un auteur, un titre, une édition, parfois un prix. En 1993, la RFC 1432 montrait déjà que la fiche pouvait voyager par le réseau bien plus vite que la réalité qu’elle décrivait ne pouvait se synchroniser.
Dossier
L’étiquette a atteint la sortie. Le trajet intermédiaire est resté invisible : RFC 9884
Un voyant vert ne possède pas de grammaire. Il ne dit pas spontanément si l’on a validé une étiquette, une politique, une liste de segments ou le chemin réellement emprunté. RFC 9884 apporte une réponse précise au nœud de sortie; le risque commence quand l’organisation lui fait…

IETF
Formation IETF : livrer les fichiers ne suffit pas à passer la main
Les réponses publiées le 31 août précisent comment les futurs prestataires devront remettre sous-titres, transcriptions et scripts de narration. L'enjeu n'est pas seulement de posséder les éléments d'un cours: il faut pouvoir les faire évoluer sans dépendre de son premier…

Histoire d'Internet
Le transport avait ouvert une connexion. SNMP gardait la reprise : RFC 1283
Une connexion fournit un récit très convaincant: elle s’ouvre, dure, puis se ferme. RFC 1283 a pourtant refusé d’en faire le récit complet d’une opération de gestion. En 1991, le document a posé SNMP sur un transport OSI orienté connexion tout en maintenant plus haut les…
Dossier
La demande était signée. L’autre clé privée restait déclarée : RFC 9883
Une signature parfaitement valide peut certifier l’auteur d’une déclaration sans prouver le fait déclaré. RFC 9883 applique exactement cette distinction à deux clés privées: l’une signe la demande, l’autre n’est jamais mise à l’épreuve. La confiance manquante devient alors une…

Histoire d'Internet
Le client avait trouvé la personne. La note appartenait encore à un seul annuaire : RFC 1431
En 1993, faire apparaître la bonne fiche à l'écran ne suffisait déjà pas à prouver la qualité d'une recherche. RFC 1431 proposa de compter le travail caché de X.500, puis prit soin de montrer pourquoi ce compte restait attaché à son terrain d'essai.
Dossier
RFC 9882 : le champ indiquait SHA-512, sans toujours agir sur la signature
Dans un objet CMS, une valeur obligatoire peut être exacte sans décrire le calcul qui a réellement eu lieu. RFC 9882 en donne un cas particulièrement net: sur l’un de ses deux chemins ML-DSA, le signataire doit annoncer SHA-512 et le vérificateur doit ne tenir aucun compte de…

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…
