TLS ECH（ティーエルエスイーシーエイチ）

概要

TLS ECH（Encrypted Client Hello）は、IETF tls-esni Working Groupが2018年から策定中+2020年ECH（旧ESNI）改名+2024年Internet-Draft Final StagesのTLS 1.3拡張仕様で、従来のSNI（Server Name Indication）平文送信問題を解消する重要プライバシー強化プロトコル。SNI問題: TLS Handshakeで接続先ドメイン名（SNI）が平文で送信される設計欠陥（TLS 1.0-1.3継承）+ISP/政府/企業ファイアウォール等の第三者がトラフィック盗聴+ドメイン名検出+トラッキング+Censorship可能、HTTPSの暗号化通信でも接続先ドメインは漏洩するというプライバシー欠陥が長年存在。ECH の解決: ①Public Server（CDN等のFront facing server、複数ドメインホストする共通サーバ）のHPKE Public KeyでClient Hello全体を暗号化+②Public ServerはClient Hello Innerを転送のみで実SNI/Server Name は知らない+③実Server（Backend Server）がHPKE秘密鍵で復号+実SNI取得してTLS Handshake続行、の3段階仕組みで第三者は接続先ドメイン名を知ることができない+実プライベートトラフィック保護を実現。Cloudflareは業界先行で2023年9月にECH本番対応開始（$0.01/接続コストを顧客向けに無料提供、Cloudflare CDN経由の全サイトECH対応）+Firefox 118+（2023年9月-）+Chrome 117+（2023年9月-、デフォルト無効）+Edge 117+（同）等の主要ブラウザがECH段階的サポート開始+iOS 17+/macOS Sonoma+（2023年-、Safari ECH対応）等のApple機器対応も2024年Q4現在進行中。業界の意義: ①HTTPSの最後のプライバシー欠陥（SNI平文）解消+②Censorship回避（中国 GFW+一部国家ファイアウォール対策）+③広告主+追跡企業のドメイン名トラッキング阻止+④Cloudflare業界先行で大規模CDN業界主導+⑤TLS 1.3の事実上Phase 2強化として位置づけられる重要プロトコル。現状の制約: ①Server側ECH対応Cloudflare等のCDN限定+他主要CDN（Akamai+Fastly+AWS CloudFront等）はECH未対応または部分対応、②ブラウザデフォルト無効（Firefox一部有効、Chrome実験段階）、③ECH を回避する Censorship 対策（中国GFWの2024年9月以降ECH切断強化等）、④HPKE Public Key DNS（HTTPS RR Record）配布の業界全体DNS インフラ更新が必要、の4点で2024-2027年段階的普及+完全業界標準化は2027-2030年予測。

主な特徴・仕組み

• 種類: TLS 1.3拡張仕様（プライバシー強化）
• 策定: IETF tls-esni Working Group
• 旧名: ESNI（Encrypted SNI、2018年-）
• 改名: ECH（2020年）
• Internet-Draft Final: 2024年-
• 主要機能: SNI暗号化（HPKE Public Key Encryption）
• 主要対応: Cloudflare 2023年9月+Firefox 118+/Chrome 117+
• DNS統合: HTTPS RR Record（DNS HPKE公開鍵配布）
• 制約: Server側ECH対応CDN限定+ブラウザデフォルト無効
• 業界普及予測: 2024-2027年段階的+2027-2030年標準化

スペック比較表

具体例・対応製品

• TLS ECH IETF tls-esni Working Group（2018年-）
• ESNI Internet-Draft（2018-2020年）
• ECH改名（2020年、Encrypted Client Hello）
• Cloudflare ECH本番対応（2023年9月）
• Firefox 118+ ECH対応（2023年9月）
• Chrome 117+ ECH実験（2023年9月、デフォルト無効）
• Apple Safari ECH対応（iOS 17+/macOS Sonoma+ 2023年-）
• 競合 ESNI（旧仕様）: ECH に置き換え

