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.

RFC 9845 : les watts baissent, la preuve reste à construire

IETF

RFC 9845 : les watts baissent, la preuve reste à construire

Une courbe électrique descend vite. Démontrer qu’un réseau a réellement réduit son empreinte, sans déplacer la charge ni dégrader le service, exige une chaîne de preuves beaucoup plus longue.

10 sept. 2026
Le paquet non compressé qui modifiait encore l’historique : RFC 1967

Histoire d'Internet

Le paquet non compressé qui modifiait encore l’historique : RFC 1967

Le drapeau C/U de LZS-DCP peut annoncer des données non compressées sans annoncer un état immobile. Avec Process-Uncompressed, les octets transmis tels quels alimentent les deux copies de l’historique. RFC 1967 isole en outre ordre, contrôle et remise à zéro par History Number…

10 sept. 2026
La révision 04 de CMIS ajoute le transfert de contrôle, mais laisse la dernière écriture en suspens

IETF

La révision 04 de CMIS ajoute le transfert de contrôle, mais laisse la dernière écriture en suspens

Retirer une page d’une liste d’autorisation prend une ligne de configuration. Restituer sans ambiguïté le contrôle d’un module optique peut demander davantage. Si le contrôleur distant a déjà exécuté deux étapes d’un réglage et que le système hôte récupère la page avant la…

9 sept. 2026
La révision 04 promet l’identité UUID, mais son schéma énergétique pointe encore vers un nom local

IETF

La révision 04 promet l’identité UUID, mais son schéma énergétique pointe encore vers un nom local

Dans un inventaire local, `psu-1` peut suffire. Dans deux centres d’administration, ce même nom peut désigner deux alimentations sans aucun lien. La révision 04 du modèle YANG énergie de GREEN affirme justement vouloir sortir de cette ambiguïté grâce à l’UUID. Pourtant, le chemin…

9 sept. 2026
Le renouvellement de K-root par le RIPE NCC exige trois procès-verbaux, pas un statut global

Récits

Le renouvellement de K-root par le RIPE NCC exige trois procès-verbaux, pas un statut global

Une ligne de suivi peut être exacte et rester insuffisante. Le RIPE NCC indique que le renouvellement de trois sites centraux de K-root est en cours et qu’Amsterdam a déjà été renouvelé. Ce que l’on peut en conclure s’arrête là: pour savoir si chaque changement est clos, il faut…

9 sept. 2026
DKIM2 maintient la double signature jusqu’à sa généralisation, sans définir le point de sortie

IETF

DKIM2 maintient la double signature jusqu’à sa généralisation, sans définir le point de sortie

Un régime transitoire peut rester volontaire tout en étant vérifiable. La révision 01 des bonnes pratiques DKIM2 recommande de conserver DKIM1 et DKIM2 jusqu’à ce que le nouveau mécanisme soit « effectivement omniprésent ». Elle ne précise toutefois ni la population observée, ni…

9 sept. 2026
Le manifeste accompagne la télémétrie, pas son interprétation

IETF

Le manifeste accompagne la télémétrie, pas son interprétation

La révision 14 conserve avec les données le contexte de la plateforme, du schéma et de la collecte. Elle rend une mesure plus intelligible, sans certifier que la série est complète, que l’horloge est juste ou que la décision qui en découle est fondée.

9 sept. 2026
La ligne de journal est lisible. L’autorité sur la connexion ne l’est pas : RFC 9850

IETF

La ligne de journal est lisible. L’autorité sur la connexion ne l’est pas : RFC 9850

RFC 9850 donne aux outils de diagnostic une grammaire commune pour les secrets TLS. Cette lisibilité technique ne dit ni qui pouvait ouvrir la connexion à l’observation, ni quand ce pouvoir a réellement pris fin.

9 sept. 2026
Le cookie est revenu, pas encore le service : la limite de la RFC 9853

Dossier

Le cookie est revenu, pas encore le service : la limite de la RFC 9853

La RFC 9853 permet à un pair DTLS de vérifier une adresse apparue après qu'un Connection ID a retrouvé le contexte de sécurité existant. Le cookie retourné autorise une décision de liaison à un instant précis; il n'explique ni le changement d'adresse ni la continuité du service.

9 sept. 2026
Le Vérificateur s’est abonné, pas la décision

IETF

Le Vérificateur s’est abonné, pas la décision

Un projet de l’IETF transforme l’attestation des équipements en flux d’événements. Il rapproche la mesure de l’observation, sans abolir les frontières entre preuve reçue, évaluation, autorisation et résultat.

9 sept. 2026
Deux chemins appariés ne prouvent pas un aller-retour : RFC 9854

