こんばんは！！！
GMOコネクトの名もなきエンジニアです。
よろしくお願いします！
日刊IETFは、I-D AnnounceやIETF Announceに投稿されたメールをサマリーし続けるという修行的な活動です！！
今回は、2026-06-23（UTC基準）に公開されたInternet-DraftとRFCをまとめました。
- Internet-Draft: 本Part21件（本日のInternet-Draft合計61件）
- RFC: 本Part0件（本日のRFC合計0件）
参照先:
その日のサマリー & Hot Topics
- 2026年6月23日分の終盤は、エージェントの認可と経路セキュリティ、そして耐量子の指針が並びました。行動の前に人が宣言した認可の封筒へ結び付けるIntent Token、複数の異種レシートを1つの許可判断へまとめるEP-AEC、同意の取得と主体への精算を開示に結び付ける決済の拡張などが登場します。RPKIでは、広告する前に自分のローカルなキャッシュと照合する事前検証のBCPが提案されました。FrodoKEMの安全性指針やTLSを使うアプリケーション向けの耐量子の推奨、IPFIXへの情報要素の追加も含まれています。
- 注目は署名レシートを束ねるEP-AECです。委任、ポリシー許可、判断やコンプライアンス、人間承認と、エージェントの行動を証する署名済みレシートを定義する文書が次々に現れ、いずれもJCSで行動を正規のダイジェストへ束ねて署名するという共通の土台へ、独立に収束していきました。ところが受け取った複数の異種レシートが同じ行動を指しているか、それぞれ自分の規則の下で検証できるかを確かめ、1つのオフラインでフェイルクローズな判断へまとめる方法だけは未整備のままでした。乱立の次に必要な作業へ手を伸ばした一本です。
投稿されたInternet-Draft
An sdfType for Links
Semantic Definition Format for Data and Interactions of Things、いわゆるSDFにおいて、sdfTypeの一つとしてlinkを新たに定義し登録する短い文書です。SDFはモノのデータや相互作用を記述するための枠組みであり、そこで扱われる型の体系にlinkという種別を加えることが、この文書の内容そのものです。文書自体は短く、他の要素を規定するような追加の説明は含まれておらず、sdfTypeとしてのlinkの定義と登録という一点に絞り込まれた構成になっています。
Draft Link
SCHC Header Format
SCHCはSCHC Control HeaderとSCHC Data Headerを分けますが、Control Headerの形式やRuleIDの符号化は配備ごとに委ねられてきました。ファイアウォールや分類器など端点でないノードがSCHCデータグラムを扱う場面では、区切りを判別できません。この文書はSCHC Header Formatを定義し、RuleIDの符号化とControl Headerの型を小さな名前付きの記述にまとめます。帯域内で自己記述的に運ぶことも帯域外で固定することもでき、Shape Tagのワイヤ形式やレジストリを新たに設けます。
Draft Link
ICMPv6 Secure Segment Treatment Notifications
ICMPv6-SECの提案です。長い遅延や予定された接触機会、厳しいサイズ制限を持つIPv6セグメントを横切るパケットでは、端点が普段頼るフィードバックが働きません。セグメント境界が、パケットがそのセグメント向けに準備されていないときに送信元へ送るICMPv6メッセージとしてICMPv6-SECを定義します。メッセージはCOSEで署名されたSegment Descriptorという小さなCBORオブジェクトを運び、どのセグメントを指すか、記述の有効期限、今後の扱いを示します。受信者は署名と有効期間、署名者の権限を確かめてから記述を適用します。
Draft Link
YANG Metadata Annotation for Immutable Flag
NETCONFやRESTCONFなどYANG駆動の管理プロトコルでは、サーバーが提供する一部のノードを変更できないという振る舞いがすでに実装で見られます。この文書はその振る舞いをimmutableというYANGメタデータ注釈で形式的に文書化する仕組みを定めます。クライアントはサーバーが示すimmutable注釈を手がかりに、それ以外は妥当な設定要求がなぜエラーになるのかを知れます。immutableフラグは既存の振る舞いを記述するものであり、サーバーの振る舞いを新たに規定するものではありません。この文書はRFC 8040とRFC 8526の記述を改めます。
Draft Link
IP plus plus
アドレス枯渇への対処としてIPv4の拡張方式を提案する文書です。極めて低いコストでIPv4アドレスの枯渇を解消し、内部ネットワークへの外部からのアクセスを外部への発信と同じくらい容易にできるとしています。IPv4は32ビット固定長のアドレスを採用し、アドレス空間の不足は長く際立った問題でした。一時的な解決策のNATはアドレス不足を緩和しますが、端点間通信の原則を壊し、外部からの直接アクセスを支えられません。業界では多くの解決策が提案されてきましたが、いずれも固有の限界を抱えていました。この提案は多層構造に基づくIP++という新しい方式を示します。
Draft Link
The Vaara Receipt: A Recomputable Receipt Format for Decisions About Agent Actions
エージェントの行動についての判断を記録する仕組みとして、vaara.receipt/v1を規定する文書です。任意で1つ以上の外部タイムスタンプアンカーにも結び付けられる、署名済みで独立に再計算可能なレシートを定めます。形式はJSON Canonicalization Scheme、いわゆるJCSで正規化され、第三者は発行者へアクセスせずダイジェストを再計算し署名を検証できます。信頼は根に依存せず、ハードウェアの信頼実行環境の有無を問わず検証できます。下流の仕様はこの文書のバージョンに固定したプロファイルを定義し、証拠スキーマだけを加える形をとります。
Draft Link
BGP-LS Extension for Inter-AS Topology Retrieval
2つのAS間をまたぐドメイン間リンクについて、BGP-LSの鍵となるパラメータを配布する手順を規定する文書です。BGP-LSのNLRIにAS間リンクのための新しい型を定義し、AS間リンク記述子のための3つの新しいTLVもあわせて定めています。これらのBGP-LS拡張により、SDNコントローラはAS間にまたがるネットワークトポロジーを取得できるようになります。運用者はドメイン間の相互接続の情報を集約し、BGP-LSプロトコルが提供する情報を用いて端から端までのネットワークトポロジーを自動的に計算できるようになります。
Draft Link
REST API Linked Data Keywords
意味的スキーマ設計を契約の段階から支えるための文書です。OpenAPI SpecificationとJSON Schemaの文書に意味的な情報を与える2つの新しいキーワードを定義しています。APIの仕様書に、人が読むための説明だけでなく機械が解釈できる意味情報を書き加えられるようにする狙いです。スキーマを書く段階から用語や概念のつながりを明示でき、リンクトデータの考え方をOpenAPIやJSON Schemaの記述に組み込めるようになります。仕様策定者はこれらのキーワードを使い、契約の意味を先に固定してから実装へ進めます。
Draft Link
Secure Reporting of SUIT Update Status
IoT機器のソフトウェア更新を扱うSUIT、Software Update for the Internet of Thingsのマニフェストは、さまざまな更新やブートのワークフローを共通の形式で記述する方法を提供してきました。この文書はそれに加えて軽量なフィードバック機構を規定します。マニフェストを持つ開発者は、この機構を使うことでマニフェスト処理系が実際にどんな判断を下し、どんな動作を実行したのかを後から再構成できるようになります。更新の成否や途中経過を安全に報告する手段を、マニフェストの枠組みに沿った形で用意する内容です。
Draft Link
Open Cloud Mesh
サーバー間のフェデレーションプロトコルとして、ある資源へのアクセスが受領側に許可されたことを通知するために使われるのがOpen Cloud Mesh、通称OCMです。OAuthのような認可フローとも、ActivityPubや電子メールのようなソーシャルなプロトコルとも似た面を持ちます。中核となる利用場面は、システムAの利用者が資源そのものを転送せず、相手にシステムAへログインさせることもなく、システムBの利用者と資源を共有したい場合です。OCMはファイル転送に限らない広い相互作用を支えるよう設計され、扱うのは受領側がアクセスを知らされる時点までの相互作用です。
Draft Link
Source Pre-validation in RPKI-based Route Origin Validation
RPKIとROVはドメイン間の経路制御のセキュリティを大きく改善してきました。しかし数千に及ぶRPKI無効の経路が、多くは設定誤りや同期遅れによるものですが、大域の経路表に現れ続けています。こうした無効経路の多くは、広告する前に容易に止められたはずのASから出ていると指摘されています。送信元での事前検証についてのBest Current Practiceを定義し、発信元のASが意図するBGP広告をeBGPの隣接へ送る前にRPKIキャッシュと照合する実践を示します。無効経路や厳格モードのNotFoundも遮断し、記録し、再評価のためキャッシュしなければなりません。
Draft Link
Consent-Bound Identity Disclosure with Subject Settlement for HTTP-Native Agent Payments
HTTPネイティブなエージェント決済の枠組みへ拡張を加え、人である主体のアイデンティティ属性を開示する場面に同意と対価の精算を組み込む提案です。エージェントがある人物の属性を読み取って支払う際には、その読み取りが主体自身の発行した範囲限定かつ取り消し可能な同意付与への参照を伴うことが求められます。加えて精算指示では、主体を読み取り価格の定められた取り分の受益者として指名することが求められます。アイデンティティ証明の封筒と、HTTPネイティブな決済フローという既存の二層に、同意取得と主体への精算という機能を新しく重ねる内容です。
Draft Link
Security Considerations and Requirements for Intent-Based Requests in Agentic Systems
インテントに基づく要求は、利用者やアプリケーション、エージェントが手順を逐一指定せずに目標と制約を表明できるようにする仕組みです。こうしたインテントは実行可能な指示へ翻訳され、クライアントや認可コンポーネント、実行エンドポイントなど複数の主体へ伝播していきます。この多段の処理は、改ざんや権限昇格、制約の回避、インテントの逸脱に対する攻撃面を広げてしまいます。システムへ入る地点で、偽造や認可されていない発信元が正当な同意なしに行動を引き起こす恐れもあります。この文書は解決策に依存しないセキュリティ分析として、攻撃の場面や脅威モデルをまとめた一本です。
Draft Link
A YANG Data Model for Network Tester Management
トラフィックジェネレータとトラフィックアナライザのインスタンスを含む、ネットワーク相互接続の試験構成を扱うためのYANGデータモデルを規定する文書です。試験機器同士をどう組み合わせて検証環境を構築するかという構成情報を、標準化されたデータモデルとして表現できるようにする狙いがあります。装置ベンダーが異なっても共通の記述方式で構成を管理できるようになる点が特徴で、ネットワーク試験の自動化や再現性の確保に役立つ土台を提供します。対象範囲はトラフィックの生成側と解析側という2つの役割に絞り込まれています。
Draft Link
Post-Quantum Cryptography Recommendations for TLS-based Applications
耐量子の暗号は、機器の製造者やアプリケーション開発者、サービス提供者に新しい課題を突きつけていると指摘する文書です。この文書はアプリケーション固有の特性を明らかにしたうえで、TLSやDNSのような補助プロトコルを使うアプリケーションにおいて、量子計算機に備えた利用プロファイルを実装するためのベストプラクティスを示します。単にアルゴリズムを差し替えるだけでは済まない、アプリケーション層での運用上の配慮に焦点を当てた構成です。TLSベースのアプリケーションを開発する側が、移行に際して何を検討するかを整理できます。
Draft Link
Export of GTP-U Information in IP Flow Information Export (IPFIX)
GTPすなわちGeneric Packet Radio Service Tunneling Protocolのユーザープレーンヘッダーに含まれる情報を、IPFIXすなわちIP Flow Information Exportで報告できるようにする情報要素を導入する文書です。具体的にはTunnel Endpoint Identifierや、そのセッションコンテナ拡張ヘッダーに含まれるデータを対象にしています。モバイルネットワークのトンネリングに関わる情報をフロー監視の枠組みで扱えるようにすることで、通信事業者側の可視化や運用管理を助けます。
Draft Link
The Intent Token: A Cryptographic Authorization Primitive for Autonomous Agents
自律的なAIエージェントのシステム向けに、Intent Tokenという暗号的な認可プリミティブを規定する文書です。Intent Tokenは、自律エージェントの行動を、実行される前に、暗号的に署名された人間が宣言した認可の封筒へ結び付けます。OAuth 2.0やOIDCとその関連標準はセッションの水準でアイデンティティとアクセスを統べますが、自律エージェントが行動の瞬間に何をしてよいかを統べる標準化されたプリミティブは存在しないという空白があります。今回の改版では、多重の尺度を持つエージェントシステム向けの拡張バインディングが加わっています。
Draft Link
YANG Data Model for supporting multipath IGMP/MLD proxies
IGMPやMLDのプロキシで複数の上流インターフェースを扱えるようにするには、特定のマルチキャストチャネルやセッションごとに異なる上流インターフェースを設定する必要があるという課題から出発した文書です。RFC9398はIGMPとMLDのプロキシ装置向けのYANGデータモデルを定義していました。この文書はその土台の上に、IGMPやMLDのプロキシで複数の上流インターフェースを扱えるようにするためのモデルの拡張を提案しています。マルチキャストを扱うネットワーク機器の構成管理を、より柔軟な構成へ対応させる拡張案です。
Draft Link
Authorization Evidence Chains: Composing Heterogeneous Agent-Authorization Receipts (EP-AEC)
AIエージェントの行動についての署名済みレシートを定義するInternet-Draftが増えていることから書き起こされた文書です。委任レシートはエージェントが主体のために動く権限を持っていたと証し、ポリシーや許可のレシートはあるポリシーが外部への効果を許したと証します。ほかにも判断やコンプライアンスのレシート、経路の認可、人間承認レシートなどが存在します。成熟した取り組みは共通の土台へ収束し、行動を正規のダイジェストで束ねて署名する方式が使われていますが、複数の異種レシートを単一の許可判断へ束ねる検証方法は未整備です。
Draft Link
Export of BGP VPN Information in IPFIX
出口PE、Provider Edgeの情報をIPFIXで運ぶための、新しいIPFIX情報要素を導入する短い文書です。BGP VPNに関わる経路情報をフロー監視の枠組みへ取り込むことで、通信事業者がVPNトラフィックの出口側の状況を把握しやすくなります。既存のIPFIX情報要素の体系に、BGP VPNという新しい観点を加える形で拡張されており、ネットワーク運用者がVPNサービスの経路をより細かく可視化するための土台になる内容です。扱う対象がBGP VPN情報のうち出口PE側であることが明確に示されています。
Draft Link
Security Considerations for FrodoKEM
ISOが2026年6月に標準化したFrodoKEMについて、プロトコルで使うためのセキュリティ指針を示す文書です。プロトコル設計者がどんなセキュリティ上の主張に依拠してよいか、どんな仮定と条件が要るか、どのパラメータ集合が対象かを説明しています。加えて実装者がFrodoKEMを安全に使うために何をする必要があるかについても触れています。範囲は現行のFrodoKEMのInternet-Draftに従うと明記されており、国際標準となった鍵カプセル化機構を実際のプロトコルへ組み込む際の拠り所を提供する内容です。
Draft Link
発行されたRFC
本日発行されたRFCはありません
編集後記
- 61件を三つのパートに分けて最後まで読み切ってみると、エージェントの行動を署名付きの記録として残そうという提案がこれほど同じ日にまとめて集まるのかと、あらためて驚かされる一日でした。なかでもいちばん心を掴まれたのはEP-AECで、それぞれの書き手が独立にJCSで正規化して署名するところまでたどり着いていたのに、複数のレシートを一つの判断へまとめる方法だけがすっぽり空白だったという指摘は、この分野がいま立っている場所をくっきりと映していて、この先の議論がどこへどう転がっていくのかがとても気になっています。
最後に、GMOコネクトでは研究開発や国際標準化に関する支援や技術検証をはじめ、幅広い支援を行っておりますので、何かありましたらお気軽にお問合せください。