おはようございます！
GMOコネクトの名もなきエンジニアです。
よろしくお願いします！
日刊IETFは、I-D AnnounceやIETF Announceに投稿されたメールをサマリーし続けるという修行的な活動です！！
今回は、2026-06-16（UTC基準）に公開されたInternet-DraftとRFCをまとめました。
- Internet-Draft: 本Part20件（本日のInternet-Draft合計27件）
- RFC: 本Part0件（本日のRFC合計2件）
参照先:
その日のサマリー & Hot Topics
- 6月16日分の前半は、Internet-Draftを20件お届けします。証明まわりが厚く、CSRにアテステーションを載せるLAMPS、TLSへ遠隔アテステーションを統合するSEATの目標整理、TPM証拠を購読するRATSが並びます。x402のRetention Chainは、外部基盤なしに支払いを改ざん検知可能につなぎます。ネットワークではRFC6146を更新するステートフルNAT64、MPLS上のSTAMP計測、SD-WANエッジ発見、光網YANG群も登場します。ほかにDNSSECで完全性を守るDIVE、リゾルバのキャッシュ共有、純耐量子のAPKP、EDHOCのPSK認証も出ました。
- 軸の一つは、相手が名乗るだけでなく中身まで証明させる動きです。CSR Attestationは、鍵がHSMで守られ持ち出せないことをCSRに載せて、CAが発行前に確かめられるようにします。SEATの文書は、TLSやDTLSの接続に遠隔アテステーションを縛り付け、証拠の新鮮さや異なる様式への柔軟さといった目標を先に固めます。決済側ではx402のRetention Chainが、SHA-256とJCSだけで支払いレシートを改ざん検知可能につなぎ、発行者に頼らず誰でも検証でき、MiCAやDORAの記録義務にも応えます。信頼の土台を、名前から状態や来歴へ広げる提案が目立ちました。
投稿されたInternet-Draft
Self-Verifiable Retention Chain for Payment Receipts
支払いレシートを外部基盤なしで検証できるようにする、八つの暗号的な構成が提案されています。中心のRetention Chain Referenceは、改ざん検知できる監査連鎖で支払い記録をつなぎます。ほかに、支払い動作の一度だけの実行を表すPayment Action Lifecycleや、決済と動作記録を束ねるSettlement-Action Bindingなどを含みます。すべてSHA-256とJSON Canonicalization Scheme(RFC8785)だけで組み立てられ、発行者に接続せずレシートを持つ者が検証できます。MiCAやDORA、AMLRの取引記録や監査証跡の義務も満たします。
Draft Link
Security Goals and Use Cases for Integrating Remote Attestation with Secure Channel Protocols
TLSやDTLSなど安全チャネルを確立するプロトコルに、遠隔アテステーションの能力を組み込む際に望ましい目標と利用場面がまとめられています。こうしたプロトコルのピア認証は相手のネットワーク識別子への信頼は築くものの、土台となるソフトウェアやハードウェアの完全性までは保証しません。遠隔アテステーションは対象環境の状態について検証可能な証拠を相手に示させることで、この隙間を埋めます。安全接続への暗号的な束縛や証拠の新鮮さ、様式への柔軟性など、解が備えるべき目標が定められています。秘匿データの協働などの利用場面も探り、SEATワーキンググループの設計への入力を意図します。
Draft Link
Personal Data Portability Archive
個人データを別の場所へ持ち運ぶための標準的な保存形式として、Personal Data Portability Archive形式が提案されています。この形式は、個人データの取り込みや書き出しといった場面のほか、バックアップと復元、そしてデータ転送といった用途に適するよう設計されています。異なるサービスや機器の間で個人データを移す際に、共通の器として使える形式を用意しておくことを狙いとしています。具体的な内部構造までは示されていませんが、用途を広く想定した汎用の保存形式である点が特徴で、個人データの持ち運びやすさを高める土台となる提案です。
Draft Link
New Pure Post-Quantum Protocol Specification
量子計算機による攻撃からシステムを守るため、耐量子の仕組みだけで構成されたAbdelaziz Pure Key Protocol、略してAPKPが提案されています。既存の暗号方式と組み合わせるハイブリッド型ではなく、純粋に耐量子の要素のみでシステム全体を保護する点が特徴です。将来的には完全なPQCへ移行できるよう見据えた設計になっており、段階的な移行の土台としても使える構成が意図されています。同じ著者によるハイブリッド版のAHKPとは異なり、こちらは高いセキュリティが求められる環境での利用を想定した仕様です。
Draft Link
Stateful NAT64: Network Address and Protocol Translation from IPv6 Clients to IPv4 Servers
IPv6専用のクライアントがIPv4サーバーへ到達できるようにする、ステートフルNAT64変換の仕組みが記述されています。ユニキャストのUDPやTCP、ICMPを使った通信を対象とし、変換器に割り当てた一つ以上の公開IPv4アドレスを複数のIPv6専用クライアントで共有できるようにします。DNS64と組み合わせて使えば、IPv6クライアント側にもIPv4サーバー側にも変更を加える必要がありません。アドレス枯渇が進むIPv4環境との共存を、追加の変更なしに実現する手段として整理されています。本文書はRFC6146を置き換えるものです。
Draft Link
Use of Remote Attestation with Certification Signing Requests
証明書を発行する認証局は、ポリシー遵守を確認するため証明書署名要求に追加の検証可能な情報を求めることがあります。たとえば、CSRの公開鍵に対応する秘密鍵がハードウェアセキュリティモジュールで守られ持ち出せないことの証明などが挙げられます。CAが求めるこうした追加情報を生成し送り検証する過程は遠隔アテステーションと呼ばれます。本仕様は、PKCS#10とCertificate Request Message Formatのメッセージにアテステーションのデータを載せられるASN.1構造を定義しています。標準化された形式と独自の形式の双方に対応できる点も特徴です。
Draft Link
Simple Two-way Active Measurement Protocol (STAMP) for MPLS Label Switched Paths (LSPs)
多様なカプセル化を使うシステム間の経路性能を監視できると見込まれているSTAMPは、RFC8762とRFC8972で定義されています。本文書は、このSTAMPの試験セッションをMPLSラベルスイッチドパスの上でカプセル化し、立ち上げる方法を新たに定義するものです。MPLS経路における往復の遅延や損失を、標準化された形で能動的に計測できるようにする狙いがあります。既存のSTAMPの枠組みをMPLS網へ広げ、経路品質の把握を助ける手段を提供します。IP網で使われてきた計測を、ラベルスイッチされた経路でも同じ手順で回せるようにする点が実務上の利点です。
Draft Link
BGP UPDATE for SD-WAN Edge Discovery
SD-WANのエッジノードが持つ属性を発見するためのBGPの仕組みが記述されています。この仕組みには、新しいトンネル型と、BGP Tunnel-Encapsulation属性のためのサブTLV群、そしてSD-WANのアンダーレイ情報を運ぶNLRIの集合が含まれます。エッジノード同士がBGPのやり取りを通じて互いの接続情報を知り合えるようになる点が狙いです。既存のBGP拡張の枠組みを使って、SD-WAN特有のアンダーレイ情報を交換できるようにします。拠点が増えても、BGPの広告に相乗りする形で発見情報を配れる点が扱いやすさにつながります。
Draft Link
Attestation Event Stream Subscription
遠隔アテステーション手続きのためのYANG Event Streamへの購読方法が定義されています。具体的には、Trusted Platform Moduleに基づく挑戦応答型の遠隔アテステーションであるCHARRAのYANGモジュールを補う新しいYANGモジュールを定め、Evidence型のRATS概念メッセージや、その一部となる補助的なEvent Logへの購読を可能にします。定義されるモジュールを使うには、YANGサーバーが動作するAttester上に、TPM 1.2かTPM 2.0、あるいは同等の保護能力を持つ実装が少なくとも一つ存在することが求められます。
Draft Link
RDAP Extensions
登録データへの照会を担うプロトコルであるRDAPには、さまざまな拡張が加えられてきましたが、その使い方は必ずしも整理されていませんでした。本文書は、RDAPにおける拡張の使い方を記述し、明確にすることを目的としています。拡張をどのように定義し、どのように既存のRDAPの枠組みと組み合わせて扱うべきかという運用上の指針を示します。個々の拡張の具体的な中身よりも、拡張という仕組み自体の扱い方を整理する点に主眼が置かれています。拡張がばらばらに増えて相互運用を損なわないよう、命名や利用の約束事を共通の目線でそろえる下地になります。
Draft Link
Domain Operational Standing Declaration (DOSD) Protocol
ドメイン所有者が運用上の宣言や管理の状況、来歴の参照、文書の索引、仲裁の経路情報を機械で発見できる形で公開できる、任意参加のDNSベースの仕組みとしてDOSDプロトコルが記述されています。発見にはDNS TXTレコードを使い、正準のノードメタデータはwell-knownのJSONファイルへ、プロトコルドラフトや関連仕様、実装文書、履歴は任意のwell-known文書索引で発見できるよう支えます。DOSDは法的な有効性や管轄、主権、地位、紛争の結果を決めるものではなく、あくまで発見可能な公開の基盤だけを提供する仕組みです。
Draft Link
A YANG Data Model for L1 Connectivity Service Model (L1CSM)
レイヤ1の接続サービスモデルを表すYANGデータモデルが提供されています。このモデルは、顧客のネットワークコントローラが接続サービスの要求を出したり、サービスの状態を取り出したりする際に使えます。顧客のコントローラと通信するレイヤ1のネットワークコントローラとの間で、接続サービスの申し込みと状態把握を標準化された形で扱えるようにする狙いです。レイヤ1という物理層に近い領域でのサービス提供を、上位のコントローラから機械可読な形で扱えるようにする点が、この文書の軸になっています。顧客側と網側のコントローラが同じモデルで話せるため、申し込みから状態確認までを自動化しやすくなります。
Draft Link
EDHOC Authenticated with Pre-Shared Keys (PSK)
軽量な認証付き鍵交換であるEDHOCに、事前共有鍵による認証方式が定められています。PSK方式は相互認証や一時鍵交換、アイデンティティ保護、耐量子性を与えつつ、EDHOC向けの公開鍵認証方式より計算コストが低い点が特徴です。ノードが帯域外で共有したPSKを持つ環境に向いており、以前のEDHOCセッションから得たPSKを使えば、計算負荷の少ない効率的なセッション再開も可能になります。本文書では、PSKのメッセージの流れや鍵導出の変更、書式、処理、安全性の考慮が詳しく述べられています。公開鍵方式より計算が軽いため、制約の強い機器や再接続の多い場面で扱いやすくなります。
Draft Link
Updates to Legacy IPv4-related IANA Registries
IANAはIPv4の拡張のために作られたいくつかのレジストリを保守していますが、IPv4の中核仕様はもう拡張されておらず、一部のレジストリには定められた登録手続きすらありません。本文書は、こうしたレジストリを更新して、登録手続きを示すか、そうした拡張自体を定義するのは推奨されないという現在の実務を反映させる必要性を扱っています。古い登録簿の扱いを今の状況に合わせて整理し、実態にそぐわなくなった手続きの記載を是正しようとする、地味ながら基盤整備に関わる文書です。使われなくなった拡張の受け皿を、現状に即した形へ静かに畳んでいく作業です。
Draft Link
A YANG Data Model for Optical Transport Network Topology
光トランスポートネットワークのトポロジーを表現し、取り出し、操作するためのYANGデータモデルが定義されています。制御プレーンのプロトコルからは独立した設計になっており、OTNに関わるトポロジーや資源に関する情報を捉える点が特徴です。光網の構成や空いている資源の状況を、標準化されたデータモデルを通じて扱えるようにします。特定の制御方式に縛られない形でモデルを定めることで、さまざまな運用環境に適用しやすくしています。光網の設備や空き資源を機械可読にそろえることで、経路計算や容量設計の自動化を後押しする土台になります。
Draft Link
Common YANG Data Types for Layer 1 Networks
YANGモデリング言語で使う、共通のデータ型や識別子、グルーピングをまとめて定義する文書です。ここで定義される共通型は、レイヤ1の設定や状態の能力をモデル化する他のモジュールから取り込まれることを想定しています。レイヤ1の型は、光トランスポートネットワークのような転送網に当てはまるレイヤ1のクライアント信号を表すために使われます。OTNに関するデータ構造もレイヤ1の型として本文書に含められており、複数のモジュールで共通部品を再利用しやすくする基盤としての役割を持っています。各モジュールが型を作り直さずに済み、レイヤ1の記述を統一できる点が利点です。
Draft Link
Domain-based Integrity Verification Enforcement (DIVE) Version 0.1
DNSSECを公開鍵の帯域外の配布路に使い、HTTP応答本文の完全性と真正性を検証するアプリ層のプロトコルとして、DIVEが提案されています。ソフトウェア更新やパッケージ管理、IoT機器群など、管理された基盤で動く非ブラウザの自動クライアントに向きます。DIVEは二つの独立した部品からなり、一つはHTTP Message Signaturesで資源ごとの署名を応答ヘッダーに運ぶオブジェクトセキュリティ層、もう一つは公開鍵とポリシーをDNSSECで守るTXTレコードへ載せる鍵配布層です。攻撃者は改ざんした資源を届けるために、DNS基盤と配信元サーバーの双方を同時に破る必要があります。
Draft Link
BGP Flow-Spec Redirect to SR Segment List Action
トラフィックの選別やポリシーに基づく転送の規則を配る仕組みであるBGP Flow Specificationは、既存の枠組みでもSR Policyへのトラフィック誘導を可能にしてきました。しかしAI網の場面では、いわゆるエレファントフローがSR Policy候補経路の中の特定のセグメントリスト上で決定論的な転送を要することがあります。本文書は、SR Policyの中の特定のセグメントリストを指し示す、新しいBGP Flow-specのリダイレクト動作を定めるものです。大容量のフローを狙った経路指定を、BGPの拡張として扱えるようにする内容です。
Draft Link
Synchronizing caches of DNS resolvers
協調し互いに信頼するDNSリゾルバの集まりは、キャッシュを共有し合うことで利点を得られます。あるリゾルバが名前解決の結果を他のリゾルバへ配る形の仕組みです。本文書は、それを実現するためのプロトコルを標準化するものであり、信頼できる仲間内でキャッシュを分け合うことを前提としています。名前解決のたびに外部への問い合わせを繰り返す手間を省き、信頼された集団の中で解決結果を再利用しやすくする狙いを持つ提案です。解決の重複を仲間内で省くことで、応答の速さや外部への負荷の軽さにもつながる仕組みとして描かれています。
Draft Link
JSON for Restful Provisioning Protocol (RPP)
RESTful Provisioning Protocolのデータオブジェクトを、JavaScript Object Notationのデータ交換形式で表す規則が定められています。RPPの基本型や共通データ型、構成要素オブジェクト、資源オブジェクト、関連といった要素が、どのようにJSONやJSON Schemaへ対応づくかが規定されています。ドメイン名や連絡先、ホストといったデータオブジェクトについては、規範的なJSON Schemaの定義と具体的な実例まで示されており、実装者が参照しやすい形にまとめられている点が特徴です。
Draft Link
発行されたRFC
本日発行されたRFCはありません（本日のRFCはPart2に掲載しています）。
編集後記
- 相手のアドレスや名前を確かめるだけでは足りなくて、その機械が信頼できる状態にあるか、鍵が本当に安全な場所で守られているかまで証拠で見せてほしい、という要求が証明書やTLSやRATSの各所からいっせいに立ち上がっているのを眺めていると、信頼という言葉の中身がここ数年でずいぶん厳しく問い直されているのだなあと感じます。支払いの一つひとつを外部の台帳に頼らず自分で検証できる形へ畳み込むx402のような工夫も同じ日に並んでいて、規制の求める監査証跡を暗号の素朴な部品だけで満たそうとする発想の潔さに、思わず見入ってしまった前半でした。
最後に、GMOコネクトでは研究開発や国際標準化に関する支援や技術検証をはじめ、幅広い支援を行っておりますので、何かありましたらお気軽にお問合せください。