Dossier

Deux chemins appariés ne prouvent pas un aller-retour : RFC 9854

Dans un réseau radio contraint, le trajet qui permet à une requête d'atteindre sa cible peut être inutilisable dans l'autre sens. Le RFC 9854 traite ce problème avec deux instances directionnelles liées; cette liaison protège la cohérence du contrôle, mais elle ne constitue ni…

9 sept. 2026
Un dictionnaire perdu dans un sens, le trafic continuait dans l’autre : RFC 1962

Histoire d'Internet

Un dictionnaire perdu dans un sens, le trafic continuait dans l’autre : RFC 1962

Sur une liaison PPP, « les deux extrémités sont d’accord » était une formule trop grossière. En 1996, RFC 1962 a séparé deux décisions: ce que chaque récepteur sait décompresser et ce que son pair peut donc lui envoyer. La même séparation limite la panne: un dictionnaire peut…

9 sept. 2026
Le contrôleur a reçu l’état. Il lui manquait encore une horloge : RFC 9857

Dossier

Le contrôleur a reçu l’état. Il lui manquait encore une horloge : RFC 9857

RFC 9857 rend enfin l’état des chemins candidats SR Policy visible hors du routeur de tête. Cette visibilité inverse le sens habituel de l’automatisation, sans résoudre la question décisive: de quand date l’observation et jusqu’où peut-on lui faire confiance ?

9 sept. 2026
Aucun mémo ne pouvait commander au réseau : RFC 1958 et le droit de changer

Histoire d'Internet

Aucun mémo ne pouvait commander au réseau : RFC 1958 et le droit de changer

Un texte intitulé « Principes architecturaux de l’Internet » aurait pu se prendre pour une constitution. RFC 1958 fit le contraire: avant d’énoncer ses règles, il organisa leur droit à devenir caduques.

9 sept. 2026
Une entropie nouvelle entre dans la session ; la reprise reste à prouver dans les deux sens

IETF

Une entropie nouvelle entre dans la session ; la reprise reste à prouver dans les deux sens

Le KeyUpdate ordinaire de TLS 1.3 prolonge une chaîne de secrets déjà établie. Le projet Extended Key Update propose de refaire un échange de clés dans une session vivante et d'injecter un secret partagé neuf. Cette opération ouvre une possibilité de reprise après compromission…

9 sept. 2026
L’URL transportait une requête, pas son autorité : RFC 1959

Histoire d'Internet

L’URL transportait une requête, pas son autorité : RFC 1959

Une adresse que l’on peut copier donne une impression de stabilité. Pourtant, dans le cas de RFC 1959, ce qui voyageait n’était ni une fiche d’annuaire ni une décision d’accès. L’URL rassemblait les éléments nécessaires à la construction d’une recherche LDAP. Le serveur…

9 sept. 2026
Le jeu de paramètres se vérifie. Pas l’état de signature : RFC 9858

Dossier

Le jeu de paramètres se vérifie. Pas l’état de signature : RFC 9858

RFC 9858 enrichit HSS/LMS de nouveaux choix de hachage et de niveau de sécurité. Il ne résout pas la difficulté propre aux signatures avec état: démontrer qu’une feuille à usage unique n’a été consommée qu’une seule fois, y compris après une panne, une restauration ou deux…

9 sept. 2026
Cricket Liu et le long travail pour rendre le DNS exploitable

Créateurs

Cricket Liu et le long travail pour rendre le DNS exploitable

Le parcours de Cricket Liu suit l’évolution du DNS, d’un service spécialisé administré par quelques opérateurs à un plan de contrôle d’entreprise et, de plus en plus, à un capteur de sécurité. Son importance tient moins à l’invention de protocoles qu’à l’explication du…

9 sept. 2026
Le blanc devenu contrat : quand les implémentations POP3 ont rétréci la norme

Histoire d'Internet

Le blanc devenu contrat : quand les implémentations POP3 ont rétréci la norme

RFC 1957 raconte une panne née non d’un octet interdit, mais d’un octet superflu. À force de voir un serveur très répandu ajouter une espace après son indicateur d’état, des clients ont fini par prendre cette habitude pour la grammaire du protocole.

9 sept. 2026
Le chemin de secours était prêt. Le service multicast restait à prouver : RFC 9860

Dossier

Le chemin de secours était prêt. Le service multicast restait à prouver : RFC 9860

En étendant MoFRR avec un chemin calculé par TI-LFA, la RFC 9860 réduit une attente importante. Elle ne supprime pas la nécessité de démontrer ce qui s'est passé entre l'état de routage, la bascule locale et les récepteurs.

9 sept. 2026