こんばんは！
GMOコネクトの名もなきエンジニアです。
よろしくお願いします！

日刊IETFは、I-D AnnounceやIETF Announceに投稿されたメールをサマリーし続けるという修行的な活動です！！
今回は、2026-06-28（UTC基準）に公開されたInternet-DraftとRFCをまとめました。

Internet-Draft: 23件
RFC: 0件

参照先:

その日のサマリー & Hot Topics

2026年6月28日分は、AIエージェントの通信をHTTPの下でどう扱うかという基盤づくりが一気に噴き出しました。Agent Transfer Protocol、通称AGTPの関連草案が、証明書拡張やTCPとQUICの結合、発見、名前解決、存在告知、法人識別子との接続、商取引まで十本以上並びます。加えてAgent Enrollment Protocolとその資格情報グラント各種、AIの文脈と記憶を運ぶFAF形式、行動の証跡をRATSへ結び付ける提案も登場しました。エージェントを一級の通信主体として扱う議論が、識別と信頼と決済の各面で同時に動いた一日です。
暗号と信頼まわりでは、AGTPの識別情報をX.509証明書へ結び付け転送層で検証する拡張、QUICの0-RTT再送を安全なメソッドに限る再送安全プロファイル、法人識別子LEIと検証可能なvLEIをエージェント識別へ接ぐ設計が目を引きます。OAuth2.0では、証明書とトークンとデバイス姿勢の整合をリクエストごとに測り直すAPMが、単純な許可拒否ではなく段階的な権限縮小を導きます。製造時に組み込む鍵と信頼アンカーの守り方を名付けて整理するIRTFの分類文書も、派手さはないものの、実装者や運用者が同じ言葉で議論するための共通語彙を静かに用意しています。

投稿されたInternet-Draft

FAF: YAML Media Types for AI Project Context and Persistent Memory

AIエージェント向けの文脈情報を扱う二つのYAMLベースメディアタイプを規定する文書です。.fafはプロジェクトのアーキテクチャや規約、依存関係、目標などの静的な文脈を保持し、一度読み込まれれば正典として扱われます。.fafmはセッションをまたいで蓄積される事実や好みなど永続的な記憶を担い、複数プロファイルの保持にも対応します。両者はYAML1.2を共通の構文としつつ、静的で読み切りの.faf、変化し続け保存される.fafmという点で性質が異なります。文書はfaf well-known URIを新たに定義し、.faf文脈文書を返す発見の起点とします。
Draft Link

A Taxonomy of operational security considerations for manufacturer installed keys and Trust Anchors

シリコンや機器の製造者が秘密鍵と公開の信頼アンカーを保護するために用いる手法を整理した分類文書です。製造工程で信頼アンカーや秘密鍵をどう機器へ組み込むか、そして製造者が保有する秘密鍵をどう漏洩から守るかという二つの関連する活動を扱います。個々の仕組みの優劣を評価するものではなく、あくまで一貫した名称のもとに整理し、関係者間の意思疎通を助けることを目的としています。鍵管理や信頼アンカーの実務を語る際の共通語彙を提供する、IRTFの成果物として位置づけられる内容です。ハードウェアから運用まで幅広く見渡す構成になっています。
Draft Link

Controlling Network Enrollment in RPL networks

低電力ロッシーネットワーク向け経路制御プロトコルRPLは経路トポロジーを管理しますが、6TiSCHネットワークで新規ノードであるプレッジがどれだけ加入できるかを全体として調整する仕組みを持ちません。現状では6LowPANルータであるJoin Proxyが自らの手元の資源だけを見て加入可否を局所的に判断しています。本文書はRPLに拡張を導入し、加入手続きが秩序立って進むようにするとともに、特定のJoin Proxyへの局所的な混雑を防ぎ、ネットワーク全体が運用容量の範囲内に収まるよう図ります。局所判断への依存から脱し、全体最適に近づけます。
Draft Link

Guidance on RESTful Design for Internet of Things Systems

REST、すなわち表現状態転送というアーキテクチャスタイルの原則に沿ってIoTシステムを設計するための指針を示す文書です。センサーやアクチュエータなど資源が限られた機器群を対象に、リソース指向の設計をどう当てはめるかという観点をまとめています。IRTFのThing to Thing Research Group、略称T2TRGの成果物であり、実装者や仕様策定者が参照できる形で考え方を整理しています。個別のプロトコルを新たに定義するのではなく、既存のREST的発想をIoTの制約条件のもとでどう活かすかという実践知に重心を置いています。
Draft Link

Adaptive IPv4 Address Space

