Aller au contenu principal

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.

Le lien avait rédigé le message. L’utilisateur devait encore l’envoyer : RFC 2368

Histoire d'Internet

Le lien avait rédigé le message. L’utilisateur devait encore l’envoyer : RFC 2368

En 1998, RFC 2368 a permis à un lien `mailto:` de préparer le destinataire, l’objet, certains en-têtes et un court corps de message. Il n’a pourtant pas transformé le clic en envoi: le client local filtrait la proposition, puis l’utilisateur pouvait la modifier, l’approuver ou…

24 sept. 2026
L’en-tête nommait l’objet. Il n’autorisait pas l’action : RFC 9596

Dossier

L’en-tête nommait l’objet. Il n’autorisait pas l’action : RFC 9596

Un type protégé peut empêcher qu’un objet COSE soit pris pour un autre. Il ne garantit ni la vérité de la charge utile, ni la compétence du signataire, ni le droit d’exécuter l’opération demandée.

24 sept. 2026
RFC 9810 : le certificat a été accordé, mais pas comme demandé

IETF

RFC 9810 : le certificat a été accordé, mais pas comme demandé

Un équipement demande un certificat pour un usage et une durée déterminés. La réponse est authentique, le certificat est bien signé, mais sa durée a été réduite et ses usages ont changé. Dans CMP, ce résultat peut être positif sans être identique à la demande: `grantedWithMods`…

24 sept. 2026
Le gestionnaire a supprimé la ligne. Le circuit pouvait rester : RFC 2366

Histoire d'Internet

Le gestionnaire a supprimé la ligne. Le circuit pouvait rester : RFC 2366

Avec RFC 2366, l'exploitation du multicast IP sur ATM entrait dans les tables SNMP. Mais le texte conservait une dissociation décisive: la ligne d'un client, d'un serveur MARS ou d'un MCS pouvait être supprimée alors que les lignes de circuits virtuels associées existaient…

24 sept. 2026
Le jeton autorisait l’entrée. Le KDC devait encore admettre le membre : RFC 9594

Dossier

Le jeton autorisait l’entrée. Le KDC devait encore admettre le membre : RFC 9594

Dans un système distribué, un feu vert peut appartenir au mauvais étage. RFC 9594 montre pourquoi l’autorisation émise par un serveur ACE n’est ni une preuve d’adhésion au groupe, ni la preuve qu’un état cryptographique exploitable a été installé.

24 sept. 2026
La lutte contre les abus DNS s’arrête-t-elle à chaque accréditation ?

ICANN

La lutte contre les abus DNS s’arrête-t-elle à chaque accréditation ?

Une société peut contrôler plusieurs bureaux d’enregistrement sans que leurs contrats soient confondus. C’est précisément cette séparation que remet en discussion une contribution récente au projet de l’ICANN sur la recherche des noms associés à un abus DNS avéré.

24 sept. 2026
RFC 9590 : LIST s’est terminé avec OK, mais l’inventaire des métadonnées restait troué

Dossier

RFC 9590 : LIST s’est terminé avec OK, mais l’inventaire des métadonnées restait troué

Un serveur peut clore correctement une commande IMAP tout en laissant une question locale sans réponse. RFC 9590 organise précisément ce cas: le succès de LIST et la couverture des annotations par boîte ne sont pas le même reçu.

24 sept. 2026
Une IA intacte peut tout de même ordonner une mauvaise manœuvre réseau

IETF

Une IA intacte peut tout de même ordonner une mauvaise manœuvre réseau

Le nouvel examen inscrit à l’IESG ne porte pas sur l’homologation d’un contrôleur intelligent. Une note proposée sur deux risques distincts a disparu de la réponse révisée, mais la différence entre attaquer le modèle et laisser celui-ci produire une action dangereuse demeure dans…

24 sept. 2026
La signature était valide. Elle ne nommait pas les approbateurs : RFC 9591

Dossier

La signature était valide. Elle ne nommait pas les approbateurs : RFC 9591

Le contrôle a reçu deux objets: un message et une signature Schnorr valide sous la clé publique du groupe. Il en demandait un troisième, la liste des personnes ayant approuvé l’opération. Ce troisième objet n’est pas caché dans la signature. Le RFC 9591 permet à plusieurs parts…

24 sept. 2026
La liste annonçait EdDSA, mais pas encore la courbe : RFC 9864

Dossier

La liste annonçait EdDSA, mais pas encore la courbe : RFC 9864

Une plateforme peut publier une liste d’algorithmes parfaitement valide et ne pas avoir encore décrit une capacité négociable. Le nom `EdDSA` ne dit pas si elle comprend Ed25519, Ed448 ou une convention locale. Le RFC 9864 remet ce choix dans l’identifiant. Il clarifie le langage…

24 sept. 2026
La sauvegarde a restauré la clé — et l’état d’hier : RFC 9802

