こんばんは！！
GMOコネクトの名もなきエンジニアです。
よろしくお願いします！
日刊IETFは、I-D AnnounceやIETF Announceに投稿されたメールをサマリーし続けるという修行的な活動です！！
今回は、2026-06-29（UTC基準）に公開されたInternet-DraftとRFCをまとめました。投稿が多いため3つのパートに分けており、これはPart2です。
- Internet-Draft: 本Part18件（本日のInternet-Draft合計52件）
- RFC: 本Part0件（本日のRFC合計3件）
参照先:
その日のサマリー & Hot Topics
- 2026年6月29日分の中盤にあたるPart2は、送信元アドレス検証と経路の安全に厚みがあります。RPKIの検証状態をBGP経路属性へ載せない運用指針、SAVの監視要件やドメイン内アーキテクチャ、MASQUEトンネルをBGPで広告する提案が並びました。エージェント関連ではセッションに紐づく身元の受け入れ基準、生体反応で人の意思を確かめるLICET、MoQ上のライブ対話、Agent Transfer Protocolが登場します。さらにHTTP/3の部分配送やweb-stream、大容量転送のXET、IETF議長の緊急代理と委任という運営文書までと、幅の広い一日でした。
- 安全と検証の面では、RPKI由来の検証状態をEBGP越しに漏らさないよう促す運用指針が地に足のついた内容です。セッションに紐づくAgent身元の受け入れprofileは、暗号的に正しい資料が別のテナントやタスクへ流用される取り違えを防ぎ、権限付与や鍵保持証明、TLSセッションが同じ対話を指すときだけ受理します。LICETは心電図や皮膚電気活動など複数の生理信号を使い、承認した人が強制されていないか、正常な認知状態にあったかまで確かめようとする野心的な提案で、生体情報を隠したまま第三者が監査できるゼロ知識証明まで備えている点にも驚かされます。
投稿されたInternet-Draft
MIMI Portability
MIMI Portabilityと題し、IETFのMore Instant Messaging Interoperability、通称MIMIの枠組みにおけるポータビリティの仕組みを記した文書です。MIMIは異なる事業者が提供するメッセージングサービスの間で相互運用可能なやり取りを標準化する取り組みであり、本書はそのMIMIの枠組みの中で、メッセージング状態やアカウントを他の事業者側へ移す際に関わるポータビリティの仕組みを対象範囲としています。利用者がサービス提供事業者を切り替える場面を想定して書かれた内容です。
Draft Link
Guidance to Avoid Carrying RPKI Validation States in BGP Path Attributes
RPKIに基づく検証状態を、変更時にEBGPセッション越しでBGP UPDATEを発生させるBGP Path Attributeに載せないよう促すガイダンス文書です。Route Origin Authorizationsの発行や失効、RPKI-To-Routerセッションの終了などをきっかけに検証状態が変わるたびBGP UPDATEがグローバルなインターネット経路系に無用に伝播する恐れがあるためです。EBGPセッション越しのBGPコミュニティでPrefix Origin Validationの状態を経路に結び付けないことも運用者に求めています。
Draft Link
Rank, a Resource Management Protocol for Allocation
エッジからクラウドまでの計算基盤に向けて設計された、包括的な資源管理プロトコルであるRankを規定する文書です。従来のネットワークプロトコルがリンク帯域やルータのバッファ空間を主に扱うのに対し、RankはCPUやメモリ、ストレージといった計算資源、ネットワーク容量、クロック同期やタスクスケジューリングなどの時間制約までを一つの枠組みで統一的に扱います。基本的に完全分散型のプロトコルとして動作し、送信側のtalkerと受信側のlistenerの間で、中継ノードごとに資源要求を交渉しながら経路を確立していきます。
Draft Link
A Core Acceptance Profile for Session-Bound Agent Identity
セッションに紐づくAgentのアイデンティティについて、検証者側の受け入れ基準を定めた文書です。想定と異なるサービスやテナント、Agent、タスク、委任、権限境界に対して暗号学的に有効な資料が受理されてしまうコンテキストの取り違えという問題を扱います。検証者は認可された権限付与や鍵保持の証明、TLSまたはexported authenticatorのセッション、鮮度とリプレイの状態、必要に応じたアテステーション結果、検証者側のローカルポリシーが同一の対話を指す場合に限りAgentを受理します。書式や配置方法はバインディングプロファイルに委ねています。
Draft Link
BGP Signaling of MASQUE Tunnel Encapsulation
MASQUEのCONNECT-TCPやCONNECT-UDP、CONNECT-IP、CONNECT-ETHERNETに対応するトンネル種別を、BGP Tunnel Encapsulation Attributeに追加する文書です。あわせてMASQUEプロキシのエンドポイントやHTTPリクエストの対象を示すURIテンプレート、対応するMASQUEトンネルを確立する際のアプリケーション層プロトコルの制約を広告するためのALPNサブTLVも定義しています。BGPを介してMASQUEトンネルの情報を経路上へ伝える仕組みです。
Draft Link
Information Requirements for Monitoring Source Address Validation (SAV) Enforcement
Source Address Validation、略称SAVの実施状況を運用の面から把握するために必要な情報要件をまとめた文書です。検証結果やトラフィックの取り扱い結果、SAVルールの生成とその状態、SAVの設定内容といった各項目を可視化することで、SAVがネットワークの中でどのように働いているかを運用者が理解しやすくなります。検証に失敗した通信をひとまず許可しながら監視し分析していく段階的な導入も含め、こうした日々の運用上の判断を支える情報を幅広くひとつの文書としてまとめて対象範囲に含めている内容です。
Draft Link
Live Agent Interaction over MoQ
Media over QUIC Transport、略称MOQT上でユーザーとAIエージェントがリアルタイムに対話するための手順を定めた文書です。ASRによる書き起こしやLLMのトークン、TTSの音声出力といった推論結果のストリームをMOQTのオブジェクトモデルへ対応付け、音声対話における割り込みに対応したターン制御の手順や、ライブなエージェントセッション向けのトラック構成の慣例もあわせて定めています。トランスポートの意味論を変えることなく、MOQT上のアプリケーション層プロファイルとして動作する設計です。
Draft Link
Intra-domain Source Address Validation Architecture
ドメイン内で行うSource Address Validation、略称SAVについて、汎用的なアーキテクチャを示す文書です。新しいドメイン内SAVの仕組みを開発する際に使える共通の枠組みを提供するとともに、既存のドメイン内SAV機構と比べてどのような条件のもとであればSAVの精度を高められるかという点についても、あわせて丁寧に整理しています。事業者のネットワーク内部において、送信元アドレスを検証する仕組み全体を組み立てるための共通の土台として、この文書全体が漏れなくまとめて機能するよう構成されています。
Draft Link
LICET: Multi-Modal Physiological Human-Intent Verification for Autonomous AI Agent Authorization
AIエージェントが重大な操作を実行する場面では、本人確認だけでなく承認した人が強制されていないかも確かめる必要があります。既存の仕組みは誰が承認したかは分かっても、その人が薬物などで意思を奪われていないか、正常な認知状態にあったかまでは検証できません。LICETは、心電図の波形照合を本人確認と生体反応の基点とし、皮膚電気活動を生体反応の指標とし、五種類の生理信号にマハラノビス距離を用いた個人ごとの統合判定を組み合わせる三層構成のミドルウェアです。信頼レベルの階層づけ、イベントごとのセッション鍵導出のほか、生体情報を隠したまま監査できるSchnorrゼロ知識証明も規定します。
Draft Link
XET: Content-Addressable Storage Protocol for Efficient Data Transfer
大容量ファイルの保存と転送を効率化する仕組みとして、コンテンツアドレス指向のストレージプロトコルXETが示されました。ファイルを内容に応じた可変長のチャンクへ分割し、それらをxorbと呼ぶコンテナへ集約する点が特徴です。暗号学的ハッシュを介してファイル間やリポジトリ間で重複を取り除くため、同じ内容を何度も送受信する無駄を避けられます。チャンク単位の重複排除により、更新の差分だけを扱う運用にも向いており、大規模なデータセットを扱う開発基盤やモデルの配布、共同作業のワークフローなど、幅広い場面での活用が見込まれる仕様として提示されています。
Draft Link
Using QUIC Stream Resets with Partial Delivery in HTTP/3
QUICのストリームリセットは、リセット前に送ったデータの到達を保証しません。HTTP/3では、応答ヘッダや短い診断メッセージ、上流ホストから受け取った途中までの応答など、途中で打ち切りつつも届けたい範囲がある場面でこれが課題になります。RESET_STREAM_ATは、そうした先頭部分だけを確実に届ける仕組みで、HTTP/3上のWebTransportがストリームをリセットする際にすでに使われています。同じ仕組みはHTTP/3のCONNECTトンネルや、応答確定後に生じる中継装置の障害、デコード後の不正な形式のメッセージ、アプリケーション処理前に拒否される要求にも当てはまります。
Draft Link
The IETF Chair Has an Emergency Stand-In
IETF議長が病気や事故などで職務を続けられなくなった場合に備え、緊急時の代理を務める人の順序をあらかじめ定めておく短い文書です。議長という要職が突然不在になっても、組織の意思決定や会議運営が止まらないよう、誰が最初に代役を担い、その人も動けない場合は次に誰が引き継ぐかという順序立てを明文化しています。手続き上の空白を残さないための取り決めであり、内容自体は簡潔ですが、分散的に運営されるIETFという組織の継続性を支える基盤の一部として位置づけられる規定であり、平時から関係者が把握しておくべき事項をまとめています。
Draft Link
The IETF Chair May Delegate
IETF議長が自らの職務の一部を他のエリアディレクターへ委ねられることを明文で確認する文書です。これまで慣行として行われてきた委任という運用を、既存の複数のRFCを更新する形で制度上はっきりさせています。議長一人に業務が集中しすぎないようにする調整の仕組みであり、組織運営の柔軟性を高める狙いを持つ内容です。IETFの手続き文書群の一角を占める短い規定ですが、議長の負担を分散し、日々の業務を滞りなく進められるようにするという点で、組織運営における意思決定の分散という観点からも読み取れる意味を持つ文書となっています。
Draft Link
A CoRIM Profile for Arm's Platform Security Architecture (PSA) Endorsements
PSA Endorsementsは、参照値や承認済みの値、暗号鍵素材、認証状態の情報など、検証者がPSAデバイスの発行するアテステーションエビデンスを評価するために必要な要素をまとめたものです。本メモは、これらのPSA EndorsementsをCoRIMデータモデルのプロファイルとして定義します。Armのプラットフォームセキュリティアーキテクチャに準拠する機器の状態を、標準化されたデータ形式で表現できるようにする狙いがあり、遠隔証明の枠組みの中でPSAデバイス固有の情報を、他の実装とも共通の形式で統一的に扱えるようにする内容です。
Draft Link
A Profile for Resource Public Key Infrastructure (RPKI) Canonical Cache Representation (CCR)
RPKIの検証済みキャッシュの状態をある時点で表現するための、Canonical Cache Representationと呼ばれるコンテンツタイプを定めた文書です。DER符号化によるデータ交換形式であり、監査証跡の記録や分析用パイプラインへの取り込み、検証済みペイロードの配布といった用途に適した、コンパクトで扱いやすい構成になっています。RPKI運用の現場で日々生成される検証結果を、実装間で共通の形式として持ち回れるようにすることを目指した仕様で、SIDROPSでの標準化作業の成果の一つとして提示されています。
Draft Link
Ownership and licensing statements in YANG
RFC 8520で定義されたMUDファイルの仕様に対し、所有権とライセンスに関する情報を記述できるようにする拡張を示すメモです。MUDファイルの作者が、そのファイル自体の所有者やライセンス条件を明示できるようにする点が主眼で、本文書はRFC 8520を更新します。定義されるグルーピングはMUDに限定した構造ではなく、他の用途でも再利用できるよう設計されており、IoT機器の管理情報に付随する権利関係を整理したい場面や、YANGモデルを扱う他のプロトコルの中でも応用が見込まれる、汎用性を意識した設計になっている点が読み取れます。
Draft Link
Agent Transfer Protocol (ATP)
自律的に動作するAIエージェント同士が、メッセージや要求、イベントを安全かつ構造化された形でやり取りするための通信プロトコルとして、Agent Transfer Protocolが示されました。家庭や単体のサービスから企業やクラウド事業者の規模まで広がるインターネットオブエージェントという構想を支える仕組みで、エージェントがATPサーバーを介してグローバルなインターネットに接続し、経路制御やセキュリティ確保、資源管理をサーバー側で仲介する二層構成を採ります。SVCBレコードによるDNSベースの発見や、送信者ポリシーと鍵に基づく認証、同期および非同期の通信様式も定義しています。
Draft Link
web-stream: A General Purpose Message Framing over Byte-Stream Oriented Wire Protocols
web-streamと呼ばれる汎用のメッセージフレーミングが提案されました。HTTP、特にRFC 9110の標準的な意味論に沿ったHTTPを含め、バイトストリーム指向の任意のL4またはL7プロトコル上でメッセージ単位の通信を扱えるようにする仕組みです。サーバー送信イベントのために定義されたフレーミングに対する、バイナリ版の代替案として位置づけられています。この提案の元になる最初のバージョンは2017年に公開されており、今回はその構想を長い年月を経て改めて整理し直し、HTTPを含む幅広い通信路の上で使えるよう練り直した仕様として示されました。
Draft Link
発行されたRFC
本Partに発行されたRFCはありません。本日発行の3件はPart3/3に掲載します。
編集後記
- Part2は経路の安全とエージェントの信頼が同居する、なんとも欲張りな並びになり、RPKIの状態をBGPに載せないという地道な運用指針のすぐ隣で、心電図や皮膚電気活動で人の意思まで測ろうとするLICETが顔を出すのですから、IETFという場の懐の深さと守備範囲の広さにあらためて驚かされ、思わず身を乗り出してしまいました。個人的にはセッションに紐づく身元の受け入れ基準が、暗号的に正しい資格情報が別のテナントやタスクへ流用される取り違えという地味だけれど怖い落とし穴を、一つずつ丁寧に塞いでいく手つきにぐっときたので、締めくくりのPart3でもこうした足元を固める提案に注目していきたいと思います。
最後に、GMOコネクトでは研究開発や国際標準化に関する支援や技術検証をはじめ、幅広い支援を行っておりますので、何かありましたらお気軽にお問合せください。