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 proposition ajoutait un en-tête. Elle refusait de réécrire l’adresse : RFC 1955
Enfouir un paquet sous un second paquet peut donner l’impression qu’on a évité de choisir. RFC 1955 faisait au contraire un choix très précis: conserver intactes les adresses IPv4 vues par les hôtes, mais confier aux routeurs de bordure et au DNS une nouvelle géographie de…

Histoire d'Internet
Quand le canal remplaçait l’en-tête : la frontière ATM de RFC 1954
Sur un lien ATM d'Ipsilon, l'étiquette d'un flux ne s'ajoutait pas simplement à un paquet IPv4. Elle choisissait un VPI/VCI et pouvait retirer du paquet jusqu'à seize octets d'informations répétées. RFC 1954 montre ainsi où l'optimisation devient dépendance d'état — et où doit…

Histoire d'Internet
Le raccourci venait du commutateur. Le routeur gardait le droit de dire non : RFC 1953
Dans RFC 1953, la voie rapide n’était pas une nouvelle autorité sur le paquet. Le voisin aval choisissait une étiquette dans son espace local et proposait au voisin amont de l’attacher à un flux IP défini. Celui-ci pouvait ne rien faire. Même acceptée, l’association expirait; en…

Tendances institutionnelles – Amérique du Nord
L’accord Chime–Stride prévoit dix-huit mois de repli contractuel
Chime veut transformer un partenariat bancaire en actif détenu. Mais l’accord à 590 millions de dollars organise aussi l’échec réglementaire: dans un corridor précisément défini, trois contrats avec Stride Bank gagnent automatiquement dix-huit mois, puis peuvent repartir pour des…

Histoire d'Internet
Le fichier était fini, puis il a continué : la frontière des membres de gzip
Un fichier gzip peut être complet sans être définitif. Après sa bande de fin, un second membre peut commencer, puis un troisième. Le décompresseur restitue leurs contenus dans l’ordre alors que les octets antérieurs demeurent intacts. RFC 1952 a ainsi placé l’extension non dans…

Histoire d'Internet
Le centre de clés s’est dissous dans l’arbre, pas son autorité : RFC 1949
Un goulot d’étranglement peut disparaître sans que le pouvoir qu’il concentrait disparaisse avec lui. RFC 1949 proposait de confier aux nœuds déjà authentifiés d’un arbre multicast la capacité de distribuer les secrets du groupe aux arrivants suivants. Le calcul devenait plus…

Récits
RIPE Atlas rappelle la mise à jour ; l'hôte doit encore trouver le bon chemin
La future relance des anciennes sondes logicielles ne supprime ni les circuits de distribution ni les décisions locales de maintenance.

IETF
Les nouveaux numéros d’algorithme d’OpenPGP réécrivent les vecteurs de test
Un numéro de registre paraît être une étiquette. Dans le projet OpenPGP consacré aux combinaisons post-quantiques, il fait pourtant partie du calcul. Huit algorithmes portent encore les valeurs expérimentales 100 à 107 dans la révision publiée, alors qu’une branche ouverte…

Histoire d'Internet
Le mot de passe n’était juste qu’une fois : RFC 1938 et l’état que le succès détruit
Un mot de passe réutilisable prétend décrire une vérité stable. RFC 1938 a proposé une vérité plus étrange: la bonne réponse cesse de l’être dès qu’elle est acceptée. Le serveur remplace alors son vérificateur par la réponse reçue. Cette mutation, plus que le simple calcul…

Histoire d'Internet
Cinq serveurs, un seul droit d’attribuer : la leçon de RFC 1931
La redondance rassure parce qu’elle se compte: une machine de plus, un chemin de plus, une panne de moins. Mais le service décrit par RFC 1931 posait une question moins confortable. Si plusieurs serveurs peuvent attribuer une adresse à une nouvelle machine, combien de versions de…

IETF
Retrait d’IPv4 : le périmètre compte autant que le chiffre
Un nouveau projet individuel distingue la suppression d’un protocole d’une baisse mesurée du risque. Reste à savoir qui assume la compatibilité laissée hors du périmètre.

IETF
Un identifiant de clé EDHOC peut désigner plusieurs PSK
Dans un échange EDHOC, quelques octets peuvent désormais déclencher une recherche plurielle. La révision 09 du projet EDHOC-PSK autorise une même valeur `ID_CRED_PSK` à renvoyer vers plusieurs clés prépartagées candidates, avec leurs justificatifs associés. Le serveur les essaie…

Histoire d'Internet
Le trombone doré semblait décoratif. C’était une commande : RFC 1927
Une agrafe se comprend d’un coup d’œil. C’est précisément ce qui rend le RFC 1927 si drôle et si instructif. Son accessoire de bureau devait indiquer à la fois la force d’un lien, l’apparence d’un ensemble, le choix d’un circuit de travail, l’emplacement d’une annotation et le…

Histoire d'Internet
Le paquet avait un alphabet et une hauteur, mais aucun signe de fin : RFC 1926
On peut attribuer une lettre à chaque quartet et une fréquence à chaque réseau acoustique. Mais un récepteur qui entend le début d’un paquet doit encore décider si le silence suivant est une fin, une pause ou une panne. RFC 1926 transforme cette hésitation en leçon sur ce qu’une…

Tendances institutionnelles mondiales
GRAND dans FreeBSD : annoncer plus tôt sans confondre les réponses
Le récit d’une amélioration d’IPv6 révèle une question de maintenance: comment partager une mécanique de mise en attente sans imposer les mêmes règles à des messages qui ne remplissent pas le même rôle ?

IETF
Un défi OAuth peut resservir si le serveur ne l’interdit pas
Le serveur vient de remettre une valeur fraîche à un client OAuth. Celui-ci l’insère dans une preuve, obtient une réponse, puis prépare une nouvelle requête. Peut-il reprendre la même valeur ? La révision 11 du projet de l’IETF sur l’authentification des clients par attestation…

Récits
Le guide RPKI d’AFRINIC nomme un validateur retiré en 2021, mais son lien exécute désormais Routinator
Une adresse web peut rester fidèle tandis que le logiciel change. Chez AFRINIC, ce choix utile a maintenu le service accessible, mais il a aussi laissé deux noms différents pour la même destination.

Tendances centres de données mondiales
NSD remet chaque certificat dans sa propre règle d’accès
La version 4.15.2 corrige un refus de transfert de zone provoqué par la coexistence de plusieurs identités légitimes. Une connexion TLS établie ne suffisait pas à montrer que le bon serveur secondaire recevait les données.

Tendances centres de données mondiales
FRRouting corrige un seuil numérique, pas la vitesse des ports
Le correctif de bande passante intégré aux versions de maintenance d’août impose deux critères de recette: le mode d’encodage et l’endroit où l’on vérifie la valeur. Un même total ne doit pas nécessairement donner le même nombre chez tous les voisins.

IETF
Une version minimale YANG n’est pas un seuil de compatibilité
Le compilateur reçoit une recommandation apparemment sage: ne pas descendre sous 3.1.0. Il trouve pourtant deux candidats inattendus, 3.1.2 `_non_compatible` et 4.1.2. Selon la règle proposée par le projet YANG Semantic Versioning, les deux franchissent le filtre. Le mot «…