Dossier

La sauvegarde a restauré la clé — et l’état d’hier : RFC 9802

Deux équipements de signature repartent d’une même sauvegarde. Tous deux possèdent la bonne clé privée et produisent des signatures valides. S’ils réutilisent pourtant le même indice à usage unique, la reprise a détruit l’hypothèse de sécurité sans que le certificat le dise. Le…

24 sept. 2026
L’adresse de demain est validée ; l’itinéraire d’urgence ne l’est pas

IETF

L’adresse de demain est validée ; l’itinéraire d’urgence ne l’est pas

L’extension LoST sur les changements planifiés permet de préparer une bascule d’adresse civique avant sa date d’effet. Elle ne promet pas de connaître l’avenir: elle organise ce que le serveur sait aujourd’hui, ce que le client prépare et ce qui devra encore être vérifié au…

24 sept. 2026
La clé correspondait au DNS, pas encore au droit d’agir

IETF

La clé correspondait au DNS, pas encore au droit d’agir

La révision 14 du projet DANE pour clients relie un nom DNS fourni pendant TLS à un certificat ou une clé publique validés par TLSA et DNSSEC. Cette preuve cryptographique est utile, mais elle ne remplace ni la liste d’accès du serveur ni l’autorisation de l’application.

24 sept. 2026
RFC 9867 : une association de sécurité créée ne prouve pas que la PPK a été incorporée

IETF

RFC 9867 : une association de sécurité créée ne prouve pas que la PPK a été incorporée

Un échange IKEv2 peut aboutir et produire une nouvelle association de sécurité sans que la clé prépartagée censée la renforcer ait participé au calcul. La RFC 9867 autorise ce résultat lorsque la politique rend la PPK facultative. Un tableau de bord limité au mot « créée »…

24 sept. 2026
JOSE et HPKE : deux options retirées du chiffrement de clé, pas du chiffrement intégré

IETF

JOSE et HPKE : deux options retirées du chiffrement de clé, pas du chiffrement intégré

Un suffixe peut délimiter une promesse technique. Dans la version examinée par l’IESG ce 24 septembre, `HPKE-4-KE` et `HPKE-6-KE` ne figurent plus parmi les options proposées pour chiffrer une clé; les identifiants `HPKE-4` et `HPKE-6`, eux, restent dans l’autre mode de JWE.

24 sept. 2026
RFC 9998 : l’échec d’un contrôle d’âge ne vaut pas consentement à un contrôle plus intrusif

IETF

RFC 9998 : l’échec d’un contrôle d’âge ne vaut pas consentement à un contrôle plus intrusif

Un contrôle d’âge ressemble à une question binaire jusqu’au moment où la première méthode ne sait pas répondre. L’utilisateur peut alors voir apparaître une demande de document, d’image faciale, de numéro de téléphone ou d’historique. RFC 9998 explique pourquoi aucune méthode ne…

24 sept. 2026
Avec Airties, chaque blocage de sécurité devient une décision haut débit

Tendances mondiales des télécoms nationaux

Avec Airties, chaque blocage de sécurité devient une décision haut débit

Un routeur qui protège tout le foyer peut aussi interrompre tout le foyer. La nouvelle offre d'Airties élargit utilement la couverture aux appareils dépourvus de logiciel de sécurité, mais elle oblige l'opérateur à rendre chaque blocage compréhensible, contestable et réversible.

24 sept. 2026
RFC 9876 : un numéro du registre CoAP ne garantit pas l’interopérabilité

IETF

RFC 9876 : un numéro du registre CoAP ne garantit pas l’interopérabilité

Dans un protocole contraint, un petit entier peut finir par porter une promesse institutionnelle démesurée. Un identifiant CoAP Content-Format remplace sur le fil un type de média, ses paramètres et, le cas échéant, un codage de contenu. La RFC 9876 rend l’attribution de cet…

24 sept. 2026
Bird finance la liquidité de ses actionnaires avant de prouver la demande des agents IA

Tendances mondiales des services cloud

Bird finance la liquidité de ses actionnaires avant de prouver la demande des agents IA

La dette de 450 millions de dollars et le lancement d’une infrastructure de communication pour agents ont été annoncés ensemble, mais ils ne produisent pas la même preuve. La recapitalisation peut payer des actionnaires dès le closing; le produit, lui, ne crée de valeur que si…

24 sept. 2026
RFC 9874 : la suppression EPP d’un client peut casser le DNS d’un autre

IETF

RFC 9874 : la suppression EPP d’un client peut casser le DNS d’un autre

Une commande de suppression peut être parfaitement autorisée pour le client qui l’envoie et dangereuse pour un domaine géré par un autre. RFC 9874 décrit ce décalage entre droit de commande et portée opérationnelle. La réponse EPP ne suffit donc pas: il faut un reçu qui conserve…

24 sept. 2026