IPv4の既存オプション機構を用いてアドレス枯渇問題に対応する手法を提案する文書です。EzIP、イージーアイピーと呼ばれるこの方式は、IPv4公開アドレス空間の拡張とインターネットシステムのアーキテクチャ強化に関する検討を示します。既存のIPv4ベースのインターネットや現行の私設網に影響を与えることなく、アドレスを最大で256M倍まで拡張できるとされ、IPv4プロトコルへの完全な準拠を保ちながら直接接続と私設網接続の両方の相互運用を支えます。エッジルータやゲートウェイへのソフトウェア改修、あるいはインライン装置の追加として実装できます。
Draft Link

Authorization Posture Mechanism (APM): Per-Transaction Consistency for OAuth 2.0

OAuth2.0における認可局面の一貫性をリクエストごとに再確認する仕組み、認可姿勢メカニズムAPMを定義する文書です。クライアント証明書、アクセストークン、デバイスの姿勢という三つの結び付けられた要素の整合性を、セッション確立時だけでなく権限の重い操作のたびに認可サーバーや代行するリソースサーバーが評価し直します。発行時点と比べて姿勢が悪化していると判断された場合には、単純な許可か拒否かの二択ではなく、スコープの縮小やメソッドの制限といった最小権限に基づく段階的な結果を導きます。継続的な信頼評価をトークンベースの認可へ組み込む枠組みとして描かれています。
Draft Link

AGTP Agent Certificate Extension

エージェント転送プロトコルAGTPの基本仕様が定めるAgent-ID、Owner-ID、Authority-Scopeといった識別情報は自己申告であり、毎リクエストに載るものの転送層で暗号学的には検証されません。本文書はこれらをTLS相互認証時のX.509v3証明書に結び付ける拡張、AGTP Agent Certificate Extensionを規定します。スコープ強制点やロードバランサ、ガバナンスゲートウェイといった基盤コンポーネントは、アプリケーション層へアクセスせずヘッダー確認だけでエージェントの身元と権限範囲を確かめられます。失効伝播も規定します。
Draft Link

AGTP Transport Bindings: TCP/TLS and QUIC

エージェント転送プロトコルAGTPの基本仕様は特定のトランスポートに依存せず意味論を定義しますが、本文書はTLS1.3を伴うTCP、そしてQUICという二つのトランスポート結合を具体的に規定します。各トランスポート上でAGTPの要求と応答をどう運び、TLS相互認証がAGTPの識別情報とどう組み合わさるかを扱います。QUIC結合で注意が払われるのは再送安全性で、設計上再生可能な0-RTT早期データを、QUERYやDISCOVERのような安全で冪等なメソッドに限って許可し、EXECUTEやDELEGATEなど行動系メソッドには使わない安全性プロファイルを定めます。
Draft Link

AGTP Composition Profiles: Agent Group Messaging Protocols, External Identity Providers, and HTTP Gateways

エージェント転送プロトコルAGTPは、モデルコンテキストプロトコルMCPやエージェント間プロトコルA2Aなど上位のグループメッセージングプロトコル、OAuthやOIDCなど外部の識別プロバイダー、HTTPベースのクライアントという隣接層の下に位置する基盤として動きます。本文書はこれら隣接層に対応する構成プロファイルを定め、規範的な対応付け規則を示します。AGMP向けプロファイルはMCPやA2AのメッセージをAGTP上でどう運ぶかを、外部識別プロバイダー向けプロファイルは外部発行の資格情報との組み合わせ方を定めます。AGTPヘッダーが優先されます。
Draft Link

AGTP Agent Discovery and Name Service

エージェント転送プロトコルAGTPは互いの識別子を知るエージェント同士の通信を可能にしますが、本文書はエージェントが互いを見つけ、人が読める名前をCanonical Agent-IDへ解決する二層の仕組みを規定します。能力の説明に合うエージェントを問い合わせるDISCOVERメソッドと、統制された名前解決を提供するAgent Name Service、略称ANSです。AGTP Presenceが可視範囲内でのエージェントの周囲状況を基盤として提供し、DISCOVERはその上で生存中の集団に問い合わせます。ANSは組織境界を越えて名前権限が連携する仕組みです。
Draft Link

AGTP-LEI: Binding the Agent Transfer Protocol to the Verifiable Legal Entity Identifier

ISO17442で定義されGLEIFのもとで運用される法人識別子LEIは、金融取引や規制報告で国際的に認知された識別子です。Key Event Receipt Infrastructureを基盤とする検証可能なvLEIは、適格発行者が発行する暗号学的に検証可能な資格情報として、LEIをデジタル信頼のエコシステムへ広げます。本文書はAGTPをこのLEIおよびvLEI基盤へ結び付ける方法を規定し、LEIをAGTPのOwner-IDへどう載せるか、vLEI法人資格情報がAGTP-CERTとどう組み合わさり組織の身元を確立するかを定めます。識別基盤の組み合わせです。
Draft Link

