Personnes, rôles et coordonnées

Pradosh Mohapatra

Lors de la capture du 1er septembre 2026, la RFC 10005 désignait Pradosh Mohapatra, de Google LLC, comme l’un des six auteurs de la BGP Link Bandwidth Extended Community. La fiche officielle de l’IETF Datatracker associée au document recensait onze RFC mais affichait l’ancienne graphie « Prodosh Mohapatra ». Une page d’auteur datée d’ipSpace décrivait des fonctions antérieures dans les logiciels de routage chez Cumulus Networks et Cisco. Ces sources établissent une contribution aux normes et un contexte professionnel daté, pas le contrôle du consensus de l’IETF ni d’un déploiement d’opérateur.

Pradosh Mohapatra est suivi pour un travail collectif sur BGP qui sépare une valeur de bande passante déclarée de la capacité disponible mesurée et du résultat du trafic. La RFC 10005 normalise le conteneur et les règles de traitement, tout en laissant à d’autres systèmes et aux politiques locales la détermination de la valeur, la pondération, plusieurs choix en cas de zéro ou d’absence, la programmation FIB et le débit observé. Lors de la capture du 1er septembre 2026, la RFC 10005 désignait Pradosh Mohapatra, de Google LLC, comme l’un des six auteurs de la BGP Link Bandwidth Extended Community. La fiche officielle de l’IETF Datatracker associée au document recensait onze RFC mais affichait l’ancienne graphie « Prodosh Mohapatra ». Une page d’auteur datée d’ipSpace décrivait des fonctions antérieures dans les logiciels de routage chez Cumulus Networks et Cisco. Ces sources établissent une contribution aux normes et un contexte professionnel daté, pas le contrôle du consensus de l’IETF ni d’un déploiement d’opérateur.

Hooman Bidgoli

Lors de la capture du 1er septembre 2026, l’IETF Datatracker attribuait sept RFC à Hooman Bidgoli, dont la RFC 9524 sur la réplication Segment Routing, la RFC 9960 sur les politiques SR P2MP, la RFC 9961 sur leur contrôle par ping et la RFC 10018 sur MVPN/EVPN avec SR P2MP et réplication à l’entrée. La RFC 10018 indique Nokia à Ottawa comme affiliation. La page officielle SReXperts de Nokia le présentait, pour cet événement, comme Product Line Manager chargé notamment d’IP/MPLS, de multicast et de sécurité des routeurs.

Hooman Bidgoli est suivi pour un travail collectif de normalisation qui sépare appartenance multicast, calcul de politique, état de réplication et service livré. La RFC 10018 permet à l’auto-découverte de mettre à jour un ensemble de feuilles SR P2MP; cet ensemble ne prouve seul ni convergence du contrôleur, ni programmation des nœuds, contexte de service, suppression des doublons, livraison aux récepteurs ou respect d’un SLA. Lors de la capture du 1er septembre 2026, l’IETF Datatracker attribuait sept RFC à Hooman Bidgoli, dont la RFC 9524 sur la réplication Segment Routing, la RFC 9960 sur les politiques SR P2MP, la RFC 9961 sur leur contrôle par ping et la RFC 10018 sur MVPN/EVPN avec SR P2MP et réplication à l’entrée. La RFC 10018 indique Nokia à Ottawa comme affiliation. La page officielle SReXperts de Nokia le présentait, pour cet événement, comme Product Line Manager chargé notamment d’IP/MPLS, de multicast et de sécurité des routeurs.

Carlos Pignataro

Lors de la capture du 1er septembre 2026, l’IETF Datatracker présentait Carlos Pignataro comme ancien responsable Technology and Data de Cisco Engineering Sustainability, auparavant Distinguished Engineer et CTO, enseignant associé à North Carolina State University et membre de la National Academy of Inventors. Blue Fern Consulting le présentait comme fondateur et dirigeant principal. La RFC 9845 cite Alexander Clemm et Carlos Pignataro comme éditeurs aux côtés de quatre autres auteurs.

