人物・役割・連絡先の記録

Weiqiang Cheng

2026年8月31日の取得時点で、Weiqiang Cheng は China Mobile Research Institute の Chief Architect of IP Networks であり、IETF SRv6 Operations ワーキンググループの議長を務めていた。IETF の公式プロフィールには RFC 10038 を含む9本の RFC が掲載されていた。

Weiqiang Cheng を追跡する理由は、SRv6 locator の割り当てを境界の明確な DHCPv6 トランザクションにしながら、そのリースを稼働中のルートと混同しない共同標準化作業にある。RFC 10038 は Cheng と Changwang Lin が編集し、Ruibo Han、Daniel Voyer、Geng Zhang が共同著者、Yuanxiang Qiu が貢献者である。文書は identity association、locator 構造、寿命、更新、サーバー binding、任意のルート導入と広告、解放と撤回を定める。プロフィールでは、これらをローカル SID 割り当て、SR policy、収束、パケット配送、信頼ドメインのフィルタリングから分けて扱う。 2026年8月31日の取得時点で、Weiqiang Cheng は China Mobile Research Institute の Chief Architect of IP Networks であり、IETF SRv6 Operations ワーキンググループの議長を務めていた。IETF の公式プロフィールには RFC 10038 を含む9本の RFC が掲載されていた。

Bas Westerbaan

CloudflareのResearch Engineer。暗号実装と標準化から大規模実験、導入まで、耐量子計算機暗号の普及に取り組む。IETF公式記録にはRFC 10024、10014、10011、9814がある。

Bas Westerbaan を追跡する理由は、耐量子移行を包括的な安全ラベルではなく、検証可能なプロトコル部品として扱う仕事にある。Krzysztof Kwiatkowski、Panos Kampanakis、Douglas Stebila との共著である RFC 10024は、ML-KEM と従来の楕円曲線鍵確立を組み合わせる三つの TLS 1.3グループを定義する。プロフィールは鍵合意、証明書認証、署名、TLS 終端、再開、下流の暗号化、保存データ、復旧を分離して扱う。 Cloudflare の Research Engineer。暗号実装と標準化から大規模実験、導入まで、耐量子計算機暗号の普及に取り組む。IETF 公式記録には RFC 10024、10014、10011、9814がある。

Daniel Fett

アイデンティティーとWebプロトコルのセキュリティーを専門とするセキュリティーコンサルタントで、OpenID FoundationとIETFのOAuth／OpenID Connect作業に貢献している。IETF公式記録にはRFC 9207、9449、9700、9901、10027がある。

Daniel Fett を追跡する理由は、認証、認可、プロトコルの文脈を分離して扱う標準化と形式的安全性分析にある。Pieter Kasselman、Filip Skokan との共著である RFC 10027は、QR コード、ユーザーコード、プッシュ要求が未認証の文脈チャネルを通るため、利用者が多要素認証を正常に完了しても、攻撃者が開始したクロスデバイス・セッションを認可し得ることを説明する。プロフィールは利用者の本人性、開始端末、要求文脈、意思、認可、トークン発行・保有、資源アクセスを別々に扱う。 アイデンティティーと Web プロトコルのセキュリティーを専門とするセキュリティーコンサルタントで、OpenID Foundation と IETF の OAuth／OpenID Connect 作業に貢献している。IETF 公式記録には RFC 9207、9449、9700、9901、10027がある。

Marco Davids

インターネット標準の貢献者で、SIDNのSenior Research Engineer。2026年8月31日に確認したIETF公式プロフィールによると、Marco Davidsは2007年にSIDNへ加わり、その後SIDN Labsに所属し、2025年2月からRegistration Protocols Policyワーキンググループを共同議長として率い、RFC 9199とRFC 10023を執筆している。

Marco Davids を追跡するのは、登録済みドメインの購入可能性を発見可能にしながら、DNS レコードを取引権限に変えない標準化に携わったためである。RFC 10023は`_for-sale` TXT 規約、任意の参照先、参考価格欄を定義する一方、そのレコードが保有者に売却を義務付けず、表示価格だけで購入を確約してはならないと明記する。プロフィールは構文、DNS 公開、DNSSEC 検証、現在の意思、保有者の本人性と権限、交渉条件、支払い、レジストリ移管、委任、サービス結果を別々の証拠として扱う。 インターネット標準の貢献者で、SIDN の Senior Research Engineer。2026年8月31日に確認した IETF 公式プロフィールによると、Marco Davids は2007年に SIDN へ加わり、その後 SIDN Labs に所属し、2025年2月から Registration Protocols Policy ワーキンググループを共同議長として率い、RFC 9199と RFC 10023を執筆している。

