こんばんは！！！
GMOコネクトの名もなきエンジニアです。
よろしくお願いします！
日刊IETFは、I-D AnnounceやIETF Announceに投稿されたメールをサマリーし続けるという修行的な活動です！！
今回は、2026-06-18（UTC基準）に公開されたInternet-DraftとRFCをまとめました。
- Internet-Draft: 51件
- RFC: 1件
件数が多いため3本に分けてお届けしており、この記事③ではInternet-Draftの41件目から51件目と、発行されたRFCを紹介します。前の分は記事①と記事②をご覧ください。
参照先:
その日のサマリー & Hot Topics
- 締めくくりの記事③は、IKEv2へのML-KEM導入、RPKIトラストアンカーのタイブレーク、JWTのBCP改訂、HTTPの符号化前ダイジェストと、WGで熟成が進んだ実務寄りの文書が中心です。エージェント資源のディスカバリを扱うAGTPとARDの組み合わせや、攻撃サンプルのメタデータをYANGで記述する提案など、新しい切り口の初版も揃いました。RPKI-to-RouterのYANGモデルやVRRPモデルは同日に2版が投稿されており、仕上げの追い込みがうかがえます。
- この日いちばんのニュースは、唯一のRFCとして発行されたRFC 9958、Post-Quantum Cryptography for Engineersでしょう。量子計算機が現行の公開鍵暗号を無効にするとはどういうことか、移行では何がつらいのかを、エンジニアの目線で整理してくれる文書です。TLSのML-DSA、IKEv2のML-KEM、EAP-PSK-256と、この日はプロトコルの各層でPQC移行のピースが動いており、解説書と実装仕様が同じ日に揃う、なかなか象徴的な一日になりました。
投稿されたInternet-Draft
Post-quantum Key Exchange with ML-KEM in the Internet Key Exchange Protocol Version 2 (IKEv2)
NISTが標準化した鍵カプセル化メカニズムML-KEMを、IKEv2で使う方法を規定するWG文書です。ML-KEMを単独で使う方法と、従来型の鍵交換に追加する形で使う方法の両方を規定しており、暗号学的に意味のある量子計算機に対して安全なIKE SAとChild SAの鍵をネゴシエートできるようになります。IPsec VPNは政府系や企業ネットワークの基盤だけに、収穫しておいて後で解読する攻撃への備えは待ったなしのテーマです。-06版まで進んでおり、TLS側のML-DSA文書と並んで、この日のPQCラッシュを支える一本でした。
Draft Link
Tiebreaking Resource Public Key Infrastructure (RPKI) Trust Anchors
RPKIのトラストアンカーは自己署名のX.509 CA証明書で表現されますが、時間が経つと、同じTA運用者から発行された有効なTA証明書を複数持っている状態が生まれます。この文書は、Relying Partyが証明書パス検証に使う1枚をどう選ぶかというタイブレークの方式を定め、RFC 8630を更新するWG文書です。地味な話に見えて、TA証明書の入れ替え時に検証者の挙動がバラバラだと、インターネット全体の経路検証の一貫性に関わります。OpenBSDのrpki-client開発者らによる、運用の機微を知る人たちの仕事です。
Draft Link
VLSM Tree Routing Protocol
ツリー状のネットワークで、VLSMの考え方でアドレス空間を配分することを前提にした、軽量なルーティングプロトコルの提案です。VLSMツリーの内部ではデフォルトルートを設定する方式を取るため、外部の経路情報をツリーの中まで配る必要がなく、ルータの負荷を大きく減らせるとしています。さらにRSVP-TEを拡張することで、VLSMツリー内でのMPLSによるIP-VPNもカバーします。-15版まで独自の道を歩み続けている個人ドラフトで、こういう息の長い提案を見かけると、つい応援したくなってしまいます。
Draft Link
ARD Binding for AGTP: Agentic Resource Discovery over the Agent Transfer Protocol
組織の壁を越えてエージェント資源をカタログ化・発見・検索する連合型モデルであるARDと、Agent Transfer Protocolの組み合わせ方を定める初版ドラフトです。ARDは能力と信頼のメタデータを広告したら身を引き、エージェント同士は各資源のネイティブなプロトコルで接続するという設計で、この文書はAGTPカタログエントリ型やagtpスキームのエンドポイントURI、ARDのtrustManifestとAGTPのワイヤレベル識別モデルの合成などを定義します。ARDが発見と事前の信頼を、AGTPが線路の上の識別と帰属を受け持つ役割分担で、MCPやA2Aを下から支える構想です。
Draft Link
CoAP Extensions for Asynchronous Task Resources
記事②で紹介したCoAPの非同期タスクリソース拡張の初版、-00版です。同じ日に-00版と-01版が続けて投稿されました。内容の説明は記事②の-01版のセクションをご覧ください。
Draft Link
A YANG Data Model for Network Attack Sample Metadata
ネットワーク攻撃のサンプルを記述するメタデータのYANGデータモデルを定義する初版ドラフトです。防御機能の検証やトラブルシューティング、収集した攻撃トラフィックの証拠のやり取りには、事業者やベンダー、研究ツールをまたいで一貫して処理できる攻撃サンプルが必要ですが、現状は独自ラベルや部分的なキャプチャ、ローカルなDBスキーマなどで表現されがちで、比較も再現も自動処理も難しいのが実情です。このモデルはサンプルの同一性、収集コンテキスト、攻撃特性、匿名化状態、再現性情報などを記述し、IPFIXやIODEF、PCAP系の運用データを補完します。
Draft Link
JSON Web Token Best Current Practices
JWTを安全に実装・展開するための実践的なガイダンスを提供するBCP文書の改訂版です。JWTは署名や暗号化のできるURLセーフなJSONベースのセキュリティトークンとして、デジタルアイデンティティをはじめ幅広い分野で使われています。この文書はRFC 7519を更新するとともに、既存のJWT BCPであるRFC 8725を置き換え、RFC 8725の発行後に発見された脅威や攻撃に対する追加のガイダンスを盛り込みます。alg=noneのような古典的な落とし穴から新しい攻撃まで、JWTを扱う開発者が定期的に読み直したい定番文書の最新形です。
Draft Link
HTTP Unencoded Digest
HTTPのRepr-DigestとContent-Digestという完全性フィールドは、コンテンツコーディングの影響を受けるため、gzipなどで圧縮された表現と元の表現のどちらのハッシュなのかという悩みがつきまといます。この文書は、符号化されていない表現のダイジェストを曖昧さなくやり取りするために、Unencoded-DigestとWant-Unencoded-Digestという補完的なフィールドを定義するWG文書です。RFC 9530で定義された完全性フィールドの用語も更新します。CDNを挟んだ配信でのコンテンツ検証など、使いどころの想像しやすい提案で、-05版まで来ています。
Draft Link
YANG Data Model for RPKI to Router Protocol
RPKIの検証済みデータをルータへ届けるRPKI-to-Routerプロトコル、RFC 6810とRFC 8210を管理するためのYANGデータモデルを定義するWG文書です。アブストラクトは一文のみですが、ROVを実運用するにはルータとバリデータキャッシュの接続状態やセッションの健全性を監視できることが欠かせず、そこを標準モデルで扱えるようにする実務的な整備です。ベンダーとオペレータの混成著者チームというのも心強いところ。今回投稿されたのは-07版で、同じ日に-06版も投稿されています。
Draft Link
YANG Data Model for RPKI to Router Protocol
こちらは上で紹介したRPKI-to-Router YANGモデルの一つ前、-06版です。同じ日に-06版と-07版が続けて投稿されました。内容の説明は直前のセクションをご覧ください。
Draft Link
A YANG Data Model for the Virtual Router Redundancy Protocol (VRRP)
記事①で紹介したVRRPのYANGデータモデル、RFC 8347を置き換えるbis文書の一つ前にあたる-21版です。同じ日に-21版と-22版が続けて投稿されました。内容の説明は記事①の-22版のセクションをご覧ください。
Draft Link
発行されたRFC
Post-Quantum Cryptography for Engineers
暗号学的に意味のある量子計算機、CRQCが登場すると、現在展開されている従来型の公開鍵アルゴリズムは、その安全性を支える数学的前提が崩れて時代遅れになります。このRFC 9958は、なぜエンジニアがPQCを意識し理解する必要があるのかを説明し、CRQCが既存システムに与える影響と、PQCアルゴリズムへの移行に伴う課題を詳しく解説する文書です。これまでの暗号の更新と違い、PQCアルゴリズムの鍵やシグネチャのサイズといった独特の性質のために、プロトコルの大幅な再設計が必要になり得ると指摘しています。PQC入門の決定版として、まず最初に読む一本になりそうです。
Draft Link
編集後記
- 3本仕立ての最終回までお付き合いいただき、ありがとうございました。51件を読み切った目でRFC 9958を開くと、この日に投稿されたML-KEMやML-DSAのドラフト群が、まさにこの解説書の描く移行の地図の上を進んでいるのだと実感できて、少し胸が熱くなりました。みなさんの現場ではPQC移行の検討はどこまで進んでいますか、よければコメントで教えてください。
最後に、GMOコネクトでは研究開発や国際標準化に関する支援や技術検証をはじめ、幅広い支援を行っておりますので、何かありましたらお気軽にお問合せください。