Carlos Pignataro est suivi pour un travail collectif qui rend visible la limite des preuves dans la gestion de réseaux plus sobres. La RFC 9845 distingue puissance et énergie d’exploitation, intensité carbone, coûts incorporés du cycle de vie et conséquences sur le service. Une mesure en watts étaye une observation bornée; elle ne prouve seule ni baisse de l’énergie totale, ni baisse des émissions, ni réseau plus vert, ni pouvoir de retirer une capacité de secours. Lors de la capture du 1er septembre 2026, l’IETF Datatracker présentait Carlos Pignataro comme ancien responsable Technology and Data de Cisco Engineering Sustainability, auparavant Distinguished Engineer et CTO, enseignant associé à North Carolina State University et membre de la National Academy of Inventors. Blue Fern Consulting le présentait comme fondateur et dirigeant principal. La RFC 9845 cite Alexander Clemm et Carlos Pignataro comme éditeurs aux côtés de quatre autres auteurs.

Sean Turner

Lors de la capture du 1er septembre 2026, l’IETF Datatracker indiquait que Sean Turner participait à l’IETF depuis l’IETF 34, avait signé ou cosigné plus de 50 RFC, avait été Security Area Director de 2007 à 2014, avait fondé sn3rd llc et avait présidé ou présidait plusieurs groupes de travail. Les RFC 10002, 10003 et 10004 ont pour éditeurs Joseph Mandel et Sean Turner.

Sean Turner est suivi pour un travail collectif de normalisation qui maintient séparées les preuves et les autorités de l’enrôlement de certificats. La RFC 10002 distingue preuve de possession, preuve d’identité, lien anti-substitution, traitement par l’autorité d’enregistrement et émission par l’autorité de certification. Une preuve valide de clé privée renseigne sur la maîtrise de la clé; elle ne prouve pas à elle seule l’identité, l’approbation de la politique, l’émission du certificat ou l’autorisation opérationnelle. Lors de la capture du 1er septembre 2026, l’IETF Datatracker indiquait que Sean Turner participait à l’IETF depuis l’IETF 34, avait signé ou cosigné plus de 50 RFC, avait été Security Area Director de 2007 à 2014, avait fondé sn3rd llc et avait présidé ou présidait plusieurs groupes de travail. Les RFC 10002, 10003 et 10004 ont pour éditeurs Joseph Mandel et Sean Turner.

Lukasz Kondrad

Lors de la capture du 1er septembre 2026, Nokia présentait Lukasz Kondrad comme Principal Standardization Specialist contribuant aux normes de médias immersifs dans les groupes ISO/IEC JTC1/SC29 et à l’IETF. La RFC 10034 est signée par Lauri Ilola et Lukasz Kondrad.

Lukasz Kondrad est suivi pour un travail collectif de normalisation qui rend transportable une représentation volumétrique éclatée sans confondre transport et reconstruction. La RFC 10034 définit le transport RTP des NAL d’atlas V3C et un groupe SDP V3C pour les flux d’atlas, d’occupation, de géométrie et d’attributs. Le récepteur peut n’en accepter qu’une partie; complétude, ordre, synchronisation, authenticité et décodage restent à observer séparément. Lors de la capture du 1er septembre 2026, Nokia présentait Lukasz Kondrad comme Principal Standardization Specialist contribuant aux normes de médias immersifs dans les groupes ISO/IEC JTC1/SC29 et à l’IETF. La RFC 10034 est signée par Lauri Ilola et Lukasz Kondrad.

Panos Kampanakis

Lors de la capture du 1er septembre 2026, Amazon Science présentait Panos Kampanakis comme principal security engineer chez Amazon Web Services, actif en cybersécurité, cryptographie appliquée, automatisation de la sécurité, gestion des vulnérabilités et normalisation. La RFC 10042 est signée par Panos Kampanakis, Douglas Stebila et Torben Hansen.

Panos Kampanakis est suivi pour un travail collectif de normalisation et d'implémentation qui distingue l'échange de clés SSH post-quantique/traditionnel de deux décisions d'identité. La RFC 10042 définit trois KEX hybrides ML-KEM/ECDH tout en conservant une clé d'hôte et une signature du serveur. La RFC 4252 authentifie ensuite l'utilisateur au-dessus du transport. Le profil sépare les preuves de KEX négocié, de confiance dans l'hôte et d'autorisation de l'utilisateur. Lors de la capture du 1er septembre 2026, Amazon Science présentait Panos Kampanakis comme principal security engineer chez Amazon Web Services, actif en cybersécurité, cryptographie appliquée, automatisation de la sécurité, gestion des vulnérabilités et normalisation. La RFC 10042 est signée par Panos Kampanakis, Douglas Stebila et Torben Hansen.