Miroslav Lichvar

Network Time Protocol標準の貢献者。2026年8月31日に保存したIETFプロフィールはRFC 9109、RFC 9769、RFC 10030と、進行中のNTPv5草案1件を挙げる。2026年8月公開のRFC 10030の著者欄はRed Hat所属としている。

Miroslav Lichvar を追跡するのは、同期の決定権を外側の包みに渡さず、NTP に範囲を限定した PTP 搬送を与える標準化に携わったためである。RFC 10030は NTP をユニキャスト PTP イベントメッセージの TLV に収め、NIC の PTP 時刻印フィルターとワンステップ E2E トランスペアレントクロック補正を利用可能にする。認証は埋め込まれた NTP メッセージだけを対象とし、負の補正を拒否し、root delay を補正せず、トランスペアレントクロック補正は認証できないとする。このプロフィールが示すのは日付付きの標準貢献であり、導入、性能、単独発明、時刻源の支配ではない。 Network Time Protocol 標準の貢献者。2026年8月31日に保存した IETF プロフィールは RFC 9109、RFC 9769、RFC 10030と、進行中の NTPv5 草案1件を挙げる。2026年8月公開の RFC 10030の著者欄は Red Hat 所属としている。

Gavin Brown

DNS・ドメイン名標準の貢献者。2026年8月31日に保存したIETFプロフィールはRFC 8334を含む4件のRFCを挙げ、業界経験25年、Team Internet PLC（旧CentralNic）で22年、うち14年をCTOとして勤務し、現在はICANNに所属すると記す。

Gavin Brown を追跡するのは、EPP 操作の成功とドメイン割当の完了を分ける共同標準化に携わったためである。J. Gould、W. Tan との共著である RFC 8334では、ローンチ申請が結果1001、applicationID、pendingCreate を受け取っても、レジストリは後から割当または却下を決める。プロフィールはフェーズとポリシー、順序付き poll 履歴、最終 panData を、レジストリ公開、DNS 委任、サービス到達性と区別する。資料が示すのは共同著作と日付付き役職であり、単独発明、商標上の権利、特定レジストリでの実装、個人的な割当権限ではない。 DNS・ドメイン名標準の貢献者。2026年8月31日に保存した IETF プロフィールは RFC 8334を含む4件の RFC を挙げ、業界経験25年、Team Internet PLC（旧 CentralNic）で22年、うち14年を CTO として勤務し、現在は ICANN に所属すると記す。

Russ Housley

コンピューター・ネットワークセキュリティ標準の貢献者。2026年8月31日に保存したIETFプロフィールはRFC 10031を含む127件のRFCを挙げ、現職としてLAMPS議長とIEEE-SAリエゾンマネージャーなどを記す。略歴には2007～2013年のIETF議長、2013～2015年のIAB議長も記録される。

Russ Housley を追跡するのは、X.509 証明書に MAC アドレスを正確に記せるようにしながら、その名称が証明できる範囲を広げなかった共同標準化に携わったためである。Corey Bonnell、Joe Mandel、Tomofumi Okubo、Michael StJohns との共著である RFC 10031は、6オクテットと8オクテットの形式、証明書経路の名称制約を定義する。同時に、束縛の強さは CA の検証に依存し、偽装、共有・動的アドレス、ローカル範囲、長期追跡に注意を促す。IEEE 割当、CA の支配確認、経路検証、観測した第2層インターフェース、ローカル認可、プライバシー判断は別々の証拠である。資料が示すのは共同著作と日付付き役職であり、単独発明、世界的な一意性、導入支配ではない。 コンピューター・ネットワークセキュリティ標準の貢献者。2026年8月31日に保存した IETF プロフィールは RFC 10031を含む127件の RFC を挙げ、現職として LAMPS 議長と IEEE-SA リエゾンマネージャーなどを記す。略歴には2007～2013年の IETF 議長、2013～2015年の IAB 議長も記録される。

Benoît Claise

