Sujet
Automatisation de la sécurité
Au sein de la facette Sujet, la veille thématique Automatisation de la sécurité 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.

Récits
APNIC 62 : une révocation publiée, trois décisions de navigateur
Le numéro de série figurait sur la liste des certificats révoqués. Il restait à savoir si ce fait pouvait arrêter une connexion. L'essai présenté par Geoff Huston à APNIC 62 a donné une réponse différente selon le client, et montre pourquoi le registre d'une autorité de…

Tendances mondiales des services cloud
Corero : la hausse du chiffre d’affaires ne suit pas celle des contrats récurrents
Le premier semestre combine une nette reprise des ventes, davantage de licences encaissées d’emblée et une base de revenus annualisés qui évolue plus lentement.

IETF
Composite ML-KEM dans CMS : l’approbation IESG révèle une chaîne de dépendance encore ouverte
Le 18 septembre 2026, l’IESG a approuvé `draft-ietf-lamps-cms-composite-kem-03` comme Proposed Standard dans une Protocol Action. Cette étape est importante, mais elle ne clôt ni la production RFC ni la chaîne de dépendance technique: le document CMS se trouve dans la file du RFC…

IETF
Plusieurs alertes dans un même envoi, autant de décisions à prouver
Le projet multi-SET soumis à la dernière consultation de l’IESG promet de réduire le nombre de requêtes nécessaires à la circulation des événements de sécurité. Le gain de transport n’établit pourtant ni l’ordre des traitements ni la révocation effective d’un accès chez le…

IETF
ACTN entre paquets et optique : deux avis demandent qui répond de l’état du réseau
Un orchestrateur peut décrire toutes les étapes d’une modification et perdre pourtant la certitude de son résultat après un redémarrage. Deux évaluations de l’IETF, l’une consacrée à la sécurité et l’autre à l’exploitation, demandent au projet ACTN/POI de rendre cette incertitude…

IETF
SAVNET : le dernier appel porte sur les limites du diagnostic
Avant de filtrer une adresse source, il faut savoir ce que la route observée permet réellement de déduire. L’IESG demande jusqu’au 1er octobre des observations sur un texte qui définit ce problème entre réseaux. Il ne soumet pas à approbation un filtre prêt à installer.

Histoire d'Internet
La version 3 est restée ; le service a changé : le pari de RFC 2126
Conserver un numéro rassure: le pair reconnaît l’enveloppe. RFC 2126 montre pourtant le prix de cette continuité. Deux extrémités pouvaient lire « version 3 » sans partager la même classe de transport, les mêmes canaux ni le même contrat de fermeture.

Dossier
RFC 9647 : une route Babel « sélectionnée » ne suffit pas à prouver le service
Une ligne de route Babel peut afficher `selected = true` alors que la chaîne de preuves reste incomplète entre le datastore YANG, la politique effectivement appliquée à l’interface, l’échange authentifié avec le voisin, l’installation dans le plan de transfert, la reprise après…

IETF
L’IESG a examiné la révision 12, la production RFC a reçu la révision 14
Le nom de Safe-IOC n’a pas changé, mais l’objet soumis au jugement, lui, a changé. Entre la conclusion de non-conflit sur la révision 12 et l’entrée de la révision 14 dans la chaîne de production RFC, des commentaires, des modifications techniques et plusieurs autorités se sont…

Histoire d'Internet
L’accord précédait l’appel : la décision en deux temps de RFC 2125
Dans RFC 2125, un pair pouvait accepter l’ajout d’une ligne sans que cette ligne existe encore. Le protocole conservait cet écart: une réponse autorisait l’action, puis un message distinct rapportait le résultat de l’appel réel.

Histoire d'Internet
Le FAS a rendu son verdict ; le commutateur devait encore l’exécuter
RFC 2124 centralisait la décision d’admission sans confondre cette décision avec l’état obtenu dans le commutateur. Son échange de messages racontait quatre histoires distinctes: autoriser, exécuter, réconcilier et compter.

IETF
RFC 9815 : le statut 2 doit survivre au redémarrage
Au passage de relais après un redémarrage, le premier voyant repasse au vert: le nœud répond et ses services restent joignables. Pourtant, dans l’état nouvellement généré, la contrainte négative qui interdisait son emploi comme nœud de transit a disparu. C’est précisément là que…

Tendances services cloud Europe et Moyen-Orient
PCI Pal : 27,9 M£ d’ARR contractual ne sont pas des revenus audités
PCI Pal a relevé deux indicateurs de rythme commercial tout en reportant la publication de ses résultats FY26. Ce double message ne se résout pas en choisissant le chiffre le plus élevé: déploiement, comptabilisation et clôture de l’audit obéissent à des calendriers différents.

Histoire d'Internet
La remise à zéro était dans le paquet suivant : la reprise MPPC de la RFC 2118
La RFC 2118 a donné à Microsoft Point-to-Point Compression une mémoire continue et un signal de reprise remarquablement bref. Quand une perte rompait l’historique partagé, le récepteur demandait une remise à zéro; pourtant, c’était le paquet de données suivant, marqué `FLUSHED`…

IETF
Chiffrer avant d’envoyer : RFC 9787 et la frontière d’engagement du brouillon
Scène hypothétique: quelques phrases saisies sur un ordinateur sont sauvegardées automatiquement, puis réapparaissent sur un téléphone lorsque leur auteur reprend son travail. La continuité est réelle, mais l’envoi ne l’est pas. Les destinataires pressentis ne devraient toujours…

Histoire d'Internet
La carte semblait précise, mais le répéteur ne lisait toujours aucun paquet
En 1997, une console de gestion pouvait situer une adresse source, classer les ports les plus actifs et reconstituer la topologie de plusieurs concentrateurs. RFC 2108 rendait cette carte exploitable en fixant les conditions de l’observation — pas en attribuant une intelligence…

IETF
RFC 9791 et NFFRR : qui peut interdire une seconde réparation locale ?
CE2 disparaît. Pour PE2, la panne ressemble à la perte de son attachement vers le CE; il détourne donc le trafic vers PE3. Mais PE3 voit, lui aussi, son propre attachement comme défaillant et applique la même logique en sens inverse: il renvoie le paquet vers PE2. Deux décisions…

Dossier
RFC 9682 : ce qu’un accent change à la compatibilité
`"é"`, `"\u00E9"`, `"\u{E9}"`: trois écritures CDDL pour une même valeur Unicode, selon la syntaxe révisée par la [RFC 9682](https://www.rfc-editor.org/rfc/rfc9682.html). À l’écran, rien ne distingue le caractère obtenu. Dans le fichier source, tout n’est pourtant pas…

Histoire d'Internet
Deux passages de hachage ont rendu le MAC réutilisable, pas la décision de confiance : RFC 2104
RFC 2104 a transformé des fonctions de hachage itératives déjà disponibles en un code d’authentification de message à deux étages. Cette construction légère pouvait changer de fonction sous-jacente sans changer de principe. Elle attestait une relation précise entre une clé…

IETF
RFC 9686 : l’audit IPv6 dépend de la mémoire que le réseau conserve
Une équipe de conformité doit expliquer, plusieurs mois après les faits, quelle machine utilisait une adresse IPv6 à un instant donné. Elle découvre alors que les journaux n’ont pas tous suivi la même politique: le pare-feu a gardé les flux, le serveur DHCPv6 a supprimé certains…
