セキュリティ
RFC 9851: TLS 1.2はフィーチャーフリーズに入ります
RFC 9851: TLS 1.2 is in Feature Freeze (rfc-editor.org)
要約
RFC 9851は、TLS 1.2プロトコルのフィーチャーフリーズ(機能凍結)を宣言する文書です。TLS 1.3への移行が進む中、TLS 1.2への変更は、緊急のセキュリティ修正、新しいTLS Exporterラベル、および新しいALPNプロトコルIDを除き、承認されなくなります。これはTLSにのみ適用され、DTLSには適用されません。
全文翻訳
RFC 9851 TLS 1.2は2026年7月にフリーズ Salz & Aviram スタンダードトラック [Page] ストリーム: Internet Engineering Task Force (IETF) RFC: 9851 カテゴリ: スタンダードトラック 公開: 2026年7月 ISSN: 2070-1721 著者: R. Salz Akamai Technologies N. Aviram RFC 9851 TLS 1.2はフィーチャーフリーズに入ります 概要 TLS 1.2の既知の欠陥を修正したTLS 1.3の使用が増加しています。この文書は、TLS 1.2への変更は、緊急のセキュリティ修正(TLSワーキンググループの合意による)、新しいTLS Exporterラベル、および新しいアプリケーション層プロトコルネゴシエーション(ALPN)プロトコルIDを除き、承認されないことを規定します。これはTLSにのみ適用され、DTLS(どのDTLSバージョンでも)には適用されません。¶ このメモのステータス これはインターネットスタンダードトラック文書です。¶ この文書はIETFの成果物です。IETFコミュニティのコンセンサスを表しています。公開レビューを受け、IESGによって公開が承認されています。インターネット標準に関する追加情報は、RFC 7841のセクション2で入手できます。¶ この文書の現在のステータス、エラー、およびフィードバックの提供方法については、https://www.rfc-editor.org/info/rfc9851 を参照してください。¶ コピーライトノーティス Copyright (c) 2026 IETF Trust および文書の著者として特定された個人。無断複写・転載を禁じます。¶ この文書は、この文書の公開日に有効なBCP 78およびIETF Trustの法的規定(https://trustee.ietf.org/license-info)の対象となります。これらの文書を注意深く確認してください。これらの文書には、この文書に関するお客様の権利と制限が記載されています。この文書から抽出されたコードコンポーネントには、Trust Legal Provisionsのセクション4.eに記載されているRevised BSD Licenseのテキストを含める必要があり、Revised BSD Licenseに記載されているとおり、保証なしで提供されます。¶ ▲ 目次 1. はじめに TLS 1.3 [TLS13] は、TLS 1.2 [TLS12] のほとんどの既知の欠陥を修正しており、その使用は増加しています。修正の例としては、外部からの読み取りを不可能にするためにトラフィックのより多くの部分を暗号化することや、現在脆弱と見なされているほとんどの暗号プリミティブを削除することが挙げられます。重要なのは、TLS 1.3は堅牢なセキュリティ証明を楽しんでいることです。¶ 両バージョンにはいくつかの拡張ポイントがあります。新しい暗号アルゴリズム、新しいサポートグループ(以前は「名前付き曲線」と呼ばれていた)などは、新しいプロトコルを定義せずに追加できます。この文書は、TLS 1.2への変更は、緊急のセキュリティ修正(TLSワーキンググループの合意による)およびセクション4にリストされている例外を除き、承認されないことを規定します。¶ これはTLSにのみ適用されます。したがって、DTLS(どのDTLSバージョンでも)には適用されません。¶ 2. 量子コンピュータ耐性暗号(PQC)への影響 運用可能な量子コンピュータが登場すれば、現在TLSで使用されているRSA、有限体ベースのDiffie-Hellman(FFDH)、または楕円曲線暗号(ECC)を破るのに必要な時間と労力が大幅に軽減される可能性があります。2016年、米国国立標準技術研究所(NIST)は、「量子コンピュータが実現可能になった後も安全な」アルゴリズムを標準化するための複数年にわたる取り組みを開始しました [PQC]。IETFコミュニティでの初期の議論は同時期に行われました [CFRGSLIDES]。¶ 2024年、NISTは[ML-KEM]、[ML-DSA]、および[SLH-DSA]の標準をリリースしました。他の多くの国や組織もロードマップを発表しており、多国間標準化組織ETSI [ETSI]も含まれています。¶ NISTが標準化を完了するのを待つ間、IETFはいくつかの取り組みを進めてきました。2023年初頭には、IETFプロトコルでの量子コンピュータ耐性暗号(PQC)の使用に関するワーキンググループが結成されました [PQUIPWG]。TLS [TLSWG]を含む他のいくつかのワーキンググループは、古典的な世界からポスト量子時代への移行期間に使用するためのハイブリッドアルゴリズムと識別子をサポートする仕様に取り組んでいます。¶ TLSワーキンググループ内の取り組みは、TLS 1.3以降に専念していることに注意することが重要です。率直に言って、TLS 1.2向けのPQCは(セクション4を参照)、いかなる時点でも仕様化されません。PQCを展開したい人は誰でもTLS 1.3を使用することを期待すべきです。¶ 3. セキュリティに関する考慮事項 この文書全体はセキュリティに関するものであり、ポスト量子セキュリティの懸念をTLS 1.3へのアップグレードの追加理由として提供します。¶ 4. IANAに関する考慮事項 この文書によってTLSレジストリ [TLS13REG] が閉じられることはありません。むしろ、この文書は、既存のレジストリに追加できるエントリの種類を制限するために、IANAおよびTLS指定専門家への指示を変更します。¶ この文書は、以下の2つのレジストリのいずれのエントリ登録にも新しい制限を導入しません。¶ TLSアプリケーション層プロトコルネゴシエーション(ALPN)プロトコルID¶ TLS Exporterラベル¶ 他のTLSレジストリには、次の注記が追加されます。¶ IESGがRFC 9851の公開を承認した後にTLSエントリが追加されるものは、TLS 1.3以降を対象としており、DTLSに対して同様の要件を課しません。そのようなエントリには、「Comment」列のような、例えば「TLS 1.3以降用」という非公式な表示を持つべきです。¶ 公開時点では、次のTLSレジストリに注記が追加されています。¶ TLSアラート¶ TLS認証データフォーマット¶ TLSキャッシュ情報タイプ値¶ TLS証明書圧縮アルゴリズムID¶ TLS証明書ステータスタイプ¶ TLS証明書タイプ¶ TLS暗号スイート¶ TLSクライアント証明書タイプ識別子¶ TLSコンテンツタイプ¶ TLS EC曲線タイプ¶ TLS ECポイントフォーマット¶ TLS拡張タイプ値¶ TLSハンドシェイクタイプ¶ TLSハッシュアルゴリズム¶ TLSハートビートメッセージタイプ¶ TLSハートビートモード¶ TLS KDF識別子¶ TLS PskKeyExchangeMode¶ TLS署名アルゴリズム¶ TLS署名スキーム¶ TLS補足データフォーマット(SupplementalDataType)¶ TLSサポートグループ¶ TLSユーザーマッピングタイプ値¶ この文書の承認後に作成されるTLSレジストリは、ここで定義されたアクションが適用されるかどうかを示すべきです。¶ 5. 参考文献 5.1. 規範的参考文献 [TLS12] Dierks, T. and E. Rescorla, "The Transport Layer Security (TLS) Protocol Version 1.2", RFC 5246, DOI 10.17487/RFC5246, August 2008, <https://www.rfc-editor.org/info/rfc5246>. [TLS13] Rescorla, E., "The Transport Layer Security (TLS) Protocol Version 1.3", RFC 9846, DOI 10.17487/RFC9846, July 2026, <https://www.rfc-editor.org/info/rfc9846>. [TLS13REG] Salowey, J. and S. Turner, "IANA Registry Updates for TLS and DTLS", RFC 9847, DOI 10.17487/RFC9847, December 2025, <https://www.rfc-editor.org/info/rfc9847>. 5.2. 参考情報 [CFRGSLIDES] McGrew, D., "Post Quantum Secure Cryptography Discussion", IETF 95 Proceedings, April 2016, <https://www.ietf.org/proceedings/95/slides/slides-95-cfrg-4.pdf>. [ETSI] ETSI, "CYBER; Migration strategies and recommendations to Quantum Safe schemes", Version 1.1.1, ETSI TR 103 619, July 2020, <https://www.etsi.org/deliver/etsi_tr/103600_103699/103619/01.01.01_60/tr_103619v010101p.pdf>. [ML-DSA] NIST, "Module-Lattice-Based Digital Signature Standard", NIST FIPS 204, DOI 10.6028/NIST.FIPS.204, August 2024, <https://csrc.nist.gov/pubs/fips/204/final>. [ML-KEM] NIST, "Module-Lattice-Based Key-Encapsulation Mechanism Standard", NIST FIPS 203, DOI 10.6028/NIST.FIPS.203, August 2024, <https://csrc.nist.gov/pubs/fips/203/final>. [PQC] NIST, "Post-Quantum Cryptography (PQC)", January 2017, <https://csrc.nist.gov/projects/post-quantum-cryptography>. [PQUIPWG] IETF, "Post-Quantum Use in Protocols", <https://datatracker.ietf.org/wg/pquip/about/>. [SLH-DSA] NIST, "Stateless Hash-Based Digital Signature Standard", NIST FIPS 205, DOI 10.6028/NIST.FIPS.205, August 2024, <https://csrc.nist.gov/pubs/fips/205/final>. [TLSWG] IETF, "Transport Layer Security", <https://datatracker.ietf.org/wg/tls/about/>. 謝辞 IANAのアマンダ・ババー、デイビッド・ドン、サブリナ・タナマル氏に、セクション4の改訂と明確化への協力を感謝します。¶ 著者情報 Rich Salz Akamai Technologies Email: rsalz@akamai.com Nimrod Aviram Email: nimrod.aviram@gmail.com