Cullen Jennings

Lors de la capture du 1er septembre 2026, la biographie publique de Cullen Jennings dans l'IETF Datatracker le présentait comme CTO des groupes Security et Collaboration de Cisco et comme actif dans les standards de l'internet, l'open source, les start-up, la VoIP et WebRTC. La RFC 10006 est signée par Cullen Jennings, Kaustubh Inamdar et Sreekanth Narayanan.

Cullen Jennings est suivi pour un travail collectif de normalisation qui distingue une entrée de configuration lisible par machine d'un service de communication en fonctionnement. La RFC 10006 permet à une entreprise d'obtenir par HTTPS le document de capacités d'un fournisseur SIP et de s'en servir pour produire une configuration propre à l'équipement. Le profil maintient des preuves séparées pour l'identité de l'entreprise, le schéma et la révision, la transformation par le constructeur, l'approbation et l'activation, l'enregistrement SIP, la signalisation, les médias et l'actualisation. Lors de la capture du 1er septembre 2026, la biographie publique de Cullen Jennings dans l'IETF Datatracker le présentait comme CTO des groupes Security et Collaboration de Cisco et comme actif dans les standards de l'internet, l'open source, les start-up, la VoIP et WebRTC. La RFC 10006 est signée par Cullen Jennings, Kaustubh Inamdar et Sreekanth Narayanan.

Tobias Fiebig

Professeur des universités en réseaux informatiques à la TU Wien depuis le 1er mars 2026 et responsable de son groupe Internet Infrastructures lors de la capture du 1er septembre 2026. Son profil officiel décrit des travaux sur la mesure de l'Internet, la sécurité, les protocoles, DNS, SMTP, BGP et la coordination opérationnelle. Il a coécrit la RFC 10001 avec Momoka Yamamoto.

Autriche

Tobias Fiebig est suivi pour des travaux collectifs de recherche et de normalisation qui séparent la publication d'une adresse du service Internet observable. La RFC 10001, coécrite avec Momoka Yamamoto, exige pour une zone au moins deux serveurs DNS faisant autorité joignables en IPv4 et deux en IPv6, des chemins de délégation indépendants pour chaque famille, des données équivalentes, la maîtrise de la fragmentation et le repli sur TCP. Le profil distingue les enregistrements NS, A et AAAA, la glue, les routes, la réponse de transport, la cohérence des données et la résolution vue par l'utilisateur. Professeur des universités en réseaux informatiques à la TU Wien depuis le 1er mars 2026 et responsable de son groupe Internet Infrastructures lors de la capture du 1er septembre 2026. Son profil officiel décrit des travaux sur la mesure de l'Internet, la sécurité, les protocoles, DNS, SMTP, BGP et la coordination opérationnelle. Il a coécrit la RFC 10001 avec Momoka Yamamoto.

Saving Call

Saving Call est une personne de référence dans les registres publics d'attribution de numéros Internet, aidant les lecteurs à retracer les liens vers les ASN, les ressources numériques ou les enregistrements d'opérations réseau.

L’analyse de profil de Saving Call explique son rôle public, ses affiliations, ses sources d’autorité, sa géographie et les décisions qui rendent cette personne pertinente pour les marchés de l’infrastructure Internet. Le résumé relie les preuves publiées aux liens avec les entreprises, à l’exposition aux questions de gouvernance, aux évolutions de carrière, à l’autorité technique, à l’influence sur les investissements et aux conséquences possibles pour les réseaux, les registres, les organismes de normalisation, la connectivité régionale et les décisions d’allocation du capital.

Weiqiang Cheng

Chief Architect of IP Networks au China Mobile Research Institute et président du groupe IETF SRv6 Operations lors de la capture du 31 août 2026. Son profil IETF officiel recensait neuf RFC, dont la RFC 10038.

