5
2

Delete article

Deleted articles cannot be recovered.

Draft of this article would be also deleted.

Are you sure you want to delete this article?

日刊IETF (2026-02-17) Part 1/2 ― メール認証からAIエージェント証明まで、セキュリティ関連I-Dが続々登場

5
Posted at

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

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

  • Internet-Draft: 26件
  • RFC: 0件

※ 今回はI-Dの件数が多いため、2回に分けてお届けします。Part 1では20件をご紹介します。

参照先:


その日のサマリー & Hot Topics

  • 2026年2月17日は26件のInternet-Draftが公開されました。メール認証にMutual TLSを導入する提案や、自律型AIエージェントの整合性をリモート検証するEATプロファイルなど、セキュリティの最前線をゆく仕様が目を引きます。DNSまわりではDNSSECの改訂やDNS委任管理の自動化、マルチQTYPE問い合わせといった運用改善系のドラフトが複数登場しています。遅延耐性ネットワーク(DTN)関連ではエコーサービスやFEC拡張、単方向転送プロトコルと立て続けに3件が出ており、宇宙・災害通信分野の標準化が着実に進んでいる印象です。
  • 今回のHot Topicは、自律型AIエージェントの信頼性を暗号的に検証する「Entity Attestation Token (EAT) Profile for Autonomous AI Agents」です。AIモデルパラメータの整合性や学習データの来歴、推論時のデータアクセスポリシーを標準的なクレームとして定義し、5G/6Gネットワーク機能との相互運用も視野に入れています。AIの社会実装が進む中、信頼の土台をプロトコルレベルで築こうとする動きとして注目に値します。

投稿されたInternet-Draft

Mutual TLS for Email Authentication

送信側・受信側双方のSMTPサーバーが有効なTLS証明書を提示し合うことで、メールトラフィックの正当性を認証する仕組みを提案しています。ドメイン所有者はMX DNSレコードを使って送受信サーバーを委任でき、SPFに似た形でエンベロープ送信者・受信者の推移的な認証が実現します。さらにACMEレスポンダーを活用し、DNS MXレコードに基づいたTLS証明書の自動発行フローも定義しています。
Draft Link

Roughtime

正確な時刻情報を一切持たないクライアントでも安全に粗い時刻同期を行えるプロトコルRoughtimeの仕様です。16回目の改訂となる本ドラフトでは、タイムサーバー間で矛盾を検出した場合にクライアントが報告できるフォーマットも規定しています。オンワイヤプロトコルの詳細に加え、エコシステム全体が機能するために必要な側面についても議論されています。
Draft Link

JMAP File Storage extension

JMAPの基盤プロトコル(RFC 8620)が提供するバイナリデータのアップロード・ダウンロード機能を拡張し、blobをファイルシステムとして公開する手法を定義しています。リモートファイルシステムプロトコルが提供するメタデータの種類もあわせて扱えるようになり、JMAPの適用範囲がファイル管理領域へと広がります。revision-06としての更新版です。
Draft Link

BPv7 Echo Service

Bundle Protocol Version 7(BPv7)ネットワーク向けのエコーサービスを新たに定義したドラフトです。既知のエンドポイントでバンドルを受信し、ルーティングに必要な最小限の変更のみを加えて送信元へ返送します。これにより遅延耐性ネットワーク(DTN)における往復時間の測定やエンドツーエンドの接続確認が可能になります。IANAへのIPNサービス番号とDTN demuxの割り当て申請も含まれています。
Draft Link

Entity Attestation Token (EAT) Profile for Autonomous AI Agents

自律型AIエージェントのリモートアテステーションを目的としたEATプロファイルの提案です。AIモデルパラメータの整合性、学習データの来歴、推論時データアクセスポリシーの制約を標準化されたクレームとして定義しています。5G/6Gネットワーク機能向けのオプション拡張としてスライスタイプ認可なども含まれ、ETSI ENIや3GPPアーキテクチャとの相互運用を意識した設計です。CBOR Web TokensまたはJSON Web Tokensでエンコードされ、IETF RATSアーキテクチャ内での利用が想定されています。
Draft Link

