Organisme de normalisation ouvert dont les normes ont un impact mondial par leur mise en œuvre.
Gouvernance / IETF
IETF
La veille IETF couvre l’actualité publique qui touche l’infrastructure Internet, les décisions de gouvernance, les marchés de la connectivité, les flux de capitaux numériques et le risque opérationnel.

Processus de protocole et légitimité des normes.
Écart entre la spécification et la mise en œuvre chez les fournisseurs et les opérateurs.
Les changements majeurs de normes affectent généralement les systèmes sur des cycles de 120 jours et plus.
Articles récents
À la une : IETF
503 articles

IETF
Le mode par défaut de COSE HPKE n’authentifie pas l’émetteur
Le déchiffrement a réussi. La clé du destinataire était la bonne, l’objet protégé est cohérent et l’opération HPKE n’a signalé aucune erreur. Cette réussite ne donne pourtant pas toujours le nom de celui qui a envoyé le message, ni le droit qu’il avait de le faire. Dans la…

IETF
Une carte de ports modifiable exige une trace de dérogation
Un orchestrateur retient un point de raccordement, suit une référence et aboutit sur un port physique. Ce geste paraît purement technique. Pourtant, dans le projet IVY soumis au dernier appel de l’IETF, cette référence peut provenir d’une découverte automatique ou d’une saisie…

IETF
OCM peut retirer un membre sans renouveler la clé de fichier
Dans un groupe fédéré, le départ d’une personne peut être exact dans l’annuaire cryptographique et incomplet pour le document partagé. Le nouvel epoch MLS exclut bien son nœud. Mais si le serveur expéditeur conserve la clé de fichier, l’ancien serveur ou l’ancien appareil peut…

IETF
Le nouveau projet OCM rend la délégation invisible aux pairs
Un serveur fédéré peut rester le visage unique d’un service sans en exécuter toutes les fonctions. Le nouveau document de travail d’Open Cloud Mesh organise précisément cette séparation: un serveur OCM peut confier l’accès aux fichiers, le SSH ou une application web à des…

IETF
INTAREA a adopté un nettoyage des registres. L’IANA ne l’a pas appliqué
Le 11 septembre, un nom de document a changé: le projet individuel sur cinq anciens registres de l’IANA est devenu un projet du groupe INTAREA. Ce passage est une décision de gouvernance, mais il ne ferme aucun registre, ne crée aucune procédure et ne retire aucune page. Entre…

IETF
DANCE 14 ramène quatre résultats TLSA à une décision serveur binaire
Un serveur peut fermer la connexion parce que le nom du client n’existe pas, parce que ce nom existe sans TLSA, parce que la chaîne DNS n’est pas authentifiée ou parce que la validation échoue. La révision 14 du projet DANCE distingue enfin ces quatre observations, puis les…

IETF
EDE 33 peut signaler une NTA sans prouver qu’elle a changé la réponse
Le code 33 est déjà visible dans le registre IANA alors que le groupe DNSOP n’a pas encore clos son appel à l’adoption. Cette coexistence n’est pas contradictoire: le numéro coordonne les implémentations, la procédure décide qui portera le document. Mais le futur signal a…

IETF
Le substitut OpenPGP voyage. Pas la clé secrète.
Une sauvegarde peut contenir un trousseau OpenPGP parfaitement lisible et rester incapable de signer ou de déchiffrer quoi que ce soit. Ce paradoxe est le point de départ d’un projet soumis à l’adoption du groupe OpenPGP: normaliser le substitut transportable d’une clé dont le…

IETF
Un objet de courriel ne peut pas ouvrir un appel à l’adoption DNSOP
Les archives techniques ont une mémoire littérale: elles conservent l’objet d’un message, même lorsque son contenu raconte une situation plus nuancée. Le 9 septembre, un auteur a présenté son projet sur la mesure de la latence DNS sous le titre d’un « appel à l’adoption ».…

IETF
La topologie abstraite d’ACTN exprime une politique, pas un inventaire physique
Sur l’écran d’un coordinateur, un lien peut être calculable sans correspondre encore à une fibre réservée, une longueur d’onde configurée ou un service testé. C’est précisément l’intérêt d’une abstraction ACTN: permettre la coordination tout en laissant au domaine optique ses…

IETF
RTCP peut transporter une demande de résolution, pas prouver une économie d’énergie
Dans un appel vidéo, réduire le nombre d’images ou de pixels peut soulager un terminal à court de batterie. Encore faut-il distinguer le souhait du récepteur, le réglage annoncé par l’émetteur et l’effet réellement mesuré. Le nouveau format RTCP approuvé par l’IETF rend les deux…

IETF
L’IETF a approuvé un RFC sur ML-DSA, pas une recommandation de déploiement
Un registre de protocoles est un vocabulaire commun, pas une consigne d’exploitation. Le 10 septembre, l’IETF a levé le blocage de *Use of ML-DSA in TLS 1.3* et autorisé sa publication comme RFC informationnel. Trois valeurs ML-DSA figurent déjà dans le registre TLS. Toutes…

IETF
Le sondage ISE de l’IAB requiert une règle publique de lecture
Le 12 octobre, le nombre de réponses au questionnaire de l’Internet Architecture Board sera peut-être connu. Il ne dira pourtant pas quelle part d’une communauté aurait parlé: l’invitation circule dans plusieurs listes, peut parvenir plusieurs fois à la même personne, se…

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
L’IETF ouvre une liste sur l’IA sans définir son chemin de décision
Une adresse électronique n’est pas un mandat. L’IETF vient pourtant de franchir une étape utile en créant `[email protected]`, une liste publique consacrée aux usages de l’intelligence artificielle dans son processus de normalisation. Le lieu de discussion existe…

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…

IETF
IETF–W3C : une relation documentée, pas une organisation unique
Le libellé « IETF–W3C » désigne une relation institutionnelle qu’il faut décomposer. Les documents publics attestent une coopération formelle et des mécanismes de liaison entre les deux organismes, mais ils ne démontrent pas qu’ils constituent une seule entité juridique ni qu’ils…

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…

IETF
ALLDISPATCH : le point de bascule entre discussion et travail de normalisation
L’IETF-Wide Dispatch (ALLDISPATCH) n’est pas une fabrique de normes. C’est une surface de tri: les propositions y sont discutées, puis orientées vers l’autorité ou le cadre capable de les transformer en travail formel. La question opérationnelle n’est donc pas seulement ce qui a…
Déverrouillage de l’accès membre
Analyse de profil réservée
Connectez-vous pour débloquer les briefings de profil complets et les sections approfondies.
Briefing du Strategic Circle
Adhérez pour débloquer les briefings stratégiques après connexion.
Rejoindre Strategic CircleBriefing Leadership Alliance
Réservé aux propriétaires et dirigeants qualifiés d'actifs IP ; connectez-vous pour débloquer les briefings Alliance.
Rejoindre Leadership Alliance