Weiqiang Cheng est suivi pour un travail collectif de normalisation qui transforme l'attribution d'un locator SRv6 en transaction DHCPv6 bornée sans confondre le bail avec la route en fonctionnement. La RFC 10038, éditée par Cheng et Changwang Lin avec Ruibo Han, Daniel Voyer et Geng Zhang comme coauteurs et Yuanxiang Qiu comme contributeur, définit l'association d'identité, la structure du locator, les durées, le renouvellement, la liaison serveur, l'installation et l'annonce facultatives de route, la libération et le retrait. Le profil sépare ces états de l'attribution locale des SID, de la politique SR, de la convergence, de la livraison des paquets et du filtrage du domaine de confiance. Chief Architect of IP Networks au China Mobile Research Institute et président du groupe IETF SRv6 Operations lors de la capture du 31 août 2026. Son profil IETF officiel recensait neuf RFC, dont la RFC 10038.

Bas Westerbaan

Research Engineer chez Cloudflare, où il travaille sur la cryptographie post-quantique, de l’ingénierie cryptographique et la normalisation à l’expérimentation à grande échelle puis au déploiement. Son dossier officiel IETF comprend les RFC 10024, 10014, 10011 et 9814.

Bas Westerbaan est suivi pour un travail qui transforme la migration post-quantique en composants protocolaires explicites plutôt qu’en étiquette générale de sécurité. La RFC 10024, coécrite avec Krzysztof Kwiatkowski, Panos Kampanakis et Douglas Stebila, définit trois groupes TLS 1.3 associant ML-KEM à un établissement de clé traditionnel sur courbe elliptique. Le profil sépare l’accord de clé, l’authentification par certificat, les signatures, la terminaison TLS, la reprise de session, le chiffrement en aval, les données stockées et le rétablissement. Research Engineer chez Cloudflare, où il travaille sur la cryptographie post-quantique, de l’ingénierie cryptographique et la normalisation à l’expérimentation à grande échelle puis au déploiement. Son dossier officiel IETF comprend les RFC 10024, 10014, 10011 et 9814.

Daniel Fett

Consultant en sécurité spécialisé dans l’identité et la sécurité des protocoles web, et contributeur aux travaux OAuth et OpenID Connect de l’OpenID Foundation et de l’IETF. Son dossier officiel IETF comprend les RFC 9207, 9449, 9700, 9901 et 10027.

Daniel Fett est suivi pour un travail de normalisation et d’analyse formelle qui maintient séparés authentification, autorisation et contexte protocolaire. La RFC 10027, coécrite avec Pieter Kasselman et Filip Skokan, montre qu’un utilisateur peut réussir une authentification multifacteur tout en autorisant une session interappareils lancée par un attaquant, car le code QR, le code utilisateur ou la demande poussée traverse un canal de contexte non authentifié. Le profil distingue l’identité de l’utilisateur, l’appareil initiateur, le contexte de la demande, l’intention, l’autorisation, l’émission et la possession du jeton, puis l’accès à la ressource. Consultant en sécurité spécialisé dans l’identité et la sécurité des protocoles web, et contributeur aux travaux OAuth et OpenID Connect de l’OpenID Foundation et de l’IETF. Son dossier officiel IETF comprend les RFC 9207, 9449, 9700, 9901 et 10027.

Marco Davids

Contributeur aux normes de l’Internet et Senior Research Engineer chez SIDN. Le profil officiel IETF consulté le 31 août 2026 indique que Marco Davids a rejoint SIDN en 2007, a ensuite intégré SIDN Labs, copréside le groupe Registration Protocols Policy depuis février 2025 et est auteur des RFC 9199 et RFC 10023.

Marco Davids est suivi pour un travail sur le DNS qui rend repérable la disponibilité d’un domaine enregistré sans transformer un enregistrement DNS en pouvoir de transaction. Sa RFC 10023 définit la convention TXT `_for-sale`, un pointeur facultatif et un prix indicatif, tout en précisant que l’enregistrement n’oblige pas le titulaire à vendre et qu’un processeur ne doit pas engager un achat sur ce seul prix. Le profil sépare la syntaxe, la publication DNS, la validation DNSSEC, l’intention actuelle, l’identité et le pouvoir du titulaire, les conditions négociées, le paiement, le transfert de registre, la délégation et le résultat du service. Contributeur aux normes de l’Internet et Senior Research Engineer chez SIDN. Le profil officiel IETF consulté le 31 août 2026 indique que Marco Davids a rejoint SIDN en 2007, a ensuite intégré SIDN Labs, copréside le groupe Registration Protocols Policy depuis février 2025 et est auteur des RFC 9199 et RFC 10023.

