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

「量子計算機が実用化されたら、今使っている暗号は全部破られるの…？」そんな不安を感じたことはありませんか？

2025年12月17日、その答えに向けた大きな一歩が記されました。SSH、TLS、OpenPGPという私たちが日常的に使う主要プロトコルで、PQCのハイブリッド実装が一斉に進展したのです。さらに、AI時代の新たな課題に対応する透明性プロトコルも登場し、インターネットの未来が着実に形作られつつあることを実感させられる一日となりました。

📋 この記事でわかること

PQCハイブリッド方式がSSH・TLS・OpenPGPで実用段階に到達した最新動向
ML-KEM（旧CRYSTALS-Kyber）とML-DSA（旧CRYSTALS-Dilithium）を用いた「保険付き暗号移行」の仕組み
AI生成コンテンツの信頼性を担保するTransparency Record Protocol (TRP) の革新性
ハプティクス・3Dボリューメトリック映像など次世代メディア伝送の標準化状況
ネットワークエンジニアが今後注目すべき技術トレンド

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

Internet-Draft: 16件
RFC: 0件

参照先:

🔥 その日のサマリー & Hot Topics

量子計算機時代への「保険付き移行戦略」が本格化

この日、PQCの実装標準化が歴史的な転換点を迎えました。SSH、TLS、OpenPGPという、セキュア通信の基盤を支える3大プロトコルすべてで、ML-KEMやML-DSAを用いたハイブリッド認証・鍵交換の仕様が更新されたのです。

特筆すべきは「PQ/T Hybrid（PQC・現行暗号ハイブリッド）」というアプローチです。これは従来のECDHと量子耐性アルゴリズムを組み合わせ、どちらか一方が破られても安全性が保たれる設計。まさに「保険付き」の暗号移行です。量子計算機が明日突然実用化されても、既存の暗号が今日すぐ破られても、どちらのシナリオにも対応できる現実的な移行戦略として、実装者の間で急速に支持を集めています。

AI時代の新課題：生成コンテンツの「信頼性」をどう証明するか

もう一つの注目は、Transparency Record Protocol (TRP) の提案です。これはAI生成コンテンツの透明性メタデータを暗号学的に保証し、「誰が・いつ・どのAIモデルで生成したか」の監査証跡を提供する仕組み。

ChatGPTや画像生成AIの普及で、「このコンテンツは本当に人間が書いたのか？」「AIが生成した情報は信頼できるのか？」という疑問が日常化しています。TRPは、この問いに対する技術的な回答の一つとなる可能性を秘めています。規制コンプライアンスの観点からも、今後数年で重要性が急増するプロトコルになるでしょう。

リアルタイム体験の進化：触覚と3D映像の標準化

ハプティクス（触覚フィードバック）と3Dボリューメトリック映像のRTP対応仕様も更新されました。VR/ARが普及する中、「見る」「聞く」だけでなく「触る」体験をリアルタイムで伝送する技術基盤が整いつつあります。メタバース時代のインフラ構築は、こうした地道な標準化作業の積み重ねの上に成り立っているのです。

📝 投稿されたInternet-Draft（全16件）

🔐 PQ/T Hybrid Key Exchange with ML-KEM in SSH

なぜ注目？ SSHの鍵交換に量子耐性を導入する決定版

SSH Transport Layer ProtocolにおけるML-KEM（旧CRYSTALS-Kyber）とECDHを組み合わせたポスト量子・従来型ハイブリッド鍵交換方式を定義しています。量子耐性を持つML-KEMと実績あるECDHを併用することで、どちらか一方が破られても安全性が維持される設計となっており、量子計算機時代への移行期における実用的なセキュリティ強化策を提供します。

リビジョン07では仕様の詳細化と明確化が進められ、実装者向けのガイダンスが充実しました。個人的には、SSHがこれほど迅速にPQC対応を進めていることに驚かされます。リモートワークが当たり前になった今、SSH接続の安全性向上は多くの組織にとって死活問題ですからね。

Draft Link

📋 Guidelines for Considering Operations and Management in IETF Specifications

なぜ注目？ 「運用できないプロトコル」を作らないための必読ガイド

新しいプロトコルや拡張機能の設計時に運用管理の観点を最初から考慮すべきだという指針を示すドキュメントです。RFC 5706を完全に置き換え、最新の運用管理技術やメカニズムを反映しています。

重要なのは、RFC 2360を更新し、従来必須だったMIB作成要件を廃止した点。代わりに、IETFストリームの新RFCには「運用上の考慮事項」セクションを含めることを要求しています。YANG全盛の現代において、SNMPベースのMIBを強制するのは時代遅れという判断でしょう。

設計段階から運用性を組み込むことで、後付けの非効率を避ける──これは標準化に携わる全てのエンジニアが肝に銘じるべき原則です。3時間かけて実装したプロトコルが「運用できない」と判明したときの絶望感、経験ありませんか？