自作PCでの選び方・注意点

TLS ECHは主にCDN+ブラウザベンダー側の対応で、自作PC一般ユーザー直接の影響はブラウザ設定+プライバシー強化サイト訪問として体験。自作PC ECH活用: ①Firefox 118+ about:configでnetwork.dns.echconfig.enabled=true+network.dns.use_https_rr_as_altsvc=true等の手動有効化、②Chrome 117+ chrome://flags/#encrypted-client-hello有効化、③Cloudflare利用サイト（業界主流CDN、約20%超の Webサイト）でECH保護恩恵自動受信、④1.1.1.1 Cloudflare DNS+DoH/DoQ統合で完全プライバシースタック構築、の4要素で個人レベルでECH導入可能。プライバシー+Censorship回避目的: ①Cloudflare WARP（無料VPN）+ECH+DoH+TLS 1.3組合せでISP/Government Censorship対策、②Firefox+ECH+VPN+1.1.1.1等の完全プライバシースタックで2024-2026年プライバシー意識ユーザーの推奨環境。注意: ①Server側ECH対応サイト限定（Cloudflare中心、他主要CDN対応待機）、②ブラウザバージョン（Firefox 118+/Chrome 117+）+OS（macOS Sonoma+/iOS 17+）+DNS（DoH/DoQ）+ネットワーク（ECHを切断するファイアウォール+中国GFW対策）の組合せで動作環境確認必要、③ECHを企業ファイアウォール+IDS/IPSがブロックする場合あり（ドメインベースSecurity Policy+SNI監査等の企業セキュリティ運用との衝突）、企業環境では一般的に無効化される傾向。

関連用語との違い

TLS 1.3（本batch同時登録）はECHの親仕様+ベース、TLS 1.3 RFC 8446 2018年8月策定後にTLS 1.3 Phase 2拡張としてECH登場。ESNI（Encrypted SNI）はECHの旧名・前身で2018年-2020年使用、後に改名+設計改良してECH。SNI（Server Name Indication）はTLS 1.0-1.3で長年継承された平文送信フィールド、ECHの解消対象。HPKE（Hybrid Public Key Encryption）はECHの基盤暗号プリミティブ（IETF RFC 9180 2022年策定）、ECH固有のHPKE Public Key配布+Server Hello暗号化に使用。

よくある質問（FAQ）

Q1: なぜECHが重要？ A: ①HTTPS暗号化通信でもSNI平文送信でドメイン名漏洩、②ISP/政府/企業ファイアウォール等の第三者によるドメイン検出+Censorship+トラッキング可能、③ECHでこの最後のプライバシー欠陥を解消、の3点でHTTPS の真のプライバシー実現として重要。

Q2: 現在の普及状況は？ A: ①Cloudflare CDN（業界20%+のWebサイト）2023年9月-本番対応、②Firefox 118+/Chrome 117+等のブラウザ段階的対応、③ Apple Safari iOS 17+/macOS Sonoma+対応、④Akamai/Fastly/AWS CloudFront等の他主要CDN未対応または部分対応、の現状で 2024-2027年段階的普及+2027-2030年完全標準化予測。

Q3: 中国GFWでのECH対策は？ A: 中国Great Firewall（GFW）は2024年9月以降ECHトラフィック切断強化を実施、SNI暗号化を逆探知してECH接続を遮断する対策。Tor/Shadowsocks/V2Ray等の専用VPN+多重暗号化+ドメイン Fronting等の追加プライバシー対策が中国環境では推奨される現状。

まとめ

• IETF tls-esni Working Group 2018年-策定中
• TLS 1.3拡張・SNI暗号化でドメイン漏洩防止
• HPKE Public Key Encryption基盤
• Cloudflare 2023年9月本番対応・Firefox/Chrome対応
• 2024-2027年段階的普及+2027-2030年完全標準化予測