AGTP Presence: Ambient Discovery and Visibility for Agent Substrates

エージェント転送プロトコルAGTPのための周囲環境的な発見と可視性の層、AGTP Presenceを規定する文書です。既存のエージェント発見の提案の多くは発見前にどこを見るべきか知る必要がある取得型ですが、AGTP Presenceはこの前提を逆転させます。エージェントがAGTP基盤に参加すると、中央ディレクトリへの登録なしに、直ちに構造的にアドレス可能となり関係する範囲の他のエージェントから見えるようになります。分散ハッシュテーブルによる内容指向のルーティング、ゴシップ型の存在告知、信頼段階で区切られたオーバーレイ分割という三つの手法を組み合わせています。
Draft Link

AGTP Trust and Verification Specification

AGTPエージェントが占める信頼階層と、Tier1エージェントの身元を確立する検証経路、ガバナンスプラットフォームが階層を割り当てる登録手続き、そしてエージェント識別情報に付随して実行時の振る舞いを表す信頼スコアを定義する仕様です。AGTP-TRUSTは、Scope-Enforcement Pointなどインフラ構成要素やピアエージェントが実行時の信頼を踏まえた経路選択や権限判断に用いるほか、登録機関がAgent Genesis文書を評価する際にも参照します。まだ初期の作業版で、評価軸や算出方法、登録手続きの一部は今後の検討課題として仮置きの状態です。
Draft Link

AGTP-Commerce: Open Commerce Specification for Agent-to-Agent Transactions

AGTP-Commerceは、エージェント同士の取引を扱う商取引仕様です。Agent Transfer Protocolがエージェント間で運ぶ取引情報の構造を定め、実際の資金決済は決済事業者や商取引アプリケーションがアプリケーション層で組み合わせて行います。銀行間決済メッセージングにおけるISO 20022のように、異なる決済基盤同士が相互運用できる標準化された伝文形式を提供し、送金や資金の保有、決済処理そのものは行いません。価格提示書や予算通知、取引の確定情報、監査証跡による受領記録を運ぶ形式と、取引を確定するTRANSACTメソッドを定めています。
Draft Link

Agent Transfer Protocol (AGTP)

AIエージェントが生む意図駆動の非構造化トラフィックは、HTTP上で人間の要求と見分けがつかないまま流れています。HTTPには大規模運用に必要な意味語彙や可観測性、識別の仕組みが備わっていません。MCPやACP、A2Aなどの既存プロトコルはHTTPを転送層とする仕組みにとどまり、転送問題そのものには踏み込みません。本文書はAIエージェント専用のアプリケーション層プロトコルAGTPを定義し、方式の下限だけを固定して追加方式を単一往復で交渉します。agtp URIスキームとポート4480を用い、MCPやA2A、ACPを内部で運ぶ基盤にもなります。
Draft Link

Composing Application-Layer Action Evidence with Remote Attestation Procedures

AIエージェントなど自動化システムが取った行動と権限、結果を記す署名付きの追記専用記録、アクション証跡パッケージを、RFC 9334のRATSアーキテクチャでいうエビデンスとして扱い、ハードウェアのルートオブトラストが生成するプラットフォームエビデンスに結び付ける構成方法を示す文書です。単一または複数のベリファイアがプラットフォームの状態とアプリケーション層の行動を合わせて評価し、運用者の自己申告に頼らず何が行われたかを判断できるアテステーション結果を発行できるようにする狙いです。この構成が既存の仕組みで既にカバーされているかを問う個人スケッチです。
Draft Link

Event and Webhook Delivery Semantics

イベントやWebhookによる連携はインターネット上のサービス間で相互運用性を実現するアプリケーション層の一般的な仕組みですが、配送の意味論を共有する取り決めを欠いています。既存の実装は再試行の挙動や確認応答の合図、失敗の分類、冪等性を示す識別子、再送の扱いが実装ごとに大きく異なり、連携が壊れやすく運用上の期待もあいまいになりがちです。本文書は既存の転送方式の上でイベントおよびWebhook配送に用いる最小限の配送意味論プロファイルを定め、HTTPへの具体的な結び付けを規定します。制約するのは送信側から観測できる挙動と合図に限られ、受信側の要件までは課しません。
Draft Link

Markdown Structured Object Notation (MaSON)

