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.

Le milieu vulnérable d’une migration TACACS+ sécurisée : RFC 9887 et le coût d’une double voie d’authentification

IETF

Le milieu vulnérable d’une migration TACACS+ sécurisée : RFC 9887 et le coût d’une double voie d’authentification

Un client TACACS+ utilisant TLS ne doit pas revenir au non-TLS lorsque la négociation TLS échoue. Pourtant, une migration peut conserver temporairement des serveurs TACACS+ non-TLS distincts pour les équipements qui ne peuvent pas changer en même temps. Cette coexistence n’est…

5 sept. 2026
La notification était arrivée. Un serveur n’avait encore rien à livrer

Dossier

La notification était arrivée. Un serveur n’avait encore rien à livrer

Une petite réponse XML peut annoncer une nouvelle vue RPKI avant que l’infrastructure soit réellement prête à la servir. Le projet soumis au dernier appel de l’IETF fixe donc une règle de publication très concrète: les objets d’abord, leur notification ensuite. Dans une ferme de…

5 sept. 2026
BGP avait retenu la route. Le headend n’avait encore choisi aucun chemin : RFC 9830

Dossier

BGP avait retenu la route. Le headend n’avait encore choisi aucun chemin : RFC 9830

Un réflecteur de routes présente au headend une annonce SR Policy parfaitement recevable. Le tableau BGP l’affiche comme meilleure route de son NLRI. Quelques secondes plus tard, le trafic continue pourtant d’emprunter une candidate apprise par PCEP. Il n’y a pas contradiction…

5 sept. 2026
Le message portait une liste d’accès ; la machine destinataire n’avait pas promis de l’appliquer : RFC 1505

Histoire d'Internet

Le message portait une liste d’accès ; la machine destinataire n’avait pas promis de l’appliquer : RFC 1505

Le fichier est arrivé avec un propriétaire, un groupe et une liste de droits. Rien ne garantit pourtant que ces noms désignent les mêmes personnes sur l’ordinateur qui le reçoit. En 1993, RFC 1505 voulut transporter non seulement des octets par courrier électronique, mais aussi…

5 sept. 2026
Le défi a libéré le message. Il n’avait pas encore atteint la liste

Dossier

Le défi a libéré le message. Il n’avait pas encore atteint la liste

Le 11 septembre, l’IETF prévoit de basculer ses services de courrier vers une architecture modulaire. Entre le dépôt d’un message inconnu et son arrivée chez un abonné se succèdent pourtant plusieurs prises de responsabilité. Une réponse positive à l’une d’elles ne peut servir de…

5 sept. 2026
Le numéro de CRL montait. L’autorité, elle, était passée au manifeste : RFC 9829

Dossier

Le numéro de CRL montait. L’autorité, elle, était passée au manifeste : RFC 9829

Un validateur voit un compteur plus élevé et s’apprête à choisir. Pourtant, dans la RPKI, ce réflexe produit précisément le second centre d’autorité que RFC 9829 supprime. La CRL pertinente n’est pas celle dont le numéro impressionne: c’est l’objet vers lequel convergent le…

5 sept. 2026
Le routeur a réécrit le numéro, puis le paquet a perdu son histoire : RFC 1504

Histoire d'Internet

Le routeur a réécrit le numéro, puis le paquet a perdu son histoire : RFC 1504

Après une réécriture, RFC 1504 demandait de vérifier la somme de contrôle DDP puis de la remettre à zéro. Ce petit geste avouait quelque chose de plus vaste: le paquet présenté au réseau local n’était plus l’objet reçu au tunnel, et aucune empreinte ne pouvait remplacer la…

5 sept. 2026
La clé changée sans rompre la connexion : le signal de relève de TCP-AO

Histoire d'Internet

La clé changée sans rompre la connexion : le signal de relève de TCP-AO

Pour une session de routage durable, remplacer une clé d'authentification pouvait signifier choisir entre un secret vieillissant et une coupure. TCP-AO a rendu la relève visible dans chaque sens grâce à KeyID et RNextKeyID, sans confier à TCP la distribution des clés.

5 sept. 2026
La liste a gardé son ordre. Une partie de la politique s’est perdue : RFC 9825

Dossier

La liste a gardé son ordre. Une partie de la politique s’est perdue : RFC 9825

Lors d’un changement d’aire, une équipe a voulu « préserver » les étiquettes de quatre routes composantes sur leur préfixe agrégé. Le routeur, lui, ne les avait pas oubliées: il appliquait la règle qui déconseille de transférer les étiquettes des composants vers le résumé. En…

5 sept. 2026
« Si les réponses sont nombreuses » : RFC 1501 avant le mandat

Histoire d'Internet

« Si les réponses sont nombreuses » : RFC 1501 avant le mandat

Le passage décisif de RFC 1501 était au conditionnel. Une réponse assez forte devait précéder la démarche auprès d’IBM, laquelle devait elle-même précéder la formation d’une organisation. Le numéro RFC rendait cette promesse publique; il ne pouvait accomplir les étapes annoncées.

