Sujet
Identité numérique et justificatifs
Au sein de la facette Sujet, la veille thématique Identité numérique et justificatifs 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.

Dossier
L’étiquette de l’algorithme a changé, pas la clé : la frontière probante de la RFC 9709
Réécrire le nom d’un algorithme peut suffire à détourner un déchiffreur, sans casser le chiffrement annoncé. La RFC 9709 répond en faisant de l’identité encodée de l’algorithme une entrée de la clé dérivée — et oblige l’exploitation à ne plus confondre traitement réussi et…

IETF
Marshall T. Rose et le SetRequest SNMP qui modifiait toutes les variables ou aucune
Une console de maintenance envoie plusieurs affectations dans un seul SetRequest SNMP. L’agent répond `noError`. Ce reçu a une vraie valeur, mais une portée précise: il décrit le traitement de variables gérées. Il n’identifie pas à lui seul l’opérateur humain, ne certifie ni la…

Tendances mondiales des services cloud
L’ARR IA de SailPoint réclame une colonne sur le renouvellement
SailPoint chiffre désormais son activité IA à plus de 70 millions de dollars d’ARR. Ce progrès de transparence ne transforme pas l’indicateur en revenu acquis. La définition autorise le maintien d’un contrat expiré pendant la négociation active de son renouvellement ou de son…

Histoire d'Internet
Jerry Saltzer et le lien qui portait un nom, mais aucune permission
Trouver un fichier et être autorisé à l’ouvrir sont deux opérations différentes. Dans son étude de Multics, Jerry Saltzer montre pourquoi cette distinction devait être inscrite dans l’architecture: un lien pouvait indiquer le chemin, mais le droit devait rester auprès de la…

Histoire d'Internet
Eve Schooler et l’invitation qui ne transportait pas la conversation
Une adresse n’est pas une voix, et une invitation n’est pas une conversation. En contribuant aux premiers travaux sur SIP, Eve Schooler a aidé à faire de cette évidence une frontière d’architecture: trouver quelqu’un et lui proposer une session devait pouvoir rester distinct du…

Histoire d'Internet
Lixia Zhang et le paquet de données qui n’avait plus besoin de son serveur d’origine
Le moment révélateur du Named Data Networking n’est pas l’arrivée d’un paquet sur une machine. C’est l’instant où un cache répond à une requête et où le destinataire peut encore distinguer quatre questions: quel objet a été demandé, quelle copie a été trouvée, qui l’a signée et…

Dossier
La ressource a disparu — le diagnostic ne doit pas disparaître : RFC 9729
Renvoyer la même page à un inconnu et à un client muni d’une mauvaise clé peut protéger l’existence d’un service. Cela peut aussi transformer une révocation manquée, une terminaison TLS mal routée ou une panne applicative en un silence parfait. Le schéma Concealed de la RFC 9729…

Histoire d'Internet
Kenneth J. Klingenstein et le registre entre deux domaines d’authentification
Lorsqu’un chercheur ouvre une ressource distante avec l’identifiant de son université, l’écran donne l’impression d’un service unique. Le travail de Kenneth J. Klingenstein aide à voir l’institution cachée entre les deux: une fédération qui rend une assertion recevable sans…

Histoire d'Internet
Klaas Wierenga, ou le mot de passe qui ne voyage pas
Dans la plupart des réseaux invités, entrer quelque part commence par devenir, provisoirement, un utilisateur de l’endroit. eduroam a inversé cette logique: l’université visitée fournit la connexion sans prétendre connaître la personne. L’idée portée par Klaas Wierenga en 2002…

Récits
Chez ARIN, rattacher un ticket à un Org ID ne vaut pas décision de l’organisation
Un champ de formulaire peut résoudre une vraie difficulté opérationnelle tout en créant une apparence trompeuse. Le sélecteur d’Org ID ajouté à Ask ARIN donne enfin aux équipes le contexte qui leur manquait et conserve l’échange dans l’historique pertinent. Mais le lieu de…

IETF
Un bit d’état de jeton n’est pas une chronologie de révocation
Un vérificateur trouve `INVALID` à l’index indiqué par un justificatif et refuse l’opération. Ce résultat peut être parfaitement conforme au protocole. Il ne répond pourtant pas à cinq questions différentes: quand l’état a-t-il changé, qui a demandé ce changement, quand la liste…

Histoire d'Internet
Sans aléa fourni par la cible, le Context ID n’est pas un reçu bilatéral — RFC 2025
Un identifiant repris dans tous les jetons suivants ressemble volontiers à la preuve d’un accord commun. RFC 2025 invite à une lecture plus rigoureuse: avant de parler de fraîcheur partagée, il faut compter qui a réellement fourni une valeur neuve.

IETF
Le canal s’est fermé, les affirmations ont continué : la rupture de source du RFC 9781
Un registre d’audit peut montrer une connexion authentifiée et un objet CBOR intact tout en laissant sans réponse la question essentielle: qui répond de cet objet après sa sortie du canal ? Le RFC 9781 ne donne pas au tag 601 une confiance portable. Il décrit une assurance…

IETF
Le bon aiguillage ne prouve pas le bon jugement : la frontière du RFC 9782
Une requête peut porter le bon type EAT, atteindre le bon processeur et rester impropre à toute décision de confiance. Le RFC 9782 organise la circulation des représentations. Il ne confond pas cet aiguillage avec l’authenticité des octets, la conformité à un profil, l’actualité…

IETF
Le badge était unique, pas la portée cryptographique : lire le RFC 9787
Une interface de messagerie rassemble corps, pièces jointes, transferts et fragments imbriqués dans une même fenêtre. Le RFC 9787 refuse d'en déduire une sécurité commune: son résumé unique ne vaut que pour les couches contiguës qui entourent la charge utile cryptographique.

Tendances mondiales des services cloud
Orchid Security : arrêter un agent, retirer quelle autorité ?
Les nouveaux contrôles d'identité rapprochent la détection d'une intervention dans les applications. Leur valeur pour l'acheteur dépendra du périmètre réellement bloqué et des preuves qui permettent de le vérifier.

Histoire d'Internet
Avant de signer un courriel, il fallait empêcher la passerelle de le réécrire : RFC 2015
Deux messages peuvent être identiques à l’écran et différents pour une fonction de hachage. En 1996, la RFC 2015 a placé cette contradiction au cœur de PGP/MIME: une signature ne protège pas « le sens » du courrier, mais une entité MIME exacte, avec ses en-têtes de contenu, son…

IETF
Le service répondait, mais l’identité `.onion` n’avait encore rien prouvé : RFC 9799
Dans une émission ACME ordinaire, une réponse réseau correcte semble souvent clore la question du contrôle. Pour un service Onion, elle n’en clôt qu’une partie. RFC 9799 distingue la présence du service, la possession de sa clé d’identité, la visibilité accordée à l’AC…

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…

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…