Miroslav Lichvar

Contributeur aux normes du protocole NTP. La fiche IETF conservée le 31 août 2026 recense les RFC 9109, 9769 et 10030 ainsi qu'un projet NTPv5 actif. L'adresse d'auteur de la RFC 10030, publiée en août 2026, l'associe à Red Hat.

Miroslav Lichvar est suivi pour des travaux qui donnent à NTP un transport PTP strictement limité, sans transférer au contenant l'autorité sur la synchronisation. La RFC 10030 place NTP dans un TLV de message d'événement PTP unicast afin d'utiliser les filtres d'horodatage des cartes réseau et les corrections des horloges transparentes E2E à une étape. L'authentification reste limitée au message NTP embarqué, les corrections négatives sont rejetées, le délai racine n'est pas corrigé et les corrections des horloges transparentes ne sont pas authentifiables. La fiche établit une contribution datée, non un déploiement, une performance, une invention solitaire ou le contrôle d'une source de temps. Contributeur aux normes du protocole NTP. La fiche IETF conservée le 31 août 2026 recense les RFC 9109, 9769 et 10030 ainsi qu'un projet NTPv5 actif. L'adresse d'auteur de la RFC 10030, publiée en août 2026, l'associe à Red Hat.

Gavin Brown

Contributeur aux normes du DNS et des noms de domaine. La fiche IETF conservée le 31 août 2026 recense quatre RFC, dont la RFC 8334. Elle indique vingt-cinq ans d'expérience, vingt-deux ans chez Team Internet PLC, anciennement CentralNic, dont quatorze comme directeur technique, puis un poste chez ICANN.

Gavin Brown est suivi pour un travail collectif qui sépare la réussite d'une opération EPP de l'attribution achevée d'un domaine. La RFC 8334, écrite avec J. Gould et W. Tan, définit une demande de lancement qui peut recevoir le résultat 1001, un applicationID et pendingCreate alors que le registre doit encore l'attribuer ou la rejeter. Le profil distingue le contexte de phase et de politique, l'historique ordonné des messages poll et le panData final de la publication au registre, de la délégation DNS et du service. Les sources prouvent une œuvre collective et des fonctions datées, non une invention solitaire, un droit de marque, une mise en œuvre particulière ou un pouvoir personnel d'attribution. Contributeur aux normes du DNS et des noms de domaine. La fiche IETF conservée le 31 août 2026 recense quatre RFC, dont la RFC 8334. Elle indique vingt-cinq ans d'expérience, vingt-deux ans chez Team Internet PLC, anciennement CentralNic, dont quatorze comme directeur technique, puis un poste chez ICANN.

Russ Housley

Contributeur aux normes de sécurité informatique et réseau. La fiche IETF conservée le 31 août 2026 recense 127 RFC, dont la RFC 10031, et des fonctions actuelles comprenant la présidence de LAMPS et la liaison avec IEEE-SA. Sa biographie rappelle ses mandats de président de l'IETF de 2007 à 2013 et de président de l'IAB de 2013 à 2015.

Russ Housley est suivi pour un travail collectif qui donne aux certificats X.509 un nom précis pour une adresse MAC sans exagérer ce qu'il prouve. La RFC 10031, écrite avec Corey Bonnell, Joe Mandel, Tomofumi Okubo et Michael StJohns, définit les formes à six et huit octets et les contraintes du chemin de certification. Elle précise aussi que le lien vaut ce que vaut la validation de l'AC et avertit contre l'usurpation, le partage, l'attribution dynamique, la portée locale et le suivi durable. Il faut donc séparer l'attribution IEEE, la validation par l'AC, le chemin du certificat, l'interface de couche 2 observée, l'autorisation locale et la décision de confidentialité. Les sources prouvent une œuvre collective et des fonctions datées, non une invention solitaire, une unicité universelle ou le contrôle d'un déploiement. Contributeur aux normes de sécurité informatique et réseau. La fiche IETF conservée le 31 août 2026 recense 127 RFC, dont la RFC 10031, et des fonctions actuelles comprenant la présidence de LAMPS et la liaison avec IEEE-SA. Sa biographie rappelle ses mandats de président de l'IETF de 2007 à 2013 et de président de l'IAB de 2013 à 2015.