Draft Link

🛰️ Delay-Tolerant Networking UDP Convergence Layer Protocol Version 2

なぜ注目？ 火星探査から災害通信まで、「つながらない環境」での通信基盤

遅延耐性ネットワーク（DTN）向けのUDP収束層プロトコル第2版を規定しています。実験的なRFC 7122の要件を明確化し、マルチキャストアドレッシング、輻輳シグナリング、Bundle Protocol version 7への対応を追加しました。

CBOR符号化されたBPv7バンドルをサービスデータユニットとして使用し、無確認型の転送を提供します。宇宙通信や災害時通信など、従来のエンドツーエンド接続が困難な環境での利用を想定した仕様です。

火星と地球の間の通信遅延は最大24分。こうした環境でも確実にデータを届けるDTNの考え方は、将来的に衛星コンステレーションやIoT over 5Gなど、より身近な場面でも重要になるでしょう。

Draft Link

🗺️ Publishing End-Site Prefix Lengths

なぜ注目？ ルーティングポリシーの記述をRPKIで安全に

RPSLのinetnum:クラスを拡張し、エンドサイトのプレフィックス長を指定するCSVファイル（prefixlenファイル）への参照方法を定義しています。さらに、RPKIを用いてprefixlenファイルを認証するオプション機構も記述しています。

これにより、ルーティングポリシーの記述においてエンドサイトの詳細な情報を安全に共有でき、ネットワーク運用の効率化とセキュリティ向上が期待されます。BGPハイジャック対策として、RPKI ROAと組み合わせることで、より細やかな制御が可能になります。

Draft Link

📧 Domain-based Message Authentication, Reporting, and Conformance (DMARC) Failure Reporting

なぜ注目？ フィッシング対策の「見える化」を実現

DMARCメカニズムに基づく認証失敗レポート（failure reports）について詳細に規定しています。ドメイン所有者は、自ドメインを使ったメールの認証状況についてフィードバックを要求でき、このドキュメントでは個々の認証失敗メッセージの詳細情報を提供する「failed message reports」の仕様を定義しています。

メール認証の運用改善や不正利用の早期検知に役立つ仕組みです。自社ドメインを騙るフィッシングメールが出回っていても、従来は被害者からの報告を待つしかありませんでした。このレポート機能により、ドメイン所有者が能動的に不正利用を検知できるようになります。

Draft Link

🎮 RTP Payload Format for Haptics

なぜ注目？ VR/ARで「触覚」をリアルタイム伝送

MPEG-Iハプティクスデータ向けのRTPペイロードフォーマットを規定しています。ハプティクスメディアストリームはMIHSユニット（ヘッダーと0個以上のMIHSパケット）で構成され、このフォーマットではMIHSユニットの単一RTPパケットへの格納や複数RTPパケットへの分割を可能にします。

RFC 9695を更新し、haptics/hmpgサブタイプ登録にオプションパラメータを追加するとともに、SDP利用情報も提供しています。触覚フィードバックのリアルタイム伝送を実現する基盤技術です。

遠隔手術支援システムやVRゲームでの没入感向上など、応用範囲は広大です。5年後には「ハプティクス対応」が当たり前になっているかもしれません。

Draft Link

🤖 Transparency Record Protocol for AI Governance

なぜ注目？ AI生成コンテンツの「出所証明」を暗号技術で実現

AI透明性メタデータを分散システム間で伝播させるアプリケーション層プロトコル「Transparency Record Protocol (TRP)」を定義しています。AI生成コンテンツの暗号学的な管理の連鎖を維持し、ネットワーク境界でガバナンスポリシーを実施し、規制コンプライアンスのための検証可能な監査証跡を提供します。

これは画期的です。EU AI ActやAI規制法案が世界中で議論される中、「このコンテンツはどのAIモデルが生成したか」「元データは何か」といった情報を技術的に保証する仕組みが必要とされています。TRPは、その解決策の一つとして大きな可能性を秘めています。

将来的には、ブラウザやメールクライアントがTRPに対応し、「このテキストはGPT-5で生成されました」といった情報が自動表示される日が来るかもしれません。

Draft Link

🔒 Post-Quantum Traditional (PQ/T) Hybrid Authentication with Dual Certificates in TLS 1.3

なぜ注目？ TLS 1.3に「二重認証」で量子耐性を実装

TLS 1.3の認証メカニズムを拡張し、2つの署名アルゴリズムをネゴシエーションして使用するデュアルアルゴリズムハイブリッド認証を可能にします。攻撃者が両方のアルゴリズムを破らない限りセッションの安全性が保たれる設計です。

2つの独立した証明書から単一のCertificateおよびCertificateVerifyメッセージが生成される仕組みで、量子計算機への移行期における堅牢な認証を実現します。