標準的なMarkdownの構文木を構造化されたキーバリューのオブジェクトへ写すデータシリアライズ形式、MaSONを定義する文書です。括弧による入れ子構造と厳密なインデント規則を排し、人が読みやすいことと大規模言語モデルにとってのトークン効率の高さを両立させる設計です。今回の改訂版では、極めて高いトークン密度に最適化されたコンパクトモードが加わったほか、複数行にわたる文字列を扱う仕組みや、混在した型の配列を角括弧で区切る仕組みが導入されました。Markdownという広く親しまれた記法を土台にしている点が実用上の狙いです。
Draft Link

Mail Autoconfig

メールアドレスとパスワードだけでメールアカウントや関連アカウントを設定できるプロトコルです。サービス提供者がアカウント設定情報を公開する方法を定め、メールアプリケーションが動作する設定を自動的に見つけられるようにし、利用者の設定の手間やサービス提供者側への問い合わせを減らします。発見の手続きはメールアドレスから始まりますが、対象はメールに限らず、カレンダーや連絡先、ファイル同期、ビデオ会議など同じ利用者アカウントに紐づく他のアカウントにも及びます。ドメインに基づくウェルノウンアドレスとDNS参照で設定ファイルを見つける仕組みです。
Draft Link

OAuth Bearer Session Credential Grant Type for the Agent Enrollment Protocol

Agent Enrollment ProtocolにOAuth Bearerのセッション資格情報グラントタイプを追加する文書です。AEPサービスはAEPのGrantコマンドを通じてOAuth形式のBearerアクセストークンを発行でき、AEPクライアントアサーションによる認証を信頼の基点として維持し続けます。既存のOAuth Bearerトークンを扱う認可基盤やリソースサーバーとの親和性を保ちながら、エージェント登録の枠組みに資格情報の発行を組み込む構成です。基本のクライアントアサーション認証を土台に、セッション単位での資格情報という選択肢を積み増しています。
Draft Link

Basic Session Credential Grant Type for the Agent Enrollment Protocol

Agent Enrollment ProtocolにBasicセッション資格情報グラントタイプを追加する文書です。AEPサービスはAEPのGrantコマンドを通じてHTTP Basic形式の資格情報を発行できます。すでにBasic認証のミドルウェアと連携している展開先を主な対象とし、新たな認証方式を導入せず既存の仕組みへ登録手続きを組み込める点が特徴です。基本のクライアントアサーション認証を信頼の基点として維持しながら、セッション単位のBasic資格情報という選択肢を追加する構成で、既存インフラとの接続の手間を抑えます。
Draft Link

API-Key Session Credential Grant Type for the Agent Enrollment Protocol

Agent Enrollment ProtocolにAPIキーのセッション資格情報グラントタイプを追加する文書です。AEPサービスはAEPのGrantコマンドを通じて不透明なAPIキーを発行できます。すでにヘッダーベースのAPIキー認証を運用している展開先を主な対象とし、既存の認証基盤を変更せず登録手続きを組み込める点に特徴があります。基本のクライアントアサーション認証を信頼の基点として保ちながら、セッションごとに発行するAPIキーという選択肢を積み増す構成で、運用中のシステムへの導入しやすさを意識しています。
Draft Link

The Agent Enrollment Protocol

自律的なエージェントがサービスの登録要件を発見し、識別情報を登録し、任意でセッション資格情報を取得し、その資格情報を失効させ、登録状況を照会するHTTPベースの仕組み、Agent Enrollment Protocolを定義する文書です。分散識別子とクライアントアサーションJWT、HTTP Problem Detailsを用い、エージェントとサービスのやり取りに向けた機械が主体の狭い登録および認証の基盤を提供します。既存の汎用な認可枠組みとは別に、エージェント固有の登録手続きに絞った軽量な仕組みとして、識別と認証を一つの流れで扱える構成です。
Draft Link

発行されたRFC

本日発行されたRFCはありません。

編集後記

それにしても一日でAGTP関連が十本以上並ぶのは壮観で、エージェント同士がHTTPの影に隠れず、名前や証明書や取引の伝票をきちんと持って通信する世界を本気で作ろうとしているんだなと、一本ずつ読みながら少し圧倒されてしまいました。まだ仮置きの部分が多い早い段階の草案が並びますが、識別と信頼と商取引をばらばらにせず一つの基盤の上で組み合わせようという設計思想は驚くほど一貫していて、この先どの部分が生き残って本物の標準になっていくのか、そしてどれが静かに姿を消すのか、わくわくしながらしばらく追いかけてみたいなと思わせてくれる一日でした。

最後に、GMOコネクトでは研究開発や国際標準化に関する支援や技術検証をはじめ、幅広い支援を行っておりますので、何かありましたらお気軽にお問合せください。

お問合せ: https://gmo-connect.jp/contactus/