Advertising Unreachable Links in OSPF

OSPFルーターLSAの固定フォーマットでは、アドバタイズされたリンクが常にデフォルトSPF計算に含まれてしまう問題があります。RFC 9350のFlexible Algorithmなど非デフォルトSPF計算で使いたいリンクまでデフォルト計算に巻き込まれるのを防ぐため、メトリック値LSLinkInfinity(0xffff)を「到達不能」として使用する方法を規定しています。あわせてMaxReachableLinkMetric(0xfffe)を定義し、RFC 5443、RFC 6987、RFC 8770の関連部分を更新しています。
Draft Link

JMAP File Storage extension

JMAPベースプロトコル(RFC 8620)のblob機能を拡張し、blobをファイルシステムとして利用可能にする仕様のrevision-05です。リモートファイルシステムプロトコルが提供する各種メタデータにも対応しており、JMAP上でのファイル管理操作を実現します。revision-06と同日に公開されており、改訂の経過を追うことができます。
Draft Link

Communicating Proxy Configurations in Provisioning Domains

プロビジョニングドメインに関連付けられたプロキシ情報へのアクセス手段を定義するドラフトです。異なるプロトコルに対応した別のプロキシURIや、プロキシ経由でアクセス可能な宛先に関する情報を提供します。revision-11として更新され、プロキシ設定をネットワーク構成から自動的に取得する仕組みの実現を目指しています。
Draft Link

LISP Canonical Address Format (LCAF)

Locator/ID Separation Protocol(LISP)の制御メッセージやマッピングデータベースのルックアップキーで使用される正規アドレスフォーマットのエンコーディングを定義しています。RFC 8060とRFC 9306を廃止して置き換えるドラフトで、revision-04として更新されました。LISPにおけるアドレス表現の基盤仕様にあたります。
Draft Link

Forward Error Correction for the Bundle Transfer Protocol

Bundle Transfer Protocol - Unidirectional(BTPU)のオプション拡張として、個々のバンドル転送に対して選択的に前方誤り訂正(FEC)符号化を適用する仕組みを定義しています。RFC 6363で定義されたFECFRAMEフレームワークに準拠し、FEC情報を伝送するための新しいメッセージタイプをBTPUに導入しています。リンク層の信頼性が低い環境でのデータ保護に有効です。
Draft Link

OAuth 2.0 direct interaction for native clients using federation

OAuth 2.0 First-Party Applications(FiPA)が定義したネイティブ直接対話を拡張し、認可サーバーが下流の認可サーバーへフェデレーションを委譲できるようにするプロファイルです。revision-01では、リクエストのルーティングに必要な追加情報の収集指示や、ユーザー対話用の別アプリ利用指示にも対応しています。認可サーバー間のフェデレーションによって、より柔軟なネイティブアプリの認証フローが実現されます。
Draft Link

Open Cloud Mesh

Open Cloud Mesh(OCM)は、受信者がリソースへのアクセス権を付与されたことを通知するためのサーバーフェデレーションプロトコルです。OAuthの認可フローやActivityPub、メールと類似した側面を持ちます。典型的なユースケースとして、Alice(システムA)がBob(システムB)にファイルを共有する際、ファイル自体の転送やBobのログインを不要にするシナリオが挙げられます。OCMはアクセス通知までを担当し、実際のリソースアクセスにはWebDAVなど他のプロトコルを使用します。
Draft Link

OAuth 2.0 direct interaction for native clients using federation

OAuth 2.0 FiPAのネイティブ直接対話にフェデレーション機能を追加する拡張プロファイルの初版(revision-00)です。認可サーバーが別の認可サーバーへ処理を委譲する仕組みや、ルーティング判断のためにユーザーから追加情報を収集する指示、別のネイティブアプリを使ったユーザー対話の指示に対応しています。revision-01と同日に公開されました。
Draft Link

DNS Security Extensions (DNSSEC)