ネットワーク管理・運用分野の貢献者。2026年8月31日に保存したIETFプロフィールにはRFC 10035を含む45件のRFCと、NMOP、OPSAWG、性能指標レビュー、IABの次世代ネットワーク管理ワークショップ、YangCatalog支援に関する現職が記録される。IETF 104の略歴は2012年から2018年までOperations and Management Areaの共同ディレクターを務めたことも記す。

Benoît Claise を追跡するのは、YANG スキーマ発見の観測ギャップを埋める共同標準化に携わったためである。Zhuoyao Lin、Ignacio Dominguez Martinez-Casanueva との共著である RFC 10035により、サーバーは同じ module-set 内で他のモジュールを直接 augment するモジュールを報告できる。ベースモジュールだけを解析しても、この外部逆依存は見えない。リストは意図的に直接隣接で止まり、再帰的閉包はアプリケーションが計算する。したがって証拠は、報告された辺をサーバー、module-set、revision、content-id、アクセス結果、クライアントの探索、観測結果に結ぶ必要がある。資料が示すのは共同著作と日付付きの役職であり、単独発明、普遍的採用、実行時適合ではない。 ネットワーク管理・運用分野の貢献者。2026年8月31日に保存した IETF プロフィールには RFC 10035を含む45件の RFC と、NMOP、OPSAWG、性能指標レビュー、IAB の次世代ネットワーク管理ワークショップ、YangCatalog 支援に関する現職が記録される。IETF 104の略歴は2012年から2018年まで Operations and Management Area の共同ディレクターを務めたことも記す。

Kazuho Oku

FastlyのPrincipal OSS Engineerで、HTTP/2・HTTP/3サーバーH2O、quicly、picoTLSの作者。2026年8月31日に保存したIETFプロフィールにはRFC 10036を含む4件のRFCが記録されている。

Kazuho Oku を追跡するのは、HTTP 仲介者の判断を一つ可視化する共同標準化に携わったためである。Tommy Pauly、Martin Thomson との共著である RFC 10036は、メッセージごとの Incremental フィールドを定義する。フィールドを理解する仲介者が本文の逐次転送を明確に拒む場合、全体を黙ってバッファせずエラーを返さなければならず、セキュリティ上の不適合と同時実行数の逼迫には別々の文脈が与えられる。ただし、未知のホップはバッファでき、対応ホップも上限付きバッファを使えるため、エンドツーエンドのストリーミング保証にはならない。証拠は送信者の意図、方向、各ホップの認識、方針、閾値、拒否理由、実測遅延を結ぶ必要がある。資料が示すのは共同著作と日付付きの公開役職であり、単独発明や導入支配ではない。 Fastly の Principal OSS Engineer で、HTTP/2・HTTP/3 サーバーH2O、quicly、picoTLS の作者。2026年8月31日に保存した IETF プロフィールには RFC 10036を含む4件の RFC が記録されている。

Aaron Parecki

Oktaのアイデンティティ標準責任者、oauth.netの管理者、IETF OAuthワーキンググループの参加者。2026年8月31日に保存したIETF公式記録ではSCIMワーキンググループの共同議長で、RFC 10017を含む2件のRFCが記録されている。

Aaron Parecki を追跡する理由は、ブラウザ OAuth の権限境界を RFC 10017が明確にしたためである。Philippe De Ryck、David Waite との共同著作である同 RFC は、Backend for Frontend を機密 OAuth クライアントとし、アクセス／更新トークンをブラウザの JavaScript から隔離する。一方、同一オリジンの悪意あるコードは利用中のセッションで BFF へ要求を送れる。したがって証拠は、セッション、CSRF／オリジン判定、入口、許可された宛先・経路・メソッド、トークン選択、リソースサーバーの認可、異常判定を結ぶ必要がある。資料が示すのは共同の標準化作業と日付付きの公開役職であり、単独発明や導入支配ではない。 Okta のアイデンティティ標準責任者、oauth.net の管理者、IETF OAuth ワーキンググループの参加者。2026年8月31日に保存した IETF 公式記録では SCIM ワーキンググループの共同議長で、RFC 10017を含む2件の RFC が記録されている。

Hannes Tschofenig

2026年3月からUniversität der Bundeswehr MünchenのSecure Networks教授で、Internet security標準のcontributor。2026年8月31日に保存したIETF profileはOAuth/PTTH chair、IoT/Security Area reviewer、RFC 10013を含む99 RFCへの貢献を記録する。