Benoît Claise

Contributeur à la gestion et aux opérations des réseaux. La fiche IETF conservée le 31 août 2026 recense 45 RFC, dont la RFC 10035, des fonctions actuelles liées à NMOP, OPSAWG, à l'évaluation des métriques de performance et à l'atelier IAB sur la prochaine ère de la gestion de réseau, ainsi qu'un soutien à YangCatalog. Une biographie d'IETF 104 rappelle son mandat de codirecteur de l'aire Operations and Management de 2012 à 2018.

Benoît Claise est suivi pour un travail collectif de normalisation qui comble une lacune d'observabilité dans la découverte des schémas YANG. La RFC 10035, écrite avec Zhuoyao Lin et Ignacio Dominguez Martinez-Casanueva, permet à un serveur d'indiquer quels modules en augmentent directement un autre dans le même module-set. Le module de base ne peut pas révéler seul ces dépendances inverses externes. La liste s'arrête délibérément aux arêtes directes: l'application calcule elle-même toute clôture récursive. La preuve doit donc relier l'arête au serveur, au module-set, aux révisions, au content-id, au contrôle d'accès, au parcours du client et au résultat observé. Les sources établissent une œuvre collective et des fonctions datées, non une invention solitaire, une adoption universelle ou la conformité d'une mise en œuvre. Contributeur à la gestion et aux opérations des réseaux. La fiche IETF conservée le 31 août 2026 recense 45 RFC, dont la RFC 10035, des fonctions actuelles liées à NMOP, OPSAWG, à l'évaluation des métriques de performance et à l'atelier IAB sur la prochaine ère de la gestion de réseau, ainsi qu'un soutien à YangCatalog. Une biographie d'IETF 104 rappelle son mandat de codirecteur de l'aire Operations and Management de 2012 à 2018.

Kazuho Oku

Principal OSS Engineer chez Fastly, auteur du serveur H2O pour HTTP/2 et HTTP/3, de quicly et de picoTLS. La fiche IETF conservée le 31 août 2026 recense quatre RFC, dont la RFC 10036.

Kazuho Oku est suivi pour un travail collectif de normalisation qui rend observable une décision d’intermédiaire HTTP. La RFC 10036, écrite avec Tommy Pauly et Martin Thomson, définit le champ Incremental message par message. Un intermédiaire qui le comprend et refuse catégoriquement le transfert progressif du corps doit renvoyer une erreur au lieu de tout mettre silencieusement en tampon; incompatibilité de sécurité et pression de concurrence reçoivent des contextes distincts. Le champ ne garantit pourtant pas un flux de bout en bout: un relais non informé peut mettre en tampon et un relais compatible peut employer un tampon borné. La preuve doit relier intention, sens du message, reconnaissance par chaque relais, politique, seuils, motif du refus et latence observée. Les sources établissent une œuvre collective et des fonctions datées, non une invention solitaire ni le contrôle des déploiements. Principal OSS Engineer chez Fastly, auteur du serveur H2O pour HTTP/2 et HTTP/3, de quicly et de picoTLS. La fiche IETF conservée le 31 août 2026 recense quatre RFC, dont la RFC 10036.

Aaron Parecki

Directeur des normes d’identité chez Okta, mainteneur d’oauth.net et participant au groupe de travail OAuth de l’IETF. La fiche IETF conservée le 31 août 2026 le présente comme coprésident du groupe SCIM et recense deux RFC, dont la RFC 10017.

