ポスト量子暗号の使用状況、暗号化メッセージング、ルーティングセキュリティへの透明性向上

Cloudflare Radar はすでに、アプリケーション層およびネットワーク層の攻撃から悪意のある電子メール、デジタル証明書、インターネットルーティングに至るまで、幅広いセキュリティインサイトを提供しています。

そして本日、さらに多くの機能を導入いたします。Radar 上で、いくつかの新規なセキュリティ関連データセットとツールを公開します：

ポスト量子（PQ）監視の範囲をクライアント側から拡張し、オリジン側の接続も対象に含めるようになりました。また、任意のウェブサイトのポスト量子暗号化互換性を確認するための新ツールもリリースしました。

Radar の新しい「キー透明性（Key Transparency）」セクションでは、WhatsApp などのエンドツーエンド暗号化メッセージングサービスのキー透明性ログのリアルタイム検証ステータスを表示するパブリックダッシュボードを提供しています。これにより、各ログが Cloudflare の監査役（Auditor）によって最後に署名および検証された日時を確認できます。このページは、誰でも公開鍵配布の整合性を監視でき、API にアクセスして監査役の証明を独立して検証できる透明性の高いインターフェースとして機能します。

ルーティングセキュリティに関するインサイトも拡大し、BGP ルートリークを検出・防止する新興標準である ASPA の導入状況について、グローバルレベル、国レベル、ネットワークレベルの情報が増設されました。

オリジン側のポスト量子サポートの測定

2024 年 4 月以来、Cloudflare Radar においてポスト量子暗号化に対するクライアントのサポートの集計成長を追跡し、2024 年初頭の 3% を下回る水準から、2026 年 2 月には 60% を超えるまでの世界的な成長を記録してきました。そして 2025 年 10 月には、ユーザーがブラウザが X25519MLKEM768（古典的な X25519 と NIST によって標準化された格子ベースのポスト量子方式である ML-KEM を組み合わせたハイブリッド鍵交換アルゴリズム）をサポートしているかどうかを確認できる機能を追加しました。これにより、古典的攻撃および量子攻撃の両方に対するセキュリティが提供されます。

しかし、ユーザーから Cloudflare への接続におけるポスト量子暗号化サポートは、物語の一部に過ぎません。

CDN キャッシュにないコンテンツ、またはキャッシュ不可能なコンテンツについては、Cloudflare のエッジサーバーが顧客のオリジンサーバーと別の接続を確立して取得します。これらのオリジン指向フェッチに対する量子耐性セキュリティへの移行を加速させるため、以前に顧客がポスト量子接続を優先するオプションを選択できる API を導入しました。本日、私たちは Radar 上でオリジンサーバーのポスト量子互換性を可視化できるようになりました。

Radar 上の新しいオリジンポスト量子サポートグラフは、X25519MLKEM768 をサポートする顧客のオリジンの割合を示しています。このデータは、TLS 1.3 互換性のオリジンをプローブし、結果を毎日集計する当社の自動化された TLS スキャナから導き出されています。重要な点として、スキャナがテストするのは特定のオリジンサーバーの好意ではなく、サポートの有無であることに留意してください。あるオリジンがポスト量子鍵交換アルゴリズムをサポートしていても、そのローカルの TLS 鍵交換の優先順位が最終的に暗号化の結果を決定づける可能性があります。

メイングラフはポスト量子対応に焦点を当てていますが、スキャナは古典的な鍵交換アルゴリズム（classical key exchange algorithms）のサポートも評価しています。Radar Data Explorer のビュー内では、これらのサポートされる TLS 鍵交換メソッドの完全な分布を確認することもできます。

