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.

Créateurs
Stefan Savage et la mesure de la cybercriminalité comme système
Les recherches de Stefan Savage ont remplacé les récits d’attaque par des mesures du trafic, des chaînes d’approvisionnement, des incitations et des chemins de défaillance. Du déni de service aux véhicules connectés, sa méthode consiste à identifier le mécanisme qui rend l’abus…

Récits
À Mumbai, APNIC prépare aussi ceux qui enseigneront après lui
L’atelier d’automatisation doit apprendre aux entités à former leurs collègues et à reconstruire un laboratoire pédagogique. Un passage de relais concret se dessine avant le retrait de cette matière du cursus animé par des instructeurs, prévu fin 2026.

Dirigeants
Abdiel Marin, ou l’architecture des flux de travail en ophtalmologie
Abdiel Marin a construit EyeMD EMR à partir d’une idée simple mais exigeante: un logiciel d’ophtalmologie doit épouser le travail réel d’un cabinet au lieu d’imposer les catégories d’un dossier médical généraliste. Ses choix ont relié l’imagerie spécialisée, les standards…

Histoire d'Internet
Le numéro de version a survécu. Pas le cadre de sécurité : RFC 1441
Dans un message SNMP, l’entier `1` peut désigner la version communautaire de SNMPv2. Ce petit décalage n’est pas une erreur de calcul: c’est le vestige d’une architecture en pièces détachées. Le numéro aide le moteur à choisir une grammaire de message. Il ne certifie ni le modèle…

Histoire d'Internet
L’alarme subsistait. Sa route vers l’autre gestionnaire avait expiré : RFC 1451
Une station continuait de mesurer, de comparer et de compter. Pourtant, le chemin qui devait porter ses alertes vers une autre station pouvait disparaître après un simple compte à rebours. La RFC 1451 avait séparé la permanence de l’alarme de celle de son destinataire. Cette…

Histoire d'Internet
Le nom d’utilisateur ressemblait à une personne. L’espace de noms ne garantissait qu’une case : RFC 1439
Un identifiant facile à deviner rendait le courrier électronique plus humain. Il rendait aussi l’erreur plus trompeuse: lorsque deux noms produisaient la même chaîne, le système pouvait livrer sans faute technique au mauvais destinataire humain. En 1993, la RFC 1439 a placé cette…
Dossier
Le canal sécurisé a échoué. Le client ne pouvait pas revenir en arrière : RFC 9887
La RFC 9887 transforme une modernisation du transport en règle d’autorité: l’échec du chemin TACACS+ protégé n’autorise pas l’usage du chemin ancien, même s’il reste joignable.

Histoire d'Internet
Le fichier était arrivé. Le destinataire ne l’avait pas encore accepté : RFC 1440
La RFC 1440 imaginait un dépôt sans rendez-vous: un expéditeur poussait un fichier vers une machine où il ne possédait aucun compte, puis repartait tandis que l’objet attendait dans un espace commun. Le réseau avait fini son travail. Pour le destinataire, l’histoire n’avait pas…

Entreprises institutionnelles mondiales
Batfish et la promesse de vérifier le réseau avant un changement
Batfish transforme les configurations de plusieurs fournisseurs en un modèle commun du routage et de l’acheminement. Avant la mise en production, l’opérateur peut ainsi vérifier la disponibilité, les politiques et la résistance à certaines défaillances. La valeur opérationnelle…

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.

Entreprises institutionnelles mondiales
Batfish et la promesse de tester un réseau avant sa modification
Batfish transforme des configurations multifournisseurs en un modèle de routage et de transfert afin de vérifier la joignabilité, les politiques et le comportement en cas de panne avant toute modification de la production. Ses réponses peuvent être exhaustives dans le modèle…

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…