Aaron Parecki est suivi pour une frontière d’autorité documentée dans OAuth côté navigateur. La RFC 10017, écrite avec Philippe De Ryck et David Waite, fait du Backend for Frontend le client OAuth confidentiel et tient les jetons d’accès et de renouvellement hors du JavaScript. Elle conserve toutefois un risque plus étroit: un code malveillant de même origine peut utiliser la session active pour appeler le BFF. La preuve doit donc relier session, contrôle CSRF/origine, endpoint, destination/chemin/méthode autorisés, choix du jeton, autorisation du serveur de ressources et détection d’anomalie. Les sources établissent un travail collectif et des fonctions datées, pas une invention solitaire ni le contrôle des déploiements. Directeur des normes d’identité chez Okta, mainteneur d’oauth.net et entité au groupe de travail OAuth de l’IETF. La fiche IETF conservée le 31 août 2026 le présente comme coprésident du groupe SCIM et recense deux RFC, dont la RFC 10017.

Hannes Tschofenig

Professeur de Secure Networks à l’Universität der Bundeswehr München depuis mars 2026 et contributeur aux normes de sécurité de l’Internet. La fiche IETF capturée le 31 août 2026 le présente comme président d’OAuth et de PTTH, relecteur IoT et Security Area, et contributeur à 99 RFC dont la RFC 10013.

Hannes Tschofenig est suivi pour une frontière d’identité documentée dans l’attestation distante. La RFC 10013 sépare l’autorité qui signe ou identifie un composant de l’attester qui signe l’EAT englobant. Le profil doit définir les rôles, l’ordre et les flags; s’il est inconnu, le consommateur doit rejeter les champs concernés. La preuve exploitable distingue donc composant, mesure, signataire, profil, attester, fraîcheur, références, appraisal et autorisation de la relying party. Les sources attestent une œuvre IETF collective et des fonctions datées, pas une invention solitaire, un contrôle des déploiements ou l’état d’un appareil nommé. Professeur de Secure Networks à l’Universität der Bundeswehr München depuis mars 2026 et contributeur aux normes de sécurité de l’Internet. La fiche IETF capturée le 31 août 2026 le présente comme président d’OAuth et de PTTH, relecteur IoT et Security Area, et contributeur à 99 RFC dont la RFC 10013.

Corey Bonnell

Contributeur à l'infrastructure à clé publique et aux normes de l'Internet. La RFC 10007 cite Corey Bonnell en premier parmi trois auteurs. La fiche IETF capturée le 31 août 2026 le présente comme relecteur du Security Area Directorate, avec six RFC et trois Internet-Drafts actifs; la biographie datée de DigiCert le décrit comme Technology Strategist.

Corey Bonnell est suivi pour un travail documenté sur une frontière étroite mais décisive de la révocation. La RFC 10007 referme l'écart entre le profil du certificat et l'algorithme: pour un certificat d'émetteur de CRL en version 3, le validateur doit trouver l'extension keyUsage et le bit cRLSign, sans transformer l'absence en permission. Une signature valide, un nom d'émetteur concordant et une chaîne valide peuvent sinon provenir d'une autre clé certifiée pour le même sujet mais pas pour signer des CRL. Il faut donc séparer validité cryptographique, usage certifié, version, portée et fraîcheur de la CRL, résultat de révocation et exception de politique. Les sources attestent une œuvre IETF collective et des rôles datés, pas une invention solitaire, un contrôle universel ni un incident chez une AC nommée. Contributeur à l'infrastructure à clé publique et aux normes de l'Internet. La RFC 10007 cite Corey Bonnell en premier parmi trois auteurs. La fiche IETF capturée le 31 août 2026 le présente comme relecteur du Security Area Directorate, avec six RFC et trois Internet-Drafts actifs; la biographie datée de DigiCert le décrit comme Technology Strategist.

Kireeti Kompella

Contributeur aux normes de l’Internet. La fiche officielle de l’IETF consultée le 31 août 2026 recense 34 RFC et 16 Internet-Drafts actifs. La RFC 8029 le cite en premier parmi six auteurs; la RFC 4379 le cite comme coauteur de la spécification LSP Ping d’origine.