上記のグラフに示されている通り、現在約 10% のオリジンがポスト量子耐性（post-quantum）を優先した鍵合意の恩恵を受ける可能性があります。これは 2025 年初頭の 1% 未満から大幅な増加であり、わずか 1 年余りで 10 倍に達しています。業界が移行を続けるにつれて、この数値は着実に増加すると予想されます。この上昇傾向は、OpenSSL 3.5.0+、GnuTLS 3.8.9+、Go 1.24+ など、多くのサーバーサイド TLS ライブラリがデフォルトでハイブリッドポスト量子鍵交換（hybrid post-quantum key exchange）を有効にしたことにより、2025 年にさらに加速した可能性があります。これにより、プラットフォームやサービスは暗号化ライブラリの依存関係を更新するだけで、ポスト量子接続をサポートできるようになりました。

Radar および Data Explorer のグラフに加え、オリジンの準備状況データは Radar API でも利用可能です。

インターネットがポスト量子暗号（post-quantum cryptography）へ移行するのを支援するための取り組みの一環として、特定のホスト名がポスト量子暗号化をサポートしているかをテストするためのツールも新たに公開します。これらのテストは、Cloudflare のエグレス IP アドレス範囲からの接続を許可している限り、誰でもアクセス可能なウェブサイトに対して実行できます。

image

Radar 内のツールで、ホスト名がポスト量子暗号化をサポートしているかをテストするスクリーンショット。

このツールは、ユーザーがホスト名（cloudflare.com や www.wikipedia.org など）を入力し、オプションでカスタムポートを指定できるシンプルなフォームを提供します（デフォルトは標準的な HTTPS ポートである 443 です）。[Test] ボタンをクリックすると、結果として PQ サポート状況を示すタグと、ネゴシエートされた TLS キー交換アルゴリズムが表示されます。サーバーが PQ セキュア接続を優先する場合、緑色の「PQ」タグが表示され、「ポスト量子セキュア（post-quantum secure）」であると確認するメッセージが示されます。それ以外の場合、赤いタグが表示され、「ポスト量子セキュアではない」として、ネゴシエートされた古典的なアルゴリズムが示されます。

このツールの内部では、Cloudflare Containers（Workers と並行してコンテナワークロードを実行できる新機能）が使用されています。Workers ランタイムは、基盤となる TLS ハンドシェイクの詳細にアクセスできないため、Workers 自体で TLS スキャンを開始することはできません。そのため、ポスト量子互換性チェックをサポートする crypto/tls パッケージを活用した Go コンテナを作成しました。このコンテナはオンデマンドで実行され、実際のハンドシェークを実行してネゴシエートされた TLS キー交換アルゴリズムを特定し、その結果を Radar API を経由して返します。

これらの発信元指向の洞察を追加し、既存のクライアント指向の洞察を補完することで、すべてのポスト量子（post-quantum）コンテンツをRadar上の独自のセクションへ移動しました。

鍵透明性（Key Transparency）を用いたE2EEメッセージングシステムの保護

WhatsAppやSignalのようなエンドツーエンド暗号化（E2EE）メッセージングアプリは、世界中の数十億人によって利用されるプライベート通信のための不可欠なツールとなっています。これらのアプリは公開鍵暗号方式を用いて、メッセージの内容を送信者と受信者のみが閲覧でき、メッセージングサービス自体でさえも閲覧できないように保証しています。しかし、このモデルにはしばしば見落とされがちな脆弱性が存在します：ユーザーは、各連絡先に対して正しい公開鍵を配布していることをメッセージングアプリに信頼しなければならないのです。

攻撃者がメッセージングアプリのデータベース内で誤った公開鍵を差し替えることに成功した場合、送信者は気づかぬまま、他人宛てのメッセージを傍受されてしまう可能性があります。

Key Transparency は、TLS 証明書向けの Certificate Transparency と同様の概念を持つ、公開鍵の監査可能かつ追加専用のログを作成することで、この課題に対処します。メッセージングアプリは、ユーザーの公開鍵を透明性ログに公開し、独立した第三者が、そのログが時間とともに正しく一貫して構築されていることを検証し、保証することができます。2024 年 9 月、Cloudflare は WhatsApp 向けの Key Transparency オーディターを発表し、メッセージングアプリの数十億人のユーザーに対する公開鍵配布の整合性を確保するのに役立つ独立した検証レイヤーを提供しました。