RFC 4033、4034、4035をはじめとする複数のRFCで規定されているDNSSECの全体像を一つの文書にまとめたドラフトです。DNSデータのオリジン認証にDNSSECを使用することがベストカレントプラクティスであると明記しています。RFC 9364を廃止して置き換える改訂版の初版で、他の文書がDNSSECを参照する際の単一のリファレンスとなることも目的としています。
Draft Link

Automating DNS Delegation Management via DDNS

DNS委任情報(NSレコードセット、グルーレコード、DSレコード)を親ゾーンと子ゾーンの間で自動的に同期させる仕組みの提案です。委任情報の不整合は長年にわたるDNS運用の課題でしたが、子ゾーン自体は動作しつつも想定した冗長性が確保できない状況を生みます。DDNSを活用した完全自動の同期メカニズムによって、この根深い問題の解消を目指しています。
Draft Link

Bundle Transfer Protocol - Unidirectional

単方向で信頼性の保証がないフレームベースのリンク層プロトコル上で、大容量バイナリオブジェクト(主にBPv7バンドル)を転送するためのプロトコルです。確認応答のための復路を必要とせず、データの繰り返し送信によりデータ損失に対処します。異なる優先度のフローを分離してヘッドオブラインブロッキングを防止し、ハードウェア・ソフトウェア双方でライン速度実装を可能にするワイヤフォーマットが特徴です。
Draft Link

Differentiated Services Field Codepoints Internet Key Exchange version 2 Notification

CREATE_CHILD_SA交換時に、新たに確立するトンネルでカプセル化されるDSCPコードポイントを明示的に示すためのDSCP通知ペイロードを規定しています。IPsecトンネルにおけるDiffServの取り扱いをより明確にする仕組みで、RFC 4301を更新する内容となっています。revision-05として細部が改善されました。
Draft Link

RDAP Extensions

Registration Data Access Protocol(RDAP)における拡張機能の利用方法を記述・明確化するドラフトです。revision-11としての更新版で、RDAP拡張の定義や実装に関するガイダンスを提供しています。ドメイン名やIPアドレスなどの登録データへのアクセスプロトコルの柔軟性を高めることを目的としています。
Draft Link

Explicit RDAP Redirects

RDAPクライアントが、あるリソースに関連するRDAPレコードへの明示的なリダイレクトを要求できる拡張機能を定義しています。関連リソースへのシームレスな参照を実現し、RDAPの利便性を向上させるrevision-03の更新版です。
Draft Link

Secure Reporting of SUIT Update Status

Software Update for the Internet of Things(SUIT)マニフェストプロセッサが行った判断や実行したアクションを、マニフェストの開発者が再構成できる軽量なフィードバック機構を規定しています。SUITマニフェストが多様な更新・ブートワークフローを共通フォーマットで記述できる利点を活かし、IoTデバイスのソフトウェア更新状況を安全に報告する仕組みです。revision-19として成熟が進んでいます。
Draft Link

発行されたRFC

(今回は該当なし)

編集後記

  • 今回はAIエージェントのリモートアテステーションを定義するEATプロファイルが個人的に刺さりました。AIモデルの来歴や推論ポリシーを暗号的に検証できる仕組みが標準化されれば、「このAIは信用していいの?」という問いに技術で答えられるようになるかもしれません。5G/6Gとの連携まで見据えている点も、通信屋としてはワクワクします。
  • DTN関連が一日に3件も出ていて、宇宙通信や災害時ネットワークの標準化が活気づいているのを感じます。単方向リンクでFECまで載せるあたり、本当に過酷な通信環境を想定しているんだなと。DNS委任管理の自動化も、地味だけど現場の運用者にとっては長年の悲願じゃないでしょうか。こういう「痒いところに手が届く」系のドラフト、応援したくなります。

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

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

5
2
0

Register as a new user and use Qiita more conveniently

  1. You get articles that match your needs
  2. You can efficiently read back useful information
  3. You can use dark theme
What you can do with signing up
5
2

Delete article

Deleted articles cannot be recovered.

Draft of this article would be also deleted.

Are you sure you want to delete this article?