Kireeti Kompella est suivi pour ses travaux documentés qui rendent le transfert MPLS vérifiable sans confondre le diagnostic et le service. La RFC 8029 fait suivre à une requête MPLS Echo le chemin d’un FEC cible, puis renvoie les contrôles du routeur répondant. Elle conserve des limites nettes: la couverture ECMP complète peut être impossible, les chemins de secours inactifs ne sont pas couverts, la réponse peut emprunter un retour IP ou un canal de contrôle distinct, et un nœud non compatible peut produire un faux négatif. Un reçu utile consigne donc la sonde, le FEC, le chemin exercé, le code de retour, le répondant, le mode et le chemin de réponse, les chemins non testés, l’état BFD durable et un test de service client séparé. Les sources attestent une œuvre IETF collective, pas une invention solitaire ni le contrôle d’un réseau déployé. Contributeur aux normes de l’Internet. La fiche officielle de l’IETF consultée le 31 août 2026 recense 34 RFC et 16 Internet-Drafts actifs. La RFC 8029 le cite en premier parmi six auteurs; la RFC 4379 le cite comme coauteur de la spécification LSP Ping d’origine.

Eliot Lear

Participant à l’IETF depuis 1989. Ses fonctions actuelles dans Datatracker comprennent la présidence du groupe Independent Submission Editor, un siège au RFC Series Approval Board et des missions de relecture pour l’ART Area Review Team et l’Internet of Things Directorate. La fiche consultée le 31 août 2026 recense 20 RFC et quatre Internet-Drafts actifs.

Eliot Lear est suivi pour ses travaux documentés sur la frontière entre l’intention réseau déclarée par le fabricant d’un appareil et l’autorité du réseau qui la reçoit. La RFC 8520 le nomme parmi trois auteurs et définit MUD comme un moyen, pour un appareil à fonction limitée, de signaler les accès et fonctions réseau dont il a besoin. La norme précise toutefois qu’un fichier MUD formule des suggestions, non des ordres: l’administrateur local décide de leur mise en œuvre. MUD ne remplace pas les correctifs, un appareil peut mentir avec une URL émise sans protection et l’URL n’identifie pas un exemplaire unique. Le reçu utile relie donc provenance de l’URL, vérification du fichier et de sa signature, liaison entre identité et session, politique locale compilée, résultat d’application, exceptions et trafic observé. Un fichier valide ne prouve à lui seul ni identité, ni intégrité, ni comportement bénin, ni admission, ni état de correction, ni résultat de service. Entité à l’IETF depuis 1989. Ses fonctions actuelles dans Datatracker comprennent la présidence du groupe Independent Submission Editor, un siège au RFC Series Approval Board et des missions de relecture pour l’ART Area Review Team et l’Internet of Things Directorate. La fiche consultée le 31 août 2026 recense 20 RFC et quatre Internet-Drafts actifs.

Tero Kivinen

Président du groupe de travail IETF IP Security Maintenance and Extensions, membre de l’IETF Tools Team, relecteur et secrétaire du Security Area Directorate. La fiche Datatracker consultée le 31 août 2026 recense 16 RFC et aucun Internet-Draft actif.

Tero Kivinen est suivi pour ses travaux documentés sur la séparation entre état de contrôle et état de données dans IKEv2 et IPsec. La RFC 7296 le nomme parmi cinq auteurs et décrit le renouvellement comme une succession avec création avant suppression: une nouvelle SA IKE peut hériter de SA enfants actives sans renouveler implicitement leurs clés, sélecteurs, algorithmes ou autorisations. Les RFC 8247 et 8221 maintiennent sur des plans distincts les recommandations algorithmiques d’IKE et celles d’ESP/AH. La RFC 4301 distingue en outre l’authentification du pair et son droit d’annoncer des sélecteurs de trafic. Un unique état vert « renouvellement VPN » ne suffit donc pas sans preuve de l’association remplacée, des SA enfants transférées, de la résolution des collisions et du résultat dans le plan de paquets. Les sources prouvent une contribution collective, des fonctions datées et des mécanismes; elles ne prouvent ni invention solitaire, ni contrôle de produits ou de déploiements. Président du groupe de travail IETF IP Security Maintenance and Extensions, membre de l’IETF Tools Team, relecteur et secrétaire du Security Area Directorate. La fiche Datatracker consultée le 31 août 2026 recense 16 RFC et aucun Internet-Draft actif.