5 sept. 2026
Le lecteur pouvait archiver l’objet sans pouvoir le comprendre : RFC 1496

Histoire d'Internet

Le lecteur pouvait archiver l’objet sans pouvoir le comprendre : RFC 1496

Dans un environnement X.400(84), recevoir une pièce MIME inconnue pouvait aboutir à un geste très modeste: l’enregistrer dans un fichier, puis chercher un autre programme capable de l’ouvrir. RFC 1496 considérait cette issue comme préférable à la destruction du message. Il ne la…

5 sept. 2026
La méthode EAP a réussi ; la session protégée attendait encore son second témoin : RFC 9820

Dossier

La méthode EAP a réussi ; la session protégée attendait encore son second témoin : RFC 9820

Le contrôleur avait supprimé la session après expiration de son délai. Dans son journal, l’objet était donc clos. L’équipement, isolé au même instant par une coupure radio, n’avait reçu ni la requête DELETE protégée ni la raison de son éviction. Il conservait son contexte et…

5 sept. 2026
Trois groupes ML-KEM approuvés, mais aucune recommandation générale

Dossier

Trois groupes ML-KEM approuvés, mais aucune recommandation générale

Une ligne de registre peut être techniquement complète tout en refusant de trancher à la place de l’exploitant. Pour les trois groupes ML-KEM autonomes que l’IESG vient d’approuver pour publication, le code existe, DTLS est admis, mais la colonne `Recommended` reste à `N`. Cette…

5 sept. 2026
Le serveur de noms avait sauté une étape visible, pas une relation : RFC 1498

Histoire d'Internet

Le serveur de noms avait sauté une étape visible, pas une relation : RFC 1498

Un serveur de noms pouvait recevoir le nom d’un service et rendre directement plusieurs points d’attachement. Cette réponse compacte était commode. Elle ne supprimait pourtant ni la machine qui exécutait le service ni les deux liaisons conceptuelles que le résultat venait de…

5 sept. 2026
Le code répondait. La spécification d’origine restait introuvable : RFC 1492

Histoire d'Internet

Le code répondait. La spécification d’origine restait introuvable : RFC 1492

« Believed compatible »: quelques mots prudents portent tout le poids institutionnel de RFC 1492. En juillet 1993, la mise en œuvre simple de Cisco pouvait servir de témoin pour reconstruire TACACS, mais non de preuve d’un texte original que l’auteur n’avait pu obtenir pour des…

5 sept. 2026
Trois attestations exactes ne prouvent pas qu’elles appartiennent à la clé du CSR

Dossier

Trois attestations exactes ne prouvent pas qu’elles appartiennent à la clé du CSR

Dans une chaîne de certification automatisée, trois voyants verts peuvent cacher une faute d’identité. Une preuve décrit une clé créée dans un HSM, une autre une machine détenue par l’entreprise, une troisième un état jugé sain. Tant que l’autorité n’a pas démontré qu’elles…

5 sept. 2026
Un seul minuteur a réglé trois mécanismes IPv6. Les compteurs ont perdu la cause

Dossier

Un seul minuteur a réglé trois mécanismes IPv6. Les compteurs ont perdu la cause

Le ticket demandait de modifier le rythme de détection d’une adresse dupliquée. La valeur choisie a aussi changé la résolution d’adresse et les sondes de joignabilité. Rien n’était invalide dans la transaction: c’est son périmètre réel qui n’avait pas été comptabilisé.

5 sept. 2026
Le huitième bit a disparu, une translittération est restée : RFC 1489

Histoire d'Internet

Le huitième bit a disparu, une translittération est restée : RFC 1489

Un archiviste peut parfois lire une phrase russe après que son fichier a perdu tous ses bits de poids fort. Cette chance ne lui donne pourtant ni les octets d’origine, ni la preuve du codage, ni le droit de certifier les mots qu’il croit reconnaître. La table KOI8-R enregistrée…

5 sept. 2026
Le paquet n’avait pas de SRH. Il pouvait tout de même viser un SID SRv6

Dossier

Le paquet n’avait pas de SRH. Il pouvait tout de même viser un SID SRv6

Le pare-feu frontal cherche un en-tête de routage de type 4, n’en trouve pas et classe le paquet comme IPv6 ordinaire. L’adresse de destination correspond pourtant à une fonction SRv6 locale. L’équipement a bien lu le paquet; c’est la question posée qui était trop étroite.

5 sept. 2026
Le MX a trouvé une passerelle. Il n’a pas prouvé que le télécopieur existait : RFC 1486

Histoire d'Internet

Le MX a trouvé une passerelle. Il n’a pas prouvé que le télécopieur existait : RFC 1486

Pour faire entrer un numéro de téléphone dans le DNS, l’expérience de 1993 commençait par le lire à l’envers. Cette inversion rendait la délégation possible; elle ne transformait ni le DNS en annuaire téléphonique, ni une route de courrier en preuve de remise sur papier.

5 sept. 2026