HTTPS通信の大部分を支えるTLS 1.3がPQC対応することの意義は計り知れません。ただし、証明書サイズの増大やハンドシェイク時間への影響など、実装上の課題も残っています。今後のリビジョンでこれらがどう解決されるか、注視していきたいところです。

Draft Link

🔧 A YANG Data Model and RADIUS Extension for Policy-based Network Access Control

なぜ注目？ ゼロトラストネットワークの基礎インフラ

グループアイデンティティに基づくポリシーベースのネットワークアクセス制御のためのYANGデータモデルを定義しています。特にユーザー認証によってネットワークアクセスがトリガーされるシナリオにおいて、ユーザーグループ識別子とIP/MACアドレスセットのマッピング管理を容易にします。

さらに、RADIUSの拡張として識別・認可情報の一部としてユーザーグループ識別子を通信するための属性も定義しており、ポリシーベースのアクセス制御運用を効率化します。

ゼロトラストアーキテクチャが企業ネットワークの標準となりつつある今、こうした細やかなポリシー制御は必須です。ユーザーごとに異なるアクセス権を動的に適用する仕組みがなければ、ゼロトラストは絵に描いた餅になってしまいます。

Draft Link

🔏 Post-Quantum Cryptography in OpenPGP

なぜ注目？ メール暗号化の定番がついに量子時代へ

OpenPGPプロトコルに対するポスト量子公開鍵アルゴリズム拡張を定義し、RFC 9580を拡張しています。量子計算機の脅威を前提に、長期的に安全なOpenPGP署名と暗号文の基盤を提供します。

具体的には、ML-KEM（旧CRYSTALS-Kyber）ベースの複合公開鍵暗号化、ML-DSA（旧CRYSTALS-Dilithium）ベースの複合公開鍵署名（いずれも楕円曲線暗号との組み合わせ）、およびSLH-DSA（旧SPHINCS+）のスタンドアロン公開鍵署名方式を規定しています。

PGPといえば、暗号化メールやソフトウェア署名で長年使われてきた定番中の定番。その歴史あるプロトコルが量子時代に対応するというのは、感慨深いものがあります。リビジョン15まで来ているということは、実装もかなり詰まってきているのでしょう。

Draft Link

🎬 RTP Payload Format for Visual Volumetric Video-based Coding (V3C)

なぜ注目？ 3D映像のリアルタイムストリーミングを実現

視覚的ボリューメトリック映像ベース符号化（V3C）のRTPペイロードフォーマットについて記述しています。V3Cビットストリームは、V3Cアトラスサブビットストリーム、V3Cビデオサブビットストリーム、V3Cパラメータセットから構成されます。

このメモはV3Cアトラスサブビットストリーム向けのRTPペイロードフォーマットを定義し、1つ以上のV3C atlas NALユニットの単一RTPパケットへのパケット化や複数パケットへの分割を可能にします。V3Cコンポーネントサブビットストリームのストリーミングをグループ化する機構も記述されています。

ホログラム会議や3Dライブ配信など、SF映画の世界が現実になる日も近いかもしれません。ただし、帯域幅の要件は相当なものになるでしょうね。5G/6Gとセットで普及が進むと予想されます。

Draft Link

🛡️ Security Considerations for Computing-Aware Traffic Steering

なぜ注目？ エッジコンピューティング時代のセキュリティ設計指針

Computing-Aware Traffic Steering (CATS)が、ネットワーク、計算ノード、CATSワークフローから継承する潜在的なセキュリティ脆弱性について説明しています。CATSに関連する様々な脅威とセキュリティ上の懸念、およびこれらの脅威に対処する既存のアプローチを記述しており、計算リソースを考慮したトラフィック制御の安全な実装に向けた指針を提供します。

CATSは、トラフィックを最寄りの計算ノードに動的に振り分ける技術です。CDNの進化版と考えればわかりやすいでしょう。ただし、計算ノードの状態を考慮する分、攻撃面も増えます。このドキュメントは、その脅威モデルを整理してくれる貴重なリソースです。

Draft Link

🌐 Domain Connect Protocol - DNS provisioning between Services and DNS Providers

なぜ注目？ DNS設定の自動化で「つまずき」を解消

サービスプロバイダ（ホスティング、ソーシャル、メール、ハードウェアなど）とDNSプロバイダ間でのDNS設定プロビジョニングをサポートするDomain Connect Protocolの仕様を提供しています。

異なるプロバイダ間でのDNS設定の自動化と標準化を実現し、ユーザーがサービスを利用開始する際の設定作業を簡素化します。

「DNSレコードを追加してください」と言われて、「TXTレコード？何それ？」となった経験、ありませんか？このプロトコルが普及すれば、そうしたユーザー体験の悪さが大幅に改善されます。SaaSプロバイダーは必見です。