Hannes Tschofenig を追跡する理由は remote attestation の identity boundary にある。RFC 10013は component を署名・識別する authority と外側 EAT の attester を分ける。profile が authority role、order、flags を定義し、consumer が profile を知らなければ拒否が必要である。receipt は component、measurement、signer、profile、attester、freshness、reference、appraisal、relying-party authorization を分離する。資料は共同著作と日付付き role を示すが、単独発明、実装支配、普遍的採用、特定 device の状態を示さない。 2026年3月から Universität der Bundeswehr München の Secure Networks 教授で、Internet security 標準の contributor。2026年8月31日に保存した IETF profile は OAuth/PTTH chair、IoT/Security Area reviewer、RFC 10013を含む99 RFC への貢献を記録する。

Corey Bonnell

公開鍵基盤とInternet標準のcontributor。RFC 10007はCorey Bonnellを3人の著者の筆頭に記す。2026年8月31日に保存したIETF公式profileではSecurity Area Directorate reviewer、RFC 6本、active Internet-Draft 3本。DigiCertの同日確認済みauthor pageはTechnology Strategistと紹介する。

Corey Bonnell を追跡するのは、証明書失効の狭いが重大な境界を明確にした共同作業のためである。RFC 10007は certificate profile と validation algorithm の隙間を閉じた。CRL issuer certificate が v3 なら、validator は keyUsage の存在と cRLSign をともに確認し、欠落を許可として扱えない。署名が数学的に正しく、issuer 名と certification path が一致しても、同じ subject に発行された別用途の key かもしれない。したがって運用 receipt は署名、認定用途、version、CRL の scope と freshness、revocation result、policy exception を分けて残す。資料が示すのは IETF の共同著作と日付付きの公開 role であり、単独発明、実装支配、普遍的採用、特定 CA の incident ではない。 公開鍵基盤と Internet 標準の contributor。RFC 10007は Corey Bonnell を3人の著者の筆頭に記す。2026年8月31日に保存した IETF 公式 profile では Security Area Directorate reviewer、RFC 6本、active Internet-Draft 3本。DigiCert の同日確認済み author page は Technology Strategist と紹介する。

Kireeti Kompella

Internet標準のcontributor。2026年8月31日に確認したIETF公式profileには34本のRFCと16本のactive Internet-Draftがある。RFC 8029では6人の著者の筆頭、RFC 4379では元のLSP Ping仕様の共著者として記録される。

Kireeti Kompella を追跡する理由は、MPLS forwarding を検査可能にしながら、診断結果を service の証明へ膨らませない仕事にある。RFC 8029の MPLS Echo request は Target FEC の data path を進み、応答 LSR の検査結果を返す。しかし全 ECMP path を網羅できない場合があり、通常使われない backup path は対象外で、reply は別の IP path や control channel を通り得る。未対応 node は false negative も起こす。よって receipt には probe、FEC、実際の path、return code、responder、reply mode と復路、未試験 path、継続 BFD 状態、別個の customer-service test を残す。資料が示すのは IETF の共同著作と日付付き貢献であり、単独発明や運用支配ではない。 Internet 標準の contributor。2026年8月31日に確認した IETF 公式 profile には34本の RFC と16本の active Internet-Draft がある。RFC 8029では6人の著者の筆頭、RFC 4379では元の LSP Ping 仕様の共著者として記録される。

Eliot Lear

1989年からIETFに参加している。Datatracker上の現職はIndependent Submission EditorグループのChair、RFC Series Approval BoardのMember、ART Area Review TeamとInternet of Things DirectorateのReviewer。2026年8月31日に確認したprofileには20本のRFCと4本のactive Internet-Draftが記載されている。

Eliot Lear を追跡する理由は、機器メーカーが表明する network intent と、それを受け取る local network の権限との境界に関する検証可能な仕事である。RFC 8520は Lear を3人の著者の一人として記載し、限定用途の機器が必要な access と network 機能を示す方法として MUD を定義する。同時に、MUD file は命令ではなく提案であり、実装方法は local administrator が決めると明記する。MUD は脆弱性 patch の代わりではなく、安全でない方法で MUD URL を出す機器は偽装でき、その URL は個体固有でもない。したがって必要な receipt は、URL の provenance、file と署名の検証、identity と session の結合、local で compile された policy、enforcement 結果、例外、観測 traffic を接続する。有効な file だけでは identity、integrity、良性動作、admission、patch 状態、service 結果を証明しない。 1989年から IETF に参加している。Datatracker 上の現職は Independent Submission Editor グループの Chair、RFC Series Approval Board の Member、ART Area Review Team と Internet of Things Directorate の Reviewer。2026年8月31日に確認した profile には20本の RFC と4本の active Internet-Draft が記載されている。

