こんばんは！
GMOコネクトの名もなきエンジニアです。
よろしくお願いします！
日刊IETFは、I-D AnnounceやIETF Announceに投稿されたメールをサマリーし続けるという修行的な活動です！！
今回は、2026-06-13（UTC基準）に公開されたInternet-DraftとRFCをまとめました。
- Internet-Draft: 14件
- RFC: 0件
参照先:
その日のサマリー & Hot Topics
- 6月13日分はInternet-Draftを14件お届けします。目立つのはAIエージェントの認可まわりで、実行前に利用者が署名するDelegation Receipt、行動を記録するSCITTのAgent Action Capsule、環境条件を扱うenvironment.*制約、人間承認を束ねるEMILIAの認可レシートが並びます。証明ではワークロードの完全性と物理所在を融合するV-PEAやACME機器アテステーションが登場します。ほかにVRRPのYANG改訂、MARAM、マルチキャスト専用ポート、PCEPの遅延差制約、DNSSEC自動化、MPLSでのECNなど、経路と暗号の話題も並びました。
- 軸の一つは、AIエージェントに何を許し、誰が承認したかを署名で残す動きです。Delegation Receiptは実行前に利用者の秘密鍵で委譲を確約し、オペレータへの依存を薄めます。EMILIAの認可レシートは、名前を持つ人間が一つの高リスク動作を一度だけ承認した証拠をオフラインで検証でき、職務分離も強制します。SCITTのCapsuleは、遮断や拒否まで含めて動作の判定を透明ログに残し、ゲートが働いた監査証拠にします。証明の側ではV-PEAが、ハードウェアの完全性と地理的な所在を一つのTPM封印に束ね、座標を明かさず適合を示すゼロ知識証明に対応します。
投稿されたInternet-Draft
Delegation Receipt Protocol for AI Agent Authorization
自律型のAIエージェントを配備する場面向けに、暗号的な認可の仕組みを定める文書です。Delegation Receipt Protocol、略してDRPと呼びます。エージェントが動作を実行する前段階で、認可する利用者がスコープの境界や有効な時間枠、オペレータ指示のハッシュ、モデル状態のコミットメントを含むAuthorization Objectへ署名します。この署名済みレシートは、エージェントランタイムが制御を受け取るより先に追記専用のログへ公開されます。利用者の秘密鍵だけが委譲記録に対する唯一の署名権限となる設計で、信頼される仲介者としてのオペレータへの依存を薄める狙いを持ちます。
Draft Link
An Agent Action Capsule Profile for SCITT
エージェントが何をしたかを記録するSCITTのプロファイル、Agent Action Capsuleを定義する文書です。Capsuleは一つのエージェント動作をダイジェストで確約した記録で、実行や遮断や拒否など判定レベルの結果、評価済みの決定的制約、確定した効果を運びます。送出した試みと観測された結果を区別する確認済み効果の束縛や、人間関与フラグも含みます。CapsuleはSCITT Signed Statements、つまりCOSE_Sign1として表され、Transparency Serviceへの登録で透明化されます。遮断や拒否のCapsuleは、ゲートが働いた監査証拠として使えます。
Draft Link
Automated Certificate Management Environment (ACME) Device Attestation Extension
機器の身元確認という課題に取り組む短い文書です。ACMEプロトコルへ新しい識別子とチャレンジを追加し、アテステーションを用いて機器の身元を検証できるようにします。証明書を自動で発行する手続きの中で、対象の機器が本物であることをアテステーションの仕組みを通じて確かめられる点が核心です。既存のACMEの枠組みに識別子とチャレンジという最小限の拡張を加えるだけで、機器向けの証明書発行フローに検証の裏付けを持たせます。機器そのものの真正性を、証明書発行の自動化の流れへ無理なく組み込める点に意義があります。
Draft Link
A YANG Data Model for the Virtual Router Redundancy Protocol (VRRP)
ルーター冗長化のためのプロトコルであるVRRPに関して、YANGデータモデルを規定する文書です。対象はVRRPのバージョン2と3の双方に及びます。本文書の中で、VRRPに関わる用語はIETF技術における包括的な言語利用の指針に沿う形で見直されました。これはRFC8347を置き換える改訂であり、既存のYANGモデルを最新の用語法に合わせて整えつつ、両バージョンの管理設定や状態を統一的に扱えるようにする内容です。設定や状態取得を機器をまたいで同じデータモデルで行えるため、複数ベンダー環境での冗長化運用の見通しが良くなり、自動化との相性も高まります。
Draft Link
Verifiable Intent -- environment.* Constraint Family
自律エージェントが人間に代わって動く場面を支える、エージェント認可の指示形式を扱う文書です。既存の制約ファミリは、何を誰がいくらでどの資格で買うかといった取引そのものの性質は記述できても、会場が開いているか、資金源が満たされているかといった取引実行時の環境条件は扱えませんでした。本文書はこの隙間を埋めるため、エージェント認可指示の語彙にenvironment.*制約ファミリを規定します。個々の制約型自体は定義せず、ホスト束縛プロファイルに対して定義する構成を取り、Verifiable Intentを参照ホストとして用います。族への参加資格や語彙、合成の規律、IANA登録の仕組みも定めます。
Draft Link
Verifiable Proof of Environment Attestation Profile
規制下や主権的で高保証の配備において、ワークロードが承認された環境で動くという機械検証可能な証明への要求から出発する文書です。現在の遠隔アテステーションはプラットフォーム完全性と物理的所在を別々に扱いますが、完全性だけでは承認境界の外での実行を防げず、所在だけでは危殆化した基盤の不正な主張を防げません。本文書はV-PEAを定義し、両性質をTPMで封じた単一のEvidence構造へ融合します。来歴や完全性というWHATと、承認された地理境界内の所在というWHEREをTPM quote sealで一つの主張に束ね、座標を明かさず地理適合を示すゼロ知識証明にも対応します。
Draft Link
MARAM: Multi-layer Address Randomization and Authentication Mechanism
IPv6の拡張技術として、実の終端アドレスを隠す仕組みを扱う文書です。MARAM、正式にはMulti-layer Address Randomization and Authentication Mechanismと呼ばれ、実の終端アドレスをDestination Optionの内側で暗号化し、一時的な外側アドレスとパケットごとの認証を組み合わせます。鍵交換にはFYESという方式を用い、専用のVahed's Sealによってプロトコルの識別を保証します。鍵導出のFYES-KDFは、独立した鍵を導出するためにドメイン分離文字列を利用します。アドレスを隠しつつ経路上でのなりすましを防ぐ狙いを持つ設計です。
Draft Link
The Multicast Application Port
マルチキャストアプリケーションごとにUDPポートを個別に割り当てる現行の慣行に、疑問を投げかける文書です。マルチキャストアドレスがすでにデータを一意に識別しているため、そうした個別割り当ては冗長だと論じます。本文書はマルチキャストアプリケーション専用のUDPポートを一つだけ割り当て、そのポートを使う際に満たすべき要件を列挙します。既存のプロトコルスタックとの即時の互換性を確保できる一方で、実際にポートを使いやすくするためのさらなる改善が必要になる点も述べられています。ポート割り当ての重複を整理し、番号資源の無駄を減らす方向を示す内容です。
Draft Link
RFC 9421 HTTP Message Signatures Binding for x402 Payment Flows
x402の挑戦応答型の支払いフローを対象に、RFC9421のHTTP Message SignaturesとRFC9530のDigest Fieldsを束ねる方法を規定する文書です。挑戦応答と支払い証明の提出について、署名で覆う構成要素の最小集合やContent-Digestの扱い、keyidの解決、多段プロキシ連鎖でも署名が生き残る性質を定めます。x402仕様に既にあるhttp-message-signatures拡張を補い、両者は併用構成できれいに合成します。参照実装も提供され、RFC4846に基づく独立提出でInformationalとしての公開を意図します。IETFの合意ではありません。
Draft Link
PCEP Extensions for Path Delay Difference
負荷分散やP2MP、DetNetといった場面では、一組の経路の間の遅延差を期待する範囲へ収める必要があります。本文書は、この遅延差を端から端までの経路計算における制約として利用するためのPCEP拡張を記述します。複数の経路がそろって届くことを求める用途において、遅延のばらつきを抑えた経路選択を支える仕組みです。経路計算の入力に遅延差という観点を加えることで、同期を重視するネットワーク設計に対応します。到着タイミングをそろえたい多地点配信や決定論的な転送で、経路ごとの遅れの開きを許容範囲に保てるようにする内容です。
Draft Link
DNSSEC automation
複数の運用者が同じゾーンに署名する構成を、手作業に頼らず回せるようにする文書です。Multi-Signer DNSSEC、つまりRFC8901の構成について、設定・運用・撤収を自動化する算法とプロトコルを記述します。実現の手段として、各運用者が独自のKSKとZSKの組、あるいはCSKの組を持つ複数署名者仕様のModel 2を採用し、親からのDSレコードをCDS/CDNSKEY、すなわちRFC8078で管理します。加えて、DNSにおける子から親への同期を定めたRFC7477を用いる構成です。複数事業者が関わる署名運用の負担を、自動化された算法によって軽減する内容になっています。
Draft Link
Authorization Receipts for High-Risk Agent Actions
実行前の一つの高リスク動作に、名前を持つ責任ある人間の承認者を束ねる暗号原始を扱う文書です。EMILIA Protocol、略してEPの認可レシートを定義します。自らの署名鍵を持つ承認者が、動作のハッシュやポリシー参照、一度限りのノンス、有効期間を含む正準のAuthorization Contextへ署名します。得られるTrust ReceiptはMerkleで固定され、完全にオフラインで検証できます。依拠側は、認可された人間が一度だけ承認したことを、EPの運用者やログやAPIへの接続なしに確認できます。職務分離や一度限りの消費も強制され、不変条件はTLA+とAlloyのモデルで機械検査されます。
Draft Link
Implementation Status of OAuth Identity Chaining and Transaction Tokens
OAuthワーキンググループが持つ二つのドラフト仕様、領域をまたぐアイデンティティ連鎖とトランザクショントークンについて、オープンソースの実装状況を報告する文書です。各ドラフトについて、規範的な各節を試験対象の実装内の対応する場所へ対応づけ、その節を動かす試験の範囲を要約します。さらに、親ドラフトごとに未解決の課題候補を一つずつ記録しています。本報告はRFC7942に沿って作られており、二つの親ドラフトの編者による利用を意図しています。実装から得られた経験を仕様の側へ還元する橋渡し役の文書です。
Draft Link
Explicit Congestion Notification Using MPLS Network Actions
時間に厳しいアプリケーションの体験は、帯域の伸びほどには向上してこなかったと指摘する文書です。帯域より遅延を最適化する方が、そうしたアプリの体験を大きく改善しうると述べます。RFC9330で導入されたL4Sは、輻輳の恐れがあるパケットへ印を付けるためにECNビットを使い、輻輳へ素早く応じる制御として働きます。RFC5129はMPLSデータ面でECNを支えますが、Traffic Classフィールドの符号点に依存し、同フィールドをトラフィック区別に使えなくします。本文書は、MPLS Network Actions技術を用いてMPLSデータ面でECNを支える新しい方法を定めます。
Draft Link
発行されたRFC
本日発行されたRFCはありません。
編集後記
- エージェントに仕事を任せる前に利用者が鍵で委譲を確約し、危ない操作には名前のある人間が一度だけ承認を与え、やったことは透明なログに残す、という前と後ろを署名で挟む提案が同じ日に何本も並んでいて、自動化を進めるほど誰が責任を持つのかをきちんと形にしておく流れが強まっているのだなあと、しみじみ感じ入りました。ワークロードが正しい環境にいるかをハードウェアの完全性と物理的な居場所の両面から確かめ、しかも座標は伏せたまま適合だけ示すV-PEAのような工夫を読むと、守りたいものと明かしたくないものを両立させる知恵の細やかさに、思わず唸ってしまった一日でした。
最後に、GMOコネクトでは研究開発や国際標準化に関する支援や技術検証をはじめ、幅広い支援を行っておりますので、何かありましたらお気軽にお問合せください。