本日、私たちは Cloudflare Radar の新しい「Key Transparency」セクションで、Key Transparency の監査データを公開します。このセクションでは、Cloudflare が監査する Key Transparency ログを紹介し、研究者、セキュリティ専門家、そして好奇心旺盛なユーザーに対し、これらの重要なシステムの健全性と活動状況への窓を提供します。

新しいページでは、監視対象のログとして WhatsApp と Facebook Messenger Transport の 2 つが用意されています。各監視対象のログは、以下の情報を含むカードとして表示されます：

ステータス：ログがオンライン状態、初期化中、または無効化されているかを示します。「オンライン」ステータスは、ログが Cloudflare が監査するエポックに鍵の更新を積極的に公開していることを意味します。（エポックとは、特定の時点で鍵ディレクトリに適用される一連の更新を表すものです。）

最終署名済みエポック：メッセージングサービスのログによって公開され、Cloudflare によって承認された最新のエポックです。目のアイコンをクリックすると、ユーザーは JSON 形式で完全なエポックデータ（エポック番号、タイムスタンプ、暗号化ダイジェスト、および署名を含む）を表示できます。

最終検証済みエポック：Cloudflare が検証した最新のエポックです。検証には、前回のエポックから現在のエポックへの透明性ログデータ構造の移行が有効なツリー変換を表しているかを確認することが含まれており、これによりログが正しく構築されていることを保証します。検証タイムスタンプは、Cloudflare が監査を完了した時刻を示します。

ルート：監査可能な鍵ディレクトリ（Auditable Key Directory: AKD）ツリーの現在のルートハッシュです。このハッシュは、現在のエポックにおける鍵ディレクトリの完全な状態を暗号学的に表しています。エポックフィールドと同様に、ユーザーはクリックして監査者からの完全な JSON 応答を表示できます。

ページに表示されるデータは、監査者情報および名前空間用のエンドポイントを持つ Key Transparency Auditor API を通じても利用可能です。

もし自分で監査証明検証を行いたい場合は、当社の「監査用キー透明性」ブログ記事に記載された手順に従ってください。Radar のこの「キー透明性」セクションで公開するユースケースが最初のものとなることを願っています。あなたの会社や組織がパブリックキーまたは関連インフラストラクチャの監査に関心がある場合は、こちらからお問い合わせください。

RPKI ASPA 導入状況の追跡

image

Border Gateway Protocol (BGP) はインターネットルーティングの基盤ですが、伝播するパスの有効性を検証するための組み込みメカニズムを備えて設計されていません。この本質的な信頼性は長年、グローバルネットワークをルートリークやハイジャックに対して脆弱にしてきました。これらは、トラフィックが誤ってまたは悪意を持って許可されていないネットワークを経由して迂回される現象です。

RPKI およびルートオリジン認証（ROAs）はルートの起源を強化することに成功しましたが、ネットワーク間のトラフィックが通る経路を検証することはできません。ここで登場するのが ASPA（Autonomous System Provider Authorization）です。ASPA は、自律システム（AS）がそのルートを上流へ伝播させることを許可されたネットワークを列挙したレコードを暗号署名することで、RPKI の保護機能を拡張します。この顧客からプロバイダへの関係を検証することにより、ASPA はシステムが不正な経路公告を検出する自信を与え、それに応じて対応することを可能にします。

特定の IETF 標準はまだドラフト段階ですが、運用コミュニティは急速に進んでいます。ASPA オブジェクトの作成をサポートする機能はすでに ARIN や RIPE NCC などの地域インターネットレジストリ（RIRs）のポータルに実装されており、OpenBGPD や BIRD といった主要なソフトウェアルーティングスタックでも検証ロジックが利用可能です。