Tero Kivinen

IETF IP Security Maintenance and Extensionsワーキンググループ議長、IETF Tools Teamメンバー、Security Area Directorateのレビュー担当および書記。2026年8月31日に確認したDatatrackerには16本のRFCと、活動中のInternet-Draftが0件と記載されている。

Tero Kivinen を追跡する理由は、IKEv2 と IPsec における制御状態とデータ状態の境界への検証可能な貢献である。RFC 7296は Kivinen を5人の著者の一人として掲げ、rekey を新しい SA を先に作ってから古い SA を消す継承として定める。新しい IKE SA は稼働中の Child SA を引き継げるが、それだけで Child 側の鍵、Traffic Selector、アルゴリズム、認可が更新されるわけではない。RFC 8247と RFC 8221は IKE と ESP/AH のアルゴリズム指針を別々に扱い、RFC 4301は peer 認証と Traffic Selector を主張する権限を分ける。したがって緑色の「VPN rekey 完了」だけでは不十分であり、変更された SA、継承された Child、衝突の裁定、packet path の実結果を記録する必要がある。資料が示すのは共同著作、日付付きの役割、仕組みであり、単独発明や製品支配、普及率ではない。 IETF IP Security Maintenance and Extensions ワーキンググループ議長、IETF Tools Team メンバー、Security Area Directorate のレビュー担当および書記。2026年8月31日に確認した Datatracker には16本の RFC と、活動中の Internet-Draft が0件と記載されている。

Roy T. Fielding

AdobeのSenior Principal Scientist、The Apache Software Foundationの共同創設者、RESTアーキテクチャスタイルの著者、HTTP・URI標準の著者または編集者であり、HTTP Directorateのレビュアー。2026年8月31日に確認したIETFプロフィールは18件のRFCを掲載している。

Roy T. Fielding を追う理由は、HTTP 要求を統一インターフェースで読めるようにしながら、共有語彙を権限体系にしなかった仕事にある。RFC 9110は method token を要求セマンティクスの主な情報源とする一方、実装・許可の判断を各対象リソースに残す。Safe と Idempotent は、要求された意図と反復時の意図された効果を表し、全副作用の不在、主体の認可、同一応答、実行保証を意味しない。後の QUERY 登録は語彙の発展を示すが、その RFC は Fielding の著作ではない。資料が示すのは設計、著作、時点付き役割であり、HTTP や IETF、実装への支配ではない。 Adobe の Senior Principal Scientist、The Apache Software Foundation の共同創設者、REST アーキテクチャスタイルの著者、HTTP・URI 標準の著者または編集者であり、HTTP Directorate のレビュアー。2026年8月31日に確認した IETF プロフィールは18件の RFC を掲載している。

Mark Nottingham

HTTP、URL、RSS/Atom、QUICに関わるインターネット標準の貢献者。RFC 8890とRFC 9518の著者、RFC 9110の共同編集者である。2026年8月31日に確認したIETFプロフィールは、HTTP、IAB、RFC Seriesに関する現任の役割を掲載している。

Mark Nottingham を追う理由は、エンドユーザーを優先しながら、全員を代表する人物やソフトウェアを作り出さない標準論にある。RFC 8890の user agent は有用だが不完全な仲介者で、サービスの権限を狭め、限定された選好を運び、実用的な代替があれば退出を可能にする。RFC 9110はそれを、人が直接操作していなくても要求を始めるクライアントプログラムと定義する。RFC 9518は切替コスト、実装の多様性、仲介者の権限境界を点検可能にする。資料は著作、編集、時点付きの役割を示すが、HTTP や Web、利用者全体への支配を示さない。 HTTP、URL、RSS/Atom、QUIC に関わるインターネット標準の貢献者。RFC 8890と RFC 9518の著者、RFC 9110の共同編集者である。2026年8月31日に確認した IETF プロフィールは、HTTP、IAB、RFC Series に関する現任の役割を掲載している。

Dieter Sibold