Draft Link

🛤️ Path Computation Element Communication Protocol (PCEP) Extensions for Signaling Multipath Information

なぜ注目？ マルチパスルーティングの柔軟性を大幅向上

特定のトラフィックエンジニアリング経路計算問題では、単一の経路ではなく複数の経路が組み合わさって解となる場合があります。このドキュメントは、単一の目的と制約セットに対する複数経路をエンコードする仕組みを定義しています。

これにより、セグメントルーティングポリシー内の候補パスごとに複数のセグメントリストをエンコードできます。新しいPCEPメカニズムは可能な限り汎用的に設計され、将来的にSRポリシー以外での再利用も想定されています。ステートレス・ステートフルの両方のPCEPに適用可能で、RFC 8231を更新してPCEPでの複数セグメントリストエンコーディングを可能にします。

帯域保証やレイテンシ最適化など、トラフィックエンジニアリングの高度化には不可欠な機能です。5Gネットワークスライシングとの相性も良いでしょう。

Draft Link

⏰ Roughtime

なぜ注目？ NTPの脆弱性を克服する次世代時刻同期

セキュアな粗い時刻同期を実現するRoughtimeプロトコルを説明しています。このプロトコルは2つの目標を達成します。

第一に、現在時刻が全く分からないクライアントでも安全に時刻同期できること。第二に、クライアントがタイムサーバー間で観測した不整合を報告できるフォーマットを提供すること。ドキュメントではこれらの目標達成に必要なオンワイヤプロトコルを規定し、機能させるために必要なエコシステムの側面についても議論しています。

NTPは長年使われてきましたが、セキュリティ面での懸念が指摘されてきました。Roughtimeは、暗号学的に安全な時刻同期を提供する後継プロトコルとして期待されています。TLS証明書の有効期限チェックなど、時刻の正確性が重要な場面は数多くあります。

Draft Link

📻 Special Use ASN's for 44net

なぜ注目？ アマチュア無線コミュニティのインターネット基盤整備

アマチュア無線デジタル通信ネットワーク（44Net、AMPRNetとしても知られる）のために自律システム番号（ASN）プールを確保することを提案しています。

44Netは1980年代初頭、クラスAネットワーク44.0.0.0/8がアマチュア無線パケット通信用に確保されたことに起源を持ち、免許を持つアマチュア無線家による世界規模の実験・運用利用を可能にしてきました。最近ではIPv6ブロック44::/16の確保提案など、コミュニティへの専用インターネットリソース確保の取り組みが続いています。

本ドキュメントは、過去・現在・将来の割り当てをサポートし、ルーティングとリソース管理を簡素化するため、約25,000のASNを免許を持つ無線オペレーターと44Netオペレーターに配布するために確保することを推奨しています。

アマチュア無線がインターネットの黎明期から果たしてきた役割は大きく、今でも技術実験の場として重要です。こうしたコミュニティのリソース確保は、インターネットの多様性を守る上で意義深いと感じます。

Draft Link

💭 編集後記：量子時代とAI時代の「備え」

この日は量子計算機時代への備えとして、SSH、TLS、OpenPGPという主要プロトコルでPQCハイブリッド方式が一斉に進展した記念すべき日となりました。

正直なところ、「量子計算機なんてまだ遠い未来の話でしょ？」と思っていた時期もありました。でも、NISTがML-KEMやML-DSAを標準化してから、業界の動きは驚くほど速い。各プロトコルが「ハイブリッド方式」という現実的な着地点を見つけたことで、実装のハードルが大きく下がったのを感じます。

既存の暗号技術と量子耐性アルゴリズムを組み合わせる「保険付き移行戦略」は、リスクを最小化しながら前進するという、エンジニアリングの真髄を体現しています。「どちらか一方が破られても大丈夫」という安心感は、移行期における心理的な障壁を取り除く効果も大きいでしょう。

そして、AI時代の透明性確保を目指すTRPプロトコルの登場は、技術標準化の最前線がすでに「AI後の世界」を見据えていることを示しています。ディープフェイクや生成AIの悪用が社会問題化する中、「このコンテンツは誰が・何を使って生成したのか」を技術的に証明できる仕組みは、今後ますます重要になるはずです。

ハプティクスや3Dボリューメトリック映像のリアルタイム伝送規格とあわせ、次世代のインターネット体験を支える基盤が着実に整いつつあることを実感させられる一日でした。

🗣️ あなたの意見を聞かせてください

PQCハイブリッド方式、あなたの組織ではいつ導入予定ですか？
AI生成コンテンツの透明性、どこまで開示されるべきだと思いますか？
次世代メディア伝送技術で、あなたが最も期待しているのは何ですか？

コメントやXでのシェア、お待ちしています！ハッシュタグ #日刊IETF でぜひご意見をお聞かせください。

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

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