この新興標準の採用状況をより明確にするため、Cloudflare Radar のルーティングセクションに包括的な RPKI ASPA サポートを追加しました。これらのレコードをグローバルに追跡することで、業界がどのように迅速により良い経路検証へと移行しているかを理解することができます。

最新のASPA（Autonomous System Provider Authorization）導入状況ビューにより、ユーザーは時間経過に伴うASPAの採用拡大を調査できるようになりました。また、AS登録に基づき、5つの地域インターネットレジストリ（RIRs）全体にわたるトレンドを可視化する機能も備えています。2023年10月1日に遡るASPAエントリの完全な履歴を表示したり、特定の期間にズームインして、ARINやRIPE NCCのオンラインダッシュボードでASPA機能が導入されたといった業界イベントと採用数の急増を関連付けたりすることが可能です。

集計トレンドを超えて、リアルタイムのASPAコンテンツを対象とした、詳細かつ検索可能なエクスプローラーも新たに導入しました。このテーブルビューでは、AS番号やAS名での検索、あるいはプロバイダーまたは顧客のASN（Autonomous System Number）のみをフィルタリングすることで、現在のASPAレコードの状態を検証できます。これにより、ネットワーク運用担当者は自社のレコードが正しく公開されているかを確認し、他のネットワークの設定も閲覧できるようになります。

image

また、ASPAデータを国・地域別のルーティングページに直接統合しました。ユーザーは、現地に登録された顧客ASNからの関連するASPAレコードに基づき、異なる場所がインフラのセキュリティ強化をどの程度進めているかを追跡できるようになりました。

個別の AS（自律システム）ページにおいて、接続セクションを更新しました。 now、ネットワークの接続を表示する際に、「ASPA 検証済みプロバイダー」の視覚的インジケーターが表示されるようになりました。この注釈は、特定のアップストリーム接続を承認する ASPA レコードが存在することを確認し、ルーティングの健全性と信頼性の即座のシグナルを提供します。

ASPA を展開した AS に対しては、承認されたプロバイダー ASN の完全なリストとその詳細を表示するようになりました。現在の状態に加え、Radar はその AS に関わる ASPA アクティビティの詳細なタイムラインも提供します。この履歴では、AS 自体が開始した変更（「顧客として」）と、他者が作成しそれをプロバイダーとして指定したレコード（「プロバイダーとして」）を区別するため、ユーザーは特定のルーティング承認がいつ確立または変更されたかを即座に識別できます。

可視性は、ASPA（Autonomous System Provider Authorization）のような新興のルーティングセキュリティプロトコルのより広範な採用に向けた不可欠な第一歩です。このデータを表面化することで、オペレーターが保護策をデプロイするのを支援し、研究者がインターネットがより安全なルーティングパスへと進む進捗を追跡することを助けることを目指しています。また、このデータを自身のワークフローに統合したり、より深い分析を行ったりする必要がある方のために、これらのメトリクスもプログラム的に公開しています。ユーザーは、新たに導入された Cloudflare Radar API のエンドポイントを使用して、ASPA コンテンツのスナップショット、歴史的な時系列データ、詳細な変更データにアクセスできるようになりました。

セキュリティの進化に伴い、データも進化します

インターネットセキュリティは継続的に進化しており、情報、アプリケーション、ネットワークが安全であるよう保証するために、新しいアプローチ、プロトコル、標準が開発され続けています。Cloudflare Radar で利用可能なセキュリティデータとインサイトも同様に進化していきます。上記で強調された新セクションは、すでに Cloudflare Radar で提供されている既存のルーティングセキュリティ、透明性、およびポスト量子（Post-Quantum）に関する知見を拡張するものです。

これらの新しいチャートやグラフをソーシャルメディアで共有する際は、必ず @CloudflareRadar (X)、noc.social/@cloudflareradar (Mastodon)、radar.cloudflare.com (Bluesky) にタグ付けしてください。ご質問やコメント、または Radar へ追加していただきたいデータに関するご提案がある場合は、ソーシャルメディアでお問い合わせいただくか、メールにてご連絡ください。