インターネット標準への貢献者で、RFC 8633とRFC 8915の共著者。IETFの現行記録ではNetwork Time Protocolsワーキンググループの共同議長、Internet Area Directorateのレビュアーであり、PTBは情報セキュリティ責任者として記載している。

Dieter Sibold を追う理由は、安全な鍵確立と日常の時刻転送を分離した集団的な標準化作業にある。RFC 8915では、クライアントが不透明な暗号化 cookie を NTP サーバーへ戻すことで、サーバーはクライアント別の状態を保持せずに合意済みの鍵を復元できる。拡張性、鍵のローテーション、リプレイ照合、cookie 補充、再確立を別々に観測できる一方、認証済みパケットは正しい時刻の証明ではなく、遅延攻撃も防げない。資料が示すのは文書化された参加であり、単独発明や IETF 合意、実装、配備、時刻源、運用判断への支配ではない。 インターネット標準への貢献者で、RFC 8633と RFC 8915の共著者。IETF の現行記録では Network Time Protocols ワーキンググループの共同議長、Internet Area Directorate のレビュアーであり、PTB は情報セキュリティ責任者として記載している。

David C. Lawrence

インターネット標準への貢献者で、RFC 8767とRFC 8914の共著者。現行の公式記録ではAdaptive DNS Discoveryワーキンググループの共同議長、ICANN理事会へのIETFの非投票リエゾンを務める。

David C. Lawrence を追う理由は、期限切れのキャッシュ複製を代替権威に変えず、再帰 DNS リゾルバが継続性を保つための集団的な標準化作業にある。RFC 8767は保持、誠実な更新試行、障害分類、最大 stale 期間、返却 TTL、DNSSEC 状態、通知、更新継続を分離する。RFC 8914は Stale Answer という明示的な診断を加える。この境界では、serve-stale が有効という一般論より実行時の受領記録が重要になる。資料が示すのは IETF と ICANN での文書化された貢献であり、単独発明やゾーン、リゾルバ、実装、配備、IETF の結論、ICANN の決定への支配ではない。 インターネット標準への貢献者で、RFC 8767と RFC 8914の共著者。現行の公式記録では Adaptive DNS Discovery ワーキンググループの共同議長、ICANN 理事会への IETF の非投票リエゾンを務める。

Steve Sheng

インターネット標準と技術政策への貢献者。RFC 10026の共著者であり、RFC 7485とRFC 7710の著者または共著者でもある。ICANNの2022年会議記録は政策策定支援担当シニアディレクターと記し、現在の公開略歴は2024年にICANNでの15年間を終えたとしている。

Steve Sheng を追う理由は、登録ロックを委任の DNSSEC データへ至る全経路の凍結証明ではなく、作用範囲を持つ統制として扱う標準化作業にある。共著した RFC 10026は、レジストラ更新ロックだけを理由に自動 DS 保守を止めてはならず、レジストリが実行する場合はレジストリ更新ロックだけでも止めてはならないとする。誰が状態を設定し、誰が変更を提出し、EPP 状態がどの要求を拒否し、CDS/CDNSKEY が認証・受理され、帰属可能な通知が出たかを分ける必要がある。資料が示すのは集団的作業への参加であり、レジストリ、レジストラ、ドメイン、実装、配備の支配ではない。 インターネット標準と技術政策への貢献者。RFC 10026の共著者であり、RFC 7485と RFC 7710の著者または共著者でもある。ICANN の2022年会議記録は政策策定支援担当シニアディレクターと記し、現在の公開略歴は2024年に ICANN での15年間を終えたとしている。

Peter Thomassen

DNSセキュリティ技術者、標準化貢献者。deSECの創設者兼最高技術責任者であり、SSE Secure Systems EngineeringのManaging Directorでもある。2026年8月30日に確認したIETFの公開記録ではDomain ConnectのchairとDNSOPのsecretaryを務める。

