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.

Tendances télécoms nationaux Afrique
Qui ouvre la voie de secours SIM au Nigeria ? Le texte donne deux réponses
Les règles nigérianes de 2026 fixent un test toutes les dix minutes, un seuil d’échec d’une semaine et une période d’accès limité de quatorze jours. Une annexe confie le déclenchement à la Nigerian Communications Commission; une autre attribue l’autorisation à un « organe de…

Histoire d'Internet
Le certificat de 90 jours misait sur le renouvellement automatique
En novembre 2015, Let’s Encrypt a fixé une durée maximale de 90 jours et conseillé un renouvellement au bout de 60. Le délai plus court devait réduire la période d’exposition d’une clé compromise ou d’un certificat mal émis. Il fallait aussi confier au logiciel une tâche qui…

Histoire d'Internet
Le champ vide qui a tout de même franchi une frontière Kerberos
En septembre 1993, la RFC 1510 a donné à Kerberos V5 un mécanisme pour faire circuler l’authentification d’un domaine administratif à un autre. Le champ `transited` ne nomme que les domaines intermédiaires: les deux extrémités figurent ailleurs dans le ticket. Un passage direct…

Tendances mondiales des services cloud
Le passeport des agents de ServiceNow ouvre les portes. Qui garde les clés ?
ServiceNow promet de contrôler la portée des agents au moment de l'exécution. Son projet de norme publique établit leur identité et leur révocation; l'autorisation de toucher un dossier reste à écrire chez le client.

Récits
Des identifiants pour les agents IA : ARIN refuse l'héritage automatique
À ARIN 58, une invitation à suivre les identifiants des agents autonomes a révélé une frontière: ressembler à une adresse IPv6 ne confère aucun mandat au registre régional.

IETF
La porte accepte le badge. Qui peut encore lire la liste des invités ?
Une entreprise peut retirer un accès avec une assurance admirable, puis découvrir que son annuaire refuse de lui montrer la liste complète du groupe. Un projet individuel déposé le 28 octobre à l’IETF part de ce déséquilibre dans SCIM. Il propose de donner une adresse à chaque…

IETF
Une balise perdue peut répondre. Son propriétaire ne doit pas devenir une fiche publique
Une personne qui découvre une balise inconnue veut savoir à qui elle appartient. Une personne qui a simplement égaré la sienne ne veut pas que chaque téléphone voisin puisse l'identifier. Le projet de protocole DULT, en cours à l'IETF, place cette tension au cœur de la recherche…

IETF
Dans le bureau, chacun peut s’inscrire au répertoire des agents
Sur un réseau local, une machine peut se déclarer assistant de salle et apparaître aussitôt dans une recherche automatique. Elle choisit elle-même le nom affiché. Le confort d’installation commence à déplacer le pouvoir dès qu’un client confond cette inscription avec une identité…

IETF
Deux machines impeccables. Laquelle porte réellement le bon nom ?
Une mesure d’attestation reconnaît un logiciel approuvé. Elle reconnaît tout aussi bien sa copie. Pour un service qui doit retrouver une instance précise après le renouvellement de sa clé, cette égalité devient un problème d’identité. Un nouveau projet individuel soumis à l’IETF…

IETF
Deux clés, un même /64 IPv6 : l’opérateur choisit le titulaire
Un projet déposé à l’IETF le 27 octobre veut lier le sous-réseau IPv6 d’une charge de travail à sa clé publique. Sous un préfixe /48, la partie qui mène au /64 ne compte que 16 bits. Une autre clé peut atteindre le même sous-réseau en quelque 2^16 essais. La décision d’admission…

IETF
L’agent passe sans demander. La permission tient dans une liste
Une proposition individuelle déposée le 27 octobre à l’IETF veut épargner aux utilisateurs les confirmations répétées quand leur agent personnel accède à un service. L’Agent Authorization Center choisirait entre approbation automatique et intervention humaine. Le service pourrait…

IETF
Oblivious CoAP cache l’expéditeur. Le relais peut poster deux fois la lettre
Une note présentée à l’IETF le 28 octobre veut protéger l’identité des petits appareils qui parlent CoAP. Le relais voit d’où vient la requête sans pouvoir la lire; la passerelle la lit sans recevoir l’adresse du client. Rien n’empêche le relais de renvoyer la même enveloppe…

IETF
Retirer la plaque DNS de l’agent ne coupe pas son client OAuth
Un projet soumis à l’IETF en octobre lie le nom DNS d’un agent à un client OAuth. Le nom indique où demander une preuve récente, mais l’arrêt des nouveaux jetons dépend du serveur d’autorisation. Effacer la fiche publique peut même conduire un nouveau destinataire à ne plus…

IETF
Un faux « Support » dans la boîte du candidat. Qui lui a donné ce nom ?
Sur un site d’emploi, un compte nommé « Support » peut demander au candidat de quitter la plateforme ou de remettre ses identifiants. Si ce compte n’appartient pas au service officiel, l’usurpation commence dans une messagerie que le site contrôle. Un nouveau projet de l’IETF…

IETF
TLS change de moteur. Son authentificateur doit recevoir le message
Une équipe peut remplacer le calendrier des clés TLS et laisser intact le nom de la suite cryptographique. Le projet XOF révisé le 27 octobre oblige alors le programme qui authentifie après la connexion à connaître deux choix faits dans la bibliothèque TLS: le KDF négocié et le…

IETF
Le serveur veut un tiroir dans votre ordinateur
Une proposition QUIC précise comment votre appareil garderait les souvenirs réseau d'un serveur. Reste à faire parvenir le bouton « effacer les cookies » jusqu'à ce nouveau rangement.

IETF
Les conditions changent. Qui conserve la version qu’on a signée ?
Quand un service modifie ses règles, sa page courante raconte le présent. Une contestation porte souvent sur le passé. Un projet individuel de l’IETF propose de conserver chaque texte ancien avec une empreinte publique et des témoins capables de contredire le journal lui-même.

IETF
Le robot a conseillé. Qui a décidé pour l’entreprise ?
Une suggestion peut traverser trois outils et finir en ordre ferme. Le vrai trou dans la chaîne est la règle qui permet à quelqu’un de parler au nom de l’entreprise.

IETF
Trois boutiques, un plafond de 100 dollars : qui tient les comptes ?
Un agent peut commander un repas, réserver un trajet et acheter des fournitures dans la même journée. Chaque caisse voit son achat; le plafond commun exige une comptabilité partagée.

IETF
Vous écrivez votre souhait. L’agent obéit aux cases cochées.
Un nouveau projet confie à l’utilisateur la remise du titre d’accès à son agent. La phrase qu’il écrit reste une preuve; les droits sélectionnés décident des appels permis.
