2026年8月28日、The Hacker Newsは、GoogleがAndroid 17に導入した新たなネットワークセキュリティ機能について報じました。中でも注目されるのが「Encrypted Client Hello（ECH）」へのプラットフォーム対応です。対応するアプリやWebサイトとの通信では、接続開始時に送られるドメイン情報を暗号化し、通信事業者や同じネットワーク上の第三者から、利用者がどのWebサイトやサービスへ接続しているのかを把握されにくくします。Android 17ではこのほか、ローカルネットワークへのアクセス制御、Certificate Transparency、2G通信を悪用した攻撃への対策も強化されています。
The Hacker News：Android 17 Adds OS-Wide ECH to Hide Website Visits From Network Providers
この記事のポイント
影響のあるシステム・サービス
- Android 17（APIレベル37）：今回紹介されたネットワークプライバシー・セキュリティ機能の中心となるOSです。
- Android 17をターゲットとするアプリ：ECHやローカルネットワーク権限、Certificate Transparencyなど、一部の機能・動作変更はAndroid 17をターゲットとするアプリに適用されます。
- ECHに対応するAndroidアプリ：HttpEngine、WebView、OkHttpなど、利用しているネットワークライブラリ側がECHに対応している必要があります。
- ECH対応Webサイト・サーバー：ECHによって接続先ドメインを保護するには、接続先サーバーもECHをサポートしている必要があります。
- 家庭・企業のローカルネットワーク：Android 17では、アプリによるLAN内機器の探索や接続に対する権限制御が強化されます。
- Android 17対応のモバイル通信環境：参加する通信事業者では、2Gをデフォルトで無効化する仕組みを利用できるようになります。
今回の発表は脆弱性修正ではなく、Androidのネットワーク通信をより安全かつプライバシー保護の高いものにするための機能強化です。そのため、特定のCVE番号や「影響を受ける旧バージョン」が存在する種類のニュースではありません。また、ECHについてはAndroid 17へ更新しただけですべての通信先が隠れるわけではなく、アプリのネットワークライブラリや接続先サーバーがECHをサポートしていることなどが必要です。
推奨される対策
- Android 17を利用できる端末では、メーカーから正式に提供されるOSアップデートの適用を検討してください。
- アプリ開発者は、使用しているネットワークライブラリがECHへ対応しているか確認してください。
- OkHttpを利用する開発者は、ECHに対応するバージョンへの更新を検討してください。
- Android 17向けアプリでは、ローカルネットワークへのアクセスが本当に必要か見直してください。
- 家庭内機器へのアクセスを要求するアプリについては、その権限が機能上必要なものか確認してから許可してください。
- 企業のAndroid端末管理者は、Android 17導入前にローカルネットワーク権限やCertificate Transparencyによる業務アプリへの影響を確認してください。
- 社内システムでプライベート証明書や独自証明書を利用している場合は、Android 17のCertificate Transparencyとの互換性を事前にテストしてください。
- 端末で2Gを利用する必要がない場合は、利用環境や通信事業者の対応状況を確認し、2G無効化を検討してください。
一般ユーザーにとっては新しい設定を細かく変更するよりも、OSとアプリを適切に更新し、ローカルネットワークへのアクセス権限を不用意に許可しないことが基本となります。一方、企業やアプリ開発者は、Android 17によって通信仕様や権限管理が変化するため、既存アプリや社内システムとの互換性を事前に確認することが重要です。
この記事に出てくる専門用語
- ECH（Encrypted Client Hello）：TLS通信を開始するときに送られる接続先情報の一部を暗号化する仕組みです。従来はHTTPSで通信内容が暗号化されていても、接続先のドメイン名をネットワーク事業者などから推測できる場合がありました。ECHはこの情報を保護し、どのサービスへ接続しているのかを把握されにくくします。
- SNI（Server Name Indication）：HTTPS通信を開始するとき、どのWebサイトへ接続したいのかをサーバーへ伝えるために利用される情報です。ECHは、このSNIなどを含むClientHelloの機密部分を暗号化します。
- Private DNS：DNSによるドメイン名の問い合わせを暗号化する仕組みです。Googleは、ECHとPrivate DNSを組み合わせることで、利用者がアクセスするドメインに関する情報を第三者から把握されにくくできると説明しています。
- ECH GREASE：ECHに対応していない接続先に対しても、ランダム化されたECH拡張を送信する仕組みです。ECHを使用できる通信と使用できない通信を外部から簡単に区別されにくくする目的があります。
- Certificate Transparency（CT）：Webサイトなどで利用されるTLS証明書の発行情報を公開ログへ記録し、不正または誤って発行された証明書を検出しやすくする仕組みです。
- SMS blaster：偽の携帯電話基地局などを利用し、周囲のスマートフォンを安全性の低い旧世代ネットワークへ接続させ、詐欺SMSの送信などに利用する攻撃手法・装置を指します。
HTTPSでも残っていた「どこへ接続したか」という情報を保護
HTTPSが広く普及した現在、Webページの内容や送受信するデータの多くは暗号化されています。しかし、通信を開始する際には、接続先を特定するための情報が必要になります。その一つがTLSのServer Name Indication（SNI）です。従来の仕組みでは、HTTPS通信そのものが暗号化されていても、ネットワークを観測できる通信事業者や第三者が、この情報を利用して接続先のドメインを把握できる場合がありました。
Android 17がプラットフォームとして対応するEncrypted Client Hello（ECH）は、TLS 1.3におけるClientHelloの機密情報を暗号化し、SNIを含む接続先情報をネットワーク上の第三者から把握されにくくする技術です。Googleは、Private DNSと組み合わせることで、利用者がアクセスするドメイン名というメタデータの露出を抑えられると説明しています。
ただし、「Android 17なら通信事業者からすべての閲覧履歴を完全に隠せる」と理解するのは正確ではありません。Android 17をターゲットとするアプリにおいても、使用するネットワークライブラリがECHへ対応し、さらに接続先サーバー側でもECHが利用できる場合に保護が機能します。また、IPアドレスや通信量、通信のタイミングなど、通信から推測可能なすべての情報をECHだけで隠せるわけではありません。
ECHをAndroid全体へ広げるためのプラットフォーム対応
ECH自体はAndroid 17で初めて登場した技術ではありません。Google Chromeではバージョン117、Mozilla Firefoxではバージョン118からECHへの対応が進められてきました。今回のAndroid 17で大きく変わったのは、ブラウザ単体の機能ではなく、Androidプラットフォーム側にECHを利用するための仕組みが用意されたことです。
Android 17では、DNSからECH設定を取得するための機能や、TLS接続時にECH設定を利用するための仕組みなどがプラットフォームへ追加されています。Android 17をターゲットとするアプリでは、使用するネットワークライブラリと接続先が対応していればECHを利用できます。また、ECHを確立できない場合にはECH GREASEと呼ばれる仕組みを使用し、ランダム化されたECH拡張を送信することで、ECHが使われている通信だけを外部から簡単に識別されにくくします。
アプリ開発者側の対応も重要です。Googleは、現代的なネットワークライブラリを使用することを推奨しており、OkHttpなどのネットワークライブラリでもECH対応が進められています。つまりAndroid 17の導入だけで全アプリの通信が一律にECH化されるのではなく、OS、アプリのネットワーク実装、接続先サーバーという複数の要素が対応することで保護範囲が広がっていく仕組みです。
アプリによる家庭内ネットワークの探索にも許可が必要に
Android 17では、インターネットへの通信だけでなく、家庭や企業のWi-Fi内部にある機器へのアクセスについても保護が強化されています。Googleは「Local Network Protection」をAndroid 17で本格的に適用し、アプリが同一ネットワーク上の機器を探索したり、直接通信したりする場合にユーザーの許可を求める仕組みを導入しています。
これまで、アプリは同じWi-Fi上に存在するテレビ、カメラ、ゲーム機、スマートホーム機器などをユーザーへの明示的な許可なしで探索できる場合がありました。こうした情報を収集すれば、利用者の家庭環境や所有する機器を推測し、端末や世帯を識別するフィンガープリンティングなどへ利用される可能性があります。Android 17をターゲットとするアプリでは、「ACCESS_LOCAL_NETWORK」という実行時権限が導入され、ローカルネットワークへのアクセスが原則として制御されます。
一方、テレビへのキャストなど、日常的に利用する機能まで不便にすることが目的ではありません。Googleは、システムが仲介するデバイス選択機能を利用することで、アプリ自身がLAN上のすべての機器を見ることなく、ユーザーが選択した機器へ接続できる仕組みも案内しています。一般ユーザーは、アプリからローカルネットワークへのアクセスを求められた場合、そのアプリの本来の機能に必要な権限かを確認することが重要です。
不正な証明書を見つけやすくするCertificate Transparency
Android 17ではCertificate Transparency（CT）の検証もデフォルトで有効化されています。WebサイトやアプリがHTTPS通信を行う際には、TLS証明書を利用して接続先が正しいサーバーであることを確認します。しかし、証明書を発行する認証局が侵害されたり、誤って不正な証明書を発行したりした場合、その証明書を利用した中間者攻撃につながる可能性があります。
Certificate Transparencyは、認証局が発行した証明書を公開ログへ記録し、第三者が監査できるようにする仕組みです。Android 17では、Android 17（APIレベル37）以上をターゲットとするアプリについて、ネットワーク接続時のCT検証がデフォルトで有効になります。これにより、公開ログへ適切に記録されていない証明書を利用した通信を検知しやすくなり、不正または誤発行された証明書による攻撃のリスク低減につながります。
ただし企業環境では注意が必要です。社内システムや検証環境などで独自のプライベート証明書を利用している場合、CTの要件を満たさず接続に影響が生じる可能性があります。必要な環境ではNetwork Security Configurationを利用して設定を調整できるため、企業がAndroid 17へ管理端末を移行する際には、社内Webシステムや業務アプリの証明書構成を事前に確認しておくことが重要です。
2Gへの強制ダウングレードを利用したSMS攻撃への防御も強化
Android 17では、旧世代の2G通信を悪用する攻撃への防御も強化されています。Googleによると、攻撃者が使用する「SMS blaster」や偽基地局の中には、周囲のスマートフォンへ強い電波を発し、LTEや5Gなどの新しいネットワークから安全性の低い2Gへ強制的に切り替えさせるものがあります。端末が2Gへ接続すると、現代のモバイルネットワークで利用されている一部のセキュリティ保護を回避し、悪意のあるSMSを端末へ届けるなどの攻撃に利用される可能性があります。
GoogleはAndroid 12で、ユーザー自身が端末の2G通信をハードウェアレベルで無効にする設定を導入しました。さらにAndroid 14では、企業などのIT管理者が管理対象端末で2Gを無効化できる仕組みが追加されています。Android 17ではこの対策をさらに進め、対応する通信事業者が加入者の2G通信をデフォルトで無効にできる仕組みが導入されています。
ただし、この機能はすべてのAndroid 17端末ですべての通信事業者が自動的に2Gを無効化するという意味ではありません。Googleは参加する通信事業者が利用できる仕組みとして説明しています。そのため、日本国内で実際にどの通信事業者や端末がこの機能を利用するかについては、各事業者や端末メーカーからの案内を確認する必要があります。
Android 17は「通信内容」だけでなく通信周辺の情報も保護へ
今回GoogleがAndroid 17で強化した機能に共通するのは、通信内容そのものだけではなく、通信の周辺から得られる情報にも保護範囲を広げている点です。HTTPSによってWebページの内容が暗号化されていても、接続先ドメインが外部から推測できれば、利用者が利用しているサービスや関心分野などを分析される可能性があります。ECHは、こうした通信メタデータの一部を保護するための仕組みです。
同様にLocal Network Protectionは、家庭や企業のLAN内部にどのような機器が存在するのかという情報をアプリから不用意に取得されることを防ぎます。Certificate Transparencyは、Web通信で利用する証明書の信頼性を公開ログによって検証しやすくします。また2G対策では、モバイル通信規格そのものの世代差を悪用した攻撃への防御が強化されています。
一方で、これらの機能を「Android 17にすればすべて自動的に安全になる」と捉えるべきではありません。ECHには対応ライブラリや対応サーバーが必要であり、2Gのデフォルト無効化も通信事業者側の対応が関係します。企業環境では、新しいローカルネットワーク権限やCertificate Transparencyによって既存アプリや社内システムの通信に影響が生じる可能性もあります。
Android 17を利用するユーザーにとっては、OSとアプリを適切に更新し、新たに求められるネットワーク権限を確認することが基本的な対策となります。企業のIT担当者やアプリ開発者は、単にOSを更新するだけでなく、ECHへの対応状況、LANアクセス、証明書構成、通信事業者の2G対応などを確認し、Android 17の保護機能を有効に活用できる環境を整えることが重要です。
参考文献・記事一覧
- The Hacker News「Android 17 Adds OS-Wide ECH to Hide Website Visits From Network Providers」
- Google Security Blog「4 new ways Android is protecting your network connections」
- Android Developers「Behavior changes: Apps targeting Android 17 or higher」
- Android Developers「Adopting Encrypted Client Hello (ECH)」
- Android Developers「Local network permission」
- Android Developers「Network security configuration」
投稿者プロフィール
-
CyberCrew（サイバークルー）は、企業の情報セキュリティをトータルで支援する専門チームです。高度なスキルを持つホワイトハッカーが在籍し、サイバー攻撃の監視・検知から初動対応、リスク診断や従業員向けのセキュリティ教育まで、幅広いサービスを提供。企業のニーズに応じた柔軟な対応で、安心・安全なIT環境の実現をサポートします。
■ 情報セキュリティサービス台帳登録事業者
■ セキュリティコンテスト受賞歴
CTF国際大会 世界No.1
CEH Master Leaderboard 世界No.1
Hack The Box Rank TOP10
■ 保有セキュリティ資格
GIAC GXPN、Cisco Cybersecurity Specialist、CEH Master、CEH Practical、
Cyber Security Professional Certificate、OSCP、OSCP+、CPENT、OSWP、
eCPPT、eMAPT、CRTS、SOC-100、PEN-100、
HTB Offshore Penetration Tester（Level 3）