Peter Thomassen を追う理由は、子ゾーンの部分的な見え方が親側の委任変更を正当化しないようにする標準化作業にある。RFC 9975の単独著者として、親側エージェントが親の委任から権威サーバー集合を得て、その全アドレスに問い合わせ、CDS/CDNSKEY または CSYNC のデータに基づいて動く前に妥当な一貫性を確立することを定めた。NODATA も応答に数え、応答が欠ければ再試行し、不整合なら既存の委任を変えずに操作全体を中止する。共同執筆した RFC 10026は、曖昧でない要求の証拠と、変更後の DS 集合が DNSSEC 検証を維持する証拠を別々に求める。確認できるのは IETF の共同作業への参加であり、実装の支配、普遍的な導入、ドメインへの組織的権限、レジストリ、レジストラ、親ゾーンまたは子ゾーンの運用ではない。 DNS セキュリティ技術者、標準化貢献者。deSEC の創設者兼最高技術責任者であり、SSE Secure Systems Engineering の Managing Director でもある。2026年8月30日に確認した IETF の公開記録では Domain Connect の chair と DNSOP の secretary を務める。

Paul E. Hoffman

DNS、DNSSEC、プロトコルのデータ形式、セキュリティに関する実績を持つインターネット・プロトコル技術者、標準化貢献者。現行IETFプロフィールではCBOR、JSON仕様、プロトコルでの耐量子技術を扱う3つのワーキンググループのchairと、RFC Production Advisory Teamのメンバーを務める。

Paul E. Hoffman を追う理由は、共有インフラのデータをローカルな実行用コピーとして持つことと、そのデータへの権威を得ることを明確に分ける標準化作業にある。RFC 8806では2人の著者の2番目に記載され、再帰リゾルバーが同じホストで提供される完全なルートゾーンのコピーを使う方式を記述した。ローカルサービスはそのホスト上のリゾルバーだけに応答し、公開 DNS ルートと同一のデータと完全な DNSSEC 情報を保ち、SOA の有効期限より前に非ローカルのルートへ切り替え、古いデータを提供してはならない。Hoffman はルートのトラストアンカー公開を扱う RFC 7958と、リゾルバーの priming を扱う RFC 8109の共同著者でもある。確認できるのは IETF の共同作業への参加であり、単独発明、全面的な導入推奨、全実装の適合、DNS ルートへの個人的支配ではない。 DNS、DNSSEC、プロトコルのデータ形式、セキュリティに関する実績を持つインターネット・プロトコル技術者、標準化貢献者。現行 IETF プロフィールでは CBOR、JSON 仕様、プロトコルでの耐量子技術を扱う3つのワーキンググループの chair と、RFC Production Advisory Team のメンバーを務める。

Stuart Cheshire

Multicast DNS、DNS-Based Service Discovery、ホスト設定、DNS運用に関する実績を持つインターネット・プロトコル技術者、標準化貢献者。現行IETFプロフィールではCongestion Control Working Groupのdelegateを務める。

Stuart Cheshire を追う理由は、ローカルなサービス発見を効率化しながら、キャッシュと権威を混同しない標準化作業にある。RFC 6762では2人の著者の先頭に記載される。Known-Answer Suppression では、問い合わせ側が有効だと考えるレコードを問い合わせの Answer Section に入れる。応答側が同じ答えを省略できるのは、示された残り TTL が正しい値の半分以上である間だけだ。他の問い合わせ側は、その欄が権威ある情報ではないため、そこからレコードをキャッシュしてはならない。Cheshire は DNS-Based Service Discovery の RFC 6763の共同著者でもあり、現行プロフィールには28本の RFC が掲載される。確認できるのは IETF の共同作業への文書化された参加であり、単独発明、全実装の適合、普遍的な導入、ローカルネットワークへの権限ではない。 Multicast DNS、DNS-Based Service Discovery、ホスト設定、DNS 運用に関する実績を持つインターネット・プロトコル技術者、標準化貢献者。現行 IETF プロフィールでは Congestion Control Working Group の delegate を務める。

DENISE WALTON

DENISE WALTON は、公開登録記録や公開情報源において、人物、役割、または連絡先ラベルとして確認されています。この記録は、現在の所属、種別、責任の範囲が確認されるまで、未確認の人物情報として保持されます。

アメリカ合衆国

DENISE WALTON は、公開情報源がラベルをインターネット基盤の記録に関連付けているため、引き続き表示されています。ただし、この人物ファイルが自然人、ロールアカウント、組織ラベル、現在の運用連絡先のいずれであるかについては、独立した確認がまだ必要です。 DENISE WALTON は、公開登録記録や公開情報源において、人物、役割、または連絡先ラベルとして確認されています。この記録は、現在の所属、種別、責任の範囲が確認されるまで、未確認の人物情報として保持されます。