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.

Un justificatif de charge de travail peut survivre à la décision d’attestation

IETF

Un justificatif de charge de travail peut survivre à la décision d’attestation

Le service ancien voit un certificat encore valable. Il vérifie la chaîne, la signature et la possession de la clé, puis ouvre l’accès. Ce qu’il ne voit pas, c’est que la charge de travail attestée en Allemagne a été déplacée en France cinq minutes après l’émission. Le document…

10 sept. 2026
Cinq écritures, un seul objet : quels octets RFC 9804 a-t-il fait signer ?

Dossier

Cinq écritures, un seul objet : quels octets RFC 9804 a-t-il fait signer ?

RFC 9804 organise le passage des S-expressions SPKI entre notation lisible, transport, octets canoniques et mémoire locale. Mais une ressemblance à l’écran n’est pas une chaîne de preuve. Pour savoir ce qui a été signé puis autorisé, il faut conserver chaque transformation au…

10 sept. 2026
Thrive élargit la détection et précise les droits d’accès

Tendances mondiales des services cloud

Thrive élargit la détection et précise les droits d’accès

La modernisation de NextGen mobilise Elastic pour les données de sécurité et Cato Networks pour l’accès aux applications. Ces deux évolutions ne constituent pas, à elles seules, une réponse autonome de bout en bout.

10 sept. 2026
Une preuve de transparence des clés n’audite pas qui pouvait consulter

IETF

Une preuve de transparence des clés n’audite pas qui pouvait consulter

Alice recherche la clé de Bob dans un journal de transparence et reçoit une preuve valide. Fred formule la même demande, mais l’application l’arrête avant que le journal ne la voie. La preuve établit que la réponse donnée à Alice correspond à un arbre authentifié et cohérent.…

10 sept. 2026
Le flux était ordonné. Le résultat réseau restait à prouver

IETF

Le flux était ordonné. Le résultat réseau restait à prouver

Un écran d’exploitation peut afficher trois confirmations rassurantes: la connexion est établie, le pair est authentifié et la réponse NETCONF contient `<ok/>`. Aucune n’est superflue. Mais leur addition ne montre toujours pas que la configuration voulue est devenue l’état…

10 sept. 2026
Le Royaume-Uni a écarté le contrôle d’âge des VPN. Le test d’application par les plateformes reste à venir

Dossier

Le Royaume-Uni a écarté le contrôle d’âge des VPN. Le test d’application par les plateformes reste à venir

Le choix britannique paraît d’abord être un retrait: pas d’interdiction des VPN, pas de vérification d’âge imposée à leurs fournisseurs. Il s’agit en réalité d’un déplacement. Le gouvernement veut que les plateformes concernées détectent et traitent le contournement par les moins…

10 sept. 2026
L’enveloppe est lisible. L’observation reste à prouver

IETF

L’enveloppe est lisible. L’observation reste à prouver

`draft-ietf-netconf-notif-envelope-05` donne aux notifications YANG-Push des métadonnées qui survivent au transfert vers un courtier ou une base temporelle. Cette portabilité facilite la corrélation; elle ne transforme ni un nom d’hôte en identité, ni une séquence en historique…

10 sept. 2026
RFC 1991 : ouvrir l’enveloppe PGP ne suffisait pas à établir la preuve

Histoire d'Internet

RFC 1991 : ouvrir l’enveloppe PGP ne suffisait pas à établir la preuve

En 1996, un message PGP pouvait franchir sans erreur le décodage ASCII, le contrôle de longueur, la récupération de la clé de session, le déchiffrement, la décompression et la vérification de signature. Cette succession de réussites n’établissait pourtant ni l’identité civile du…

10 sept. 2026
Une chaîne de délégation restreint l’autorité sans porter l’intention

IETF

Une chaîne de délégation restreint l’autorité sans porter l’intention

Une chaîne cryptographique peut raconter sans ambiguïté qui a transmis quelle autorisation à quelle clé. Elle peut même imposer que chaque maillon soit plus étroit que le précédent. Mais elle ne raconte pas nécessairement pourquoi ce sous-traitant précis a été choisi, ni quel…

10 sept. 2026
Deux routes sont arrivées. Leurs bits ne formaient pas encore un SID : RFC 9819

Dossier

Deux routes sont arrivées. Leurs bits ne formaient pas encore un SID : RFC 9819

Dans un service EVPN sur SRv6, la réception des deux annonces attendues peut donner une impression de complétude. RFC 9819 montre au contraire que la composition d’un SID End.DT2M reste une décision structurée: il faut identifier l’annonce qui possède LOC:FUNC, placer l’argument…

10 sept. 2026
Un reçu de site peut être externe à l’émetteur — et rester sous le contrôle du propriétaire

IETF

Un reçu de site peut être externe à l’émetteur — et rester sous le contrôle du propriétaire

La révision 03 d’un profil de reçu pour interventions physiques corrige plusieurs dépendances invisibles. Elle en révèle aussi une qui reste hors du reçu: le service de transparence peut ne rien avoir à voir avec l’émetteur, tout en appartenant au propriétaire du site observé. La…

10 sept. 2026
Le modèle connaissait chaque branche. Le réseau ne lui avait pas donné raison : RFC 9826

Dossier

Le modèle connaissait chaque branche. Le réseau ne lui avait pas donné raison : RFC 9826

RFC 9826 offre enfin aux équipes PCEP un langage de gestion commun. Mais un arbre YANG impeccable demeure le récit d'une instrumentation locale: il faut encore établir la provenance, l'époque, l'autorité et tous les actes qui relient ce récit au trafic.

10 sept. 2026
Le message est reconstitué. La télémétrie peut rester incomplète

IETF

Le message est reconstitué. La télémétrie peut rester incomplète

Avec `draft-ietf-netconf-udp-notif-26`, un collecteur peut recevoir vite, remettre des segments dans l’ordre et détecter certains trous. Rien de tout cela ne l’autorise à transformer une réussite de transport en certitude sur l’état réel du réseau.

10 sept. 2026
RFC 10041 fait de l'inaccessibilité OSPF une décision de zone

IETF

RFC 10041 fait de l'inaccessibilité OSPF une décision de zone

Une valeur de métrique n'a pas toujours un sens autonome. Avec RFC 10041, `0xffff` ne signifie « inaccessible » que si toute la zone OSPF parle le même dialecte. Un seul routeur ancien suffit à rendre l'ancienne interprétation de nouveau nécessaire.

10 sept. 2026
Le honeynet d’APNIC a journalisé 1,27 million d’événements. Ce ne sont pas 1,27 million d’attaques

Récits

Le honeynet d’APNIC a journalisé 1,27 million d’événements. Ce ne sont pas 1,27 million d’attaques

Une présentation d’APNIC 62 transforme un serveur volontairement exposé en poste d’observation utile. Mais son chiffre vedette change de nature selon l’écran: attaques, événements d’attaque, puis simples événements.

10 sept. 2026
L’autorité pouvait certifier sans garder la clé : la frontière de RFC 1984

Histoire d'Internet

L’autorité pouvait certifier sans garder la clé : la frontière de RFC 1984

RFC 1984 ne demandait pas de choisir entre l’État et l’absence d’État. Le texte acceptait qu’une administration exploite une autorité de certification, tout en refusant qu’elle conserve la clé privée de l’usager. En séparant l’attestation publique de la capacité secrète, il a…

10 sept. 2026
Le premier paquet est parti avant la fin de l’image — pas avant la fin de la preuve : RFC 9828

IETF

Le premier paquet est parti avant la fin de l’image — pas avant la fin de la preuve : RFC 9828

Sur une console d’émission, un horodatage précoce peut donner l’impression que la bataille de la latence est gagnée. Côté réception, il reste pourtant à recevoir un en-tête exploitable, franchir les pertes, admettre le flux, décoder une qualité définie et afficher l’image.

10 sept. 2026
La fusion était propre, pas forcément la base : les candidats privés NETCONF

IETF

La fusion était propre, pas forcément la base : les candidats privés NETCONF

`draft-ietf-netconf-privcand-10` isole les modifications de chaque client et organise leur remise à niveau avant validation. Cette isolation évite un type d'accident collectif; elle ne transforme ni une comparaison vide ni un commit réussi en preuve de fraîcheur, d'intention…

10 sept. 2026
Vern Paxson et le journal de connexion qui n’a jamais été une capture de paquets

Histoire d'Internet

Vern Paxson et le journal de connexion qui n’a jamais été une capture de paquets

Dans un dossier d’incident, une ligne de `conn.log` arrive souvent débarrassée de son capteur. Elle conserve des adresses, un état et des octets, mais perd le lieu, l’horloge et les conditions qui ont permis de les observer. L’architecture pensée par Vern Paxson donne une autre…

10 sept. 2026
RFC 10003 fait du transport CMC une couche de preuve distincte

IETF

RFC 10003 fait du transport CMC une couche de preuve distincte

Un code HTTP 2XX peut confirmer qu'un échange CMC a trouvé son destinataire sans dire que l'autorité de certification a accordé la demande. RFC 10003 décrit le trajet du message; la réponse CMC décrit la décision. Les confondre revient à donner au coursier le pouvoir de signer le…

10 sept. 2026