用語集

このページでは、Radar と表示される情報を理解するための用語と概念をまとめています。

AI アシスタント、AI データスクレイパー、AI 検索クローラーに関連するユーザーエージェントからの HTTP リクエスト活動です。トラフィック量の傾向がわかるよう正規化しており、AI による Web 操作の活動レベルを時系列で把握できます。対象のユーザーエージェントは、ai.robots.txt ↗ リポジトリに掲載されている AI 向けユーザーエージェントから取得しています。

軽減されたリクエストに基づくレイヤー 7 の攻撃情報です。よく使われる軽減手法と、軽減されたリクエスト量の推移を含みます。「Application layer attack volume」と「Mitigated traffic sources」のグラフでは、選択した所在地または ASN が軽減されたリクエストの送信元です。「Application layer attack distribution」のグラフでは、Origin Location グラフは選択した所在地を狙った攻撃の送信元を示し、Target Location グラフは選択した所在地から発信された攻撃の対象所在地を示します。「Application layer attack distribution」の洞察は ASN 単位では利用できません。

SPF ↗、DKIM ↗、DMARC ↗ はポリシーに基づくメール認証方式です。併用すると、スパマー、フィッシング実行者、その他の不正な第三者が、所有していないドメインを装ってメールを送ることを防ぎやすくなります。PASS は関連チェックに合格した処理済みメッセージの割合です。FAIL は関連チェックに失敗した処理済みメッセージの割合です。NONE は関連ポリシーが見つからなかった処理済みメッセージの割合です。これらの指標のデータは Cloudflare のメールルーティングサービスから取得しています。

インターネットはネットワークのネットワークです。自律システムは、インターネットを構成するネットワークです。より具体的には、自律システム（AS）は、統一されたルーティングポリシー（1 つ以上のネットワークを通る経路を選ぶ処理）を持つ大規模なネットワーク、またはネットワークの集まりです。

データパケットは、最終宛先に到達するまで AS から AS へとホップします。インターネットに接続するコンピューターやデバイスは、いずれもいずれかの AS に接続しています。ISP は 1 つ以上の AS を持ち、各 AS には Border Gateway Protocol（BGP）ルーティングで使う公式の Autonomous System Number（ASN）が割り当てられます。たとえば、Cloudflare の ASN は AS13335 です。詳細は Cloudflare Learning Center ↗ を参照してください。

Autonomous System Provider Authorization（ASPA） ↗ は、Resource Public Key Infrastructure（RPKI） ↗ 内の暗号オブジェクトで、経路のセキュリティをオリジン検証の先まで広げます。RPKI の Route Origin Authorization（ROA）は、どの Autonomous System（AS） ↗ がプレフィックスの発信を許可されているかを検証します。一方 ASPA は、AS が認可済みの上流トランジットプロバイダーを宣言できるようにして BGP の AS_PATH を検証し、経路リークや、偽造されたパスセグメントを伴う一部の BGP ハイジャックを検出できます。

各 ASPA レコードは Customer AS（CAS） が作成し、上流へ経路を伝播することを認可された Set of Provider ASes（SPAS） を列挙します。ルーターは、これらの Customer-to-Provider 関係を使い、BGP の AS_PATH が正当なルーティングトポロジーと一致するかを評価し、Valid、Invalid、Unknown のいずれかの検証結果を出します。IETF の仕様はまだドラフトですが、ASPA オブジェクトの作成は ARIN ↗ や RIPE NCC ↗ などの RIR ポータルで利用でき、検証ロジックは OpenBGPD ↗ や BIRD ↗ などのルーティングスタックにも実装されています。

Border Gateway Protocol（BGP）はインターネットのルーティングプロトコルです。郵便局が郵便物を処理するように、BGP はインターネットトラフィックを届けるための効率的な経路を選びます。BGP アナウンスは、ある AS が別の AS に対して「このネットワークプレフィックス宛のトラフィックを受け取ったら、自分に送ってください」と伝える手段です。そのメッセージは処理され、（場合によっては）他の AS へ転送され、経路上のすべての AS が、そのネットワークプレフィックス宛のトラフィックをどこへ送るかを学べます。詳細は Cloudflare Learning Center ↗ を参照してください。

Cloudflare Radar では、AS がアナウンスした BGP メッセージ量と、アナウンスされた IP アドレス空間の合計サイズの両方について、時系列チャートを提供しています。BGP メッセージ量は、ある AS の全体的なルーティング活動の水準を示します。アナウンスされた IP アドレス空間は、その AS が運用するネットワークの規模の推移を示します。IP アドレス空間の大きさは、最小のルーティング可能なネットワークプレフィックスサイズの数で表します。IPv4 では /24 プレフィックスの数、IPv6 では /48 の数です。対応して、/24 プレフィックスは 256 個の IP アドレス、/48 は 2^80 個の IP アドレスを表します。

BGP 経路リーク ↗ は、意図した範囲を超えてルーティングアナウンスが伝播することと定義されています。 Cloudflare Radar では、検出された経路リークイベントを、対応する自律システム番号（ASN）のページで確認できます。表の列は次のとおりです。

• From: 経路を学習した相手の自律システム（AS）。
• By: 経路をリークした AS（リーカー）。
• To: リークされた経路を受信し、伝播した AS。
• Start と End: 経路リークイベントの開始時刻と終了時刻。
• BGP Msgs.: リークされた経路を含む BGP アナウンスの数。
• Prefixes: 経路リークイベントが影響する IP プレフィックスの数。
• Origins: 経路リークイベントが影響するオリジン AS の数。
• Vantage Points: 経路リークイベントを観測したルートコレクターの数。

経路リーク検出システムの設計と使い方は、ブログ記事 How we detect route leaks and our new Cloudflare Radar route leak service ↗ を参照してください。

BGP オリジンハイジャック ↗ は、ネットワークが所有、管理、または経路制御していない IP アドレスのグループ（プレフィックス）に対して、所有を偽ってアナウンスする BGP 異常の一種です。BGP オリジンハイジャックは、正当な宛先からハイジャッカーへインターネットトラフィックを誘導し、データの損失や、非公開情報・機密情報の漏洩につながる可能性があります。

Cloudflare Radar では、検出された BGP オリジンハイジャックイベントを「BGP Origin Hijacks」表で確認できます。表の列は次のとおりです。

• ID: イベント ID。クリックするとイベント詳細ページへ移動します。
• Detected Origin: 検出時点でプレフィックスを発信していた AS。BGP ハイジャッカーである可能性があります。
• Expected Origin(s): 各種証拠に基づき、該当プレフィックスを発信すると期待される AS。
• Start Time (UTC) と Duration: UTC での検出タイムスタンプと、イベントが続いた時間の読みやすい表記。進行中のイベントには duration の値はなく、-- で示します。
• BGP Messages: 検出された異常を含む BGP メッセージの数。
• Prefixes: イベント中にハイジャックされたプレフィックス。表のスペース制約により、完全なプレフィックスは 1 件だけ表示します。
• Confidence: そのイベントが真のハイジャックであることに対する確信度。値は High、Medium、Low です。
• Tags: 短いタグとして示した関連証拠。RPKI 検証結果やネットワーク関係など、追加データソースからまとめた主要な事実を示します。

検出結果は 公開 API からもプログラムで取得できます（CC BY-NC 4.0 ↗ ライセンス）。

Cloudflare Radar のプレフィックスルーティングページは、リアルタイムの BGP 経路を Sankey 図 ↗ として表示します。この可視化は、RouteViews ↗ と RIPE RIS ↗ の MRT データに、RouteViews の Kafka インスタンスと RIS Live ↗ からのリアルタイムストリームを組み合わせて構築しています。

デフォルトでは、経路の可視化は発信元 AS から Tier-1 ネットワーク ↗ までのパスを示し、わかりやすさのため Tier-1 ネットワークから BGP ルートコレクターまでの区間は省略します。「Show full paths」トグルで完全なパスを表示できます。

可視化の上にある表は、プレフィックスのオリジンの詳細を示します。発信元 AS、ルートコレクター全体での可視性の割合、RPKI ↗ 検証ステータス（valid、invalid、unknown）を含みます。

図のリンクにカーソルを合わせると、接続されている ASN、観測した BGP ルートコレクター（RIPE RIS ↗ と RouteViews ↗）、最終更新のタイムスタンプを含むツールチップが表示されます。

ボットスコア に基づき、HTTP リクエストをボットと人間に分類した割合です。ボットスコアが 1 から 29 のリクエストは自動化の可能性が高い（ボット）、30 以上のリクエストは人間の可能性が高いと分類します。詳細は ボットクラス を参照してください。

デフォルトでは、Radar は HTML コンテンツへのリクエストについて、ボット対ヒューマントラフィックを表示します。このフィルターは、API 呼び出し、アセットリクエスト（画像、スクリプト、フォント）、その他のマシン間リクエストを除き、従来の Web トラフィックを表すことを意図しています。

暗号化は、安全なインターネットの重要な要素です。SSL/TLS は、クライアントとサーバーの間に暗号化リンクを確立するための標準的なセキュリティ技術です。

Cloudflare Radar では、信頼できる認証局が発行し、有効な証明書透明性ログに掲載されている、特定ドメインの証明書をすべて確認できます。

ドメイン名に対して発行された証明書を確認し、ドメインに関連する誤発行や不正発行がないかを確かめられます。また、Cloudflare Dashboard ↗ の証明書透明性モニターからアラートを受け取ることもできます。

Certificate Transparency（CT） ↗ は、認証局（CA）が発行するデジタル証明書の発行を監視・監査するためのインターネットセキュリティ標準です。 CT は、CA が発行したすべての証明書を、追記専用で検証可能な公開ログに記録することを求め、誤発行や悪意のある証明書の検出に役立ちます。 これらのログは、ブラウザーやセキュリティ研究者を含むさまざまな主体が監視し、証明書エコシステムの透明性と信頼を確保します。

CT の主要な主体は次のとおりです。

• CA: 証明書を発行する組織。
• CT Logs: 発行された証明書が記録される、公開の追記専用ログ。
• Monitors: ログの正しさを確認する当事者。

Cloudflare Radar で利用できるデータは、Cloudflare が現在監視している CT ログから得ています。これにより、Web 全体の証明書発行の傾向、分布、メタデータを把握できます。

メール転送エージェントから Cloudflare への受信接続のうち、指定した特性を持つ割合です。「IP Version」は IPv4 と IPv6 で行われた接続の内訳です。「Encryption」は、TLS を使った暗号化接続と、平文の非暗号化接続の内訳です。これらの指標のデータは Cloudflare のメールルーティングサービスから取得しています。

接続品質の指標には、ダウンロード速度、アップロード速度、レイテンシ（ラウンドトリップ時間）、レイテンシジッター（ラウンドトリップ時間の安定性）が含まれ、特定の国または ASN で期待できる最良の性能を示します。これらの指標は、エンドユーザーが Cloudflare Speed Test のサイト ↗ で開始したスピードテストから得られ、直近 90 日間で集計しています。元の生データは Measurement Lab の BigQuery ↗ から自由に分析できます。

速度、レイテンシ、ジッターのランキングには、ユーザーが十分な頻度でスピードテストを実行している国だけを含めます。そのため、一部の国はランキングから除外されますが、Radar の他のセクションではデータを確認できます。

Cloudflare Speed Test は、テスト中にレイテンシを複数回測定します。ダウンロードまたはアップロード開始前の測定はアイドル時のレイテンシとジッターに集計し、進行中の測定は負荷時のレイテンシとジッターに集計します。

Cloudflare はさまざまなデータソースを使ってドメインを分類します。Cloudflare Radar では、特定ドメインに関連付けられたコンテンツカテゴリを確認できます。Cloudflare Gateway または 1.1.1.1 for Families を使う Cloudflare のお客様は、「Adult Content」などの特定カテゴリに加え、マルウェアやフィッシングといったセキュリティ脅威をブロックできます。

ドメインの分類が誤っている場合があります。たとえば、ソーシャルメディアサイトが「Shopping & Auctions」に分類されることがあります。分類が誤っている、またはまだ分類されていないドメインがある場合は、このフォーム ↗ で推奨カテゴリを知らせてください。

Domain Name System（DNS） ↗ は、人が読めるドメイン名を、コンピューター同士が通信に使う数値の IP アドレスへ変換するためにもっともよく使われるネットワークサービスです。 インターネットに不可欠なサービスであり、その他のネットワーク関連情報の検索にも使われます。

Radar に表示される DNS データは、Cloudflare の 1.1.1.1 公開リゾルバーサービスへの DNS ルックアップを集計し、匿名化したものです。

DNS Magnitude は、もともと nic.at ↗（PDF）が開発した指標で、ドメインのインターネット上での全体的な可視性を推定します。

DNS クエリの総数だけを数えるのではなく、DNS Magnitude はその TLD 内のドメインへクエリを送る一意のクライアント数の感覚も取り込みます。少数の送信元が大量のクエリを生成しうるため、この手法の方が TLD の到達範囲をより正確に表します。 ランキングは、Cloudflare の 1.1.1.1 公開リゾルバーで観測したクエリに基づきます。個々のクライアント IP アドレスはサブネットに集約し、ここでは「ネットワーク」と呼びます。

マグニチュードの値は 0 から 10 です。値が高い（10 に近い）ほど、より幅広いネットワークからその TLD がクエリされていることを示します。

これはより広いグローバルな可視性を反映し、場合によっては異なるシステム間での名前衝突の可能性が高まることも意味します。ICANN によると ↗、名前衝突は、プライベートな名前空間（委任されていないトップレベルドメイン配下など）で使われている名前を解決しようとした結果、公開 DNS へのクエリが発生する場合に起きます。プライベートと公開の名前空間の管理境界が重なると、名前解決が意図しない、または有害な結果を返すことがあります。たとえば ICANN が .home を委任すると、ローカルネットワーク内で（現時点では委任されていない）その TLD を使っているホビーストに大きな問題が起きる可能性があります。

Domain Rankings は、匿名化・集計した 1.1.1.1 DNS リゾルバー のデータに基づき、プライバシーポリシー ↗ に準拠しています。人々が世界中でインターネットをどう使っているかを反映する、もっとも人気のあるドメインを特定することを目的としています。Domain Rankings の人気指標は、ある期間にそのドメインへアクセスした推定ユニークユーザー数として説明するのがもっとも適切です。

Trending domains は、現在人気が高まっているドメインです。Domains Trending Today は人気が急上昇しているドメインで、特定のイベントやトピックへの関心の高まりを反映している可能性があります。Domains Trending This Week は人気が着実に伸びているドメインで、その週を通じた利用者層の増加を反映します。

この AS にトラフィックを送っている国と、Cloudflare が観測したその AS のトラフィック全体に対する相対的な寄与（割合）です。

HTTP origins の傾向は、Cloudflare のグローバルネットワーク ↗ とクラウドベースの オリジンインフラ ↗ の間のトラフィック状態を可視化します。このデータは、Cloudflare がオリジンサーバーへ送ったリクエストから得ています。指標は HTTP ステータスコード、応答時間、トラフィック量の推移など主要な値を追跡し、オリジンサーバーの性能や可用性の劣化、障害、異常を特定できます。

測定値は、すべての Cloudflare データセンターからクラウドベースのオリジンインフラへ送られたリクエストを集計しています。性能データは、全体ビューとプロバイダー別内訳を含め、中央値（p50）です。地域別ビューでは、さらに四分位分布（25 パーセンタイル、50 パーセンタイル、75 パーセンタイル）も示します。

インターネット接続は、さまざまな要因で障害や途絶が起きることがあります。要因には停電、光ファイバーケーブルの損傷、悪天候、自然災害、政府によるシャットダウンなどがあります。障害の地理的範囲は国内の一部または国全体の場合があり、1 つ以上の ASN ↗ に影響することもあります。数分で終わる短い障害もあれば、数か月続くものもあります。期間は、根本原因に一部関係します。Cloudflare Radar Outage Center に掲載されるインターネット障害は、一般に第三者情報で裏付けられた、注目すべきトラフィック低下です。第三者情報には、通信事業者のソーシャルメディアやステータスページ、報道、業界・コミュニティのメーリングリストなどがあります。

特定のネットワークまたは国でインターネット障害が進行している可能性を示す初期の警告信号は、過去のトラフィックパターンや傾向と比べて異常なトラフィック低下です。Cloudflare Radar Outage Center に掲載されるインターネット異常は、掲載対象についてアルゴリズムが観測した異常なトラフィック低下を表します。エントリが verified とマークされている場合、複数の Cloudflare データソースや IODA ↗ などの第三者ソース、または上記のような第三者情報と、観測したトラフィック低下を人手で突き合わせたことを意味します。後者の場合は、関連するインターネット障害イベントが開かれ、Internet Outages 表（および API）に掲載されます。

Internet services ranking は、匿名化・集計した 1.1.1.1 DNS リゾルバー のデータに基づき、プライバシーポリシー ↗ に準拠しています。人々が世界中でインターネットをどう使っているかを反映する、もっとも人気のあるインターネットサービスを特定することを目的としています。サービスは、1 つ以上のドメインをまとめたものです。ランキングの人気指標は、ある期間にそのサービスに関連するドメインへアクセスした推定ユニークユーザー数として説明するのがもっとも適切です。

選択した期間において、世界全体、または特定の所在地や自律システムから発信されたインターネットトラフィックで観測された傾向です。当社ネットワークの集計データに基づきます。

IP アドレスの地理位置情報は、IP アドレスを物理世界の場所と関連付ける処理を指す用語です。Cloudflare Radar で使う IP 地理位置情報は、サードパーティのデータベースから取得しています。

地理位置情報の精度には、モバイルネットワークのアーキテクチャ、VPN サービスの利用、プライバシー保護プロキシの利用など、さまざまな要因が影響することがあります。

提供された位置が誤っていると思われる場合の修正提案については、Cloudflare の IP 地理位置情報 のドキュメントを参照してください。

IPv4 対 IPv6 のグラフは、IP バージョン別のトラフィック分布を示し、IPv6 導入の傾向を強調することを意図しています。

2023 年 1 月 23 日より前は、チャートに示す IPv6 の割合は（IPv6 リクエスト / IPv4+IPv6 リクエスト）で計算していました。その日以降は、（IPv6 リクエスト / デュアルスタックコンテンツへのリクエスト）で計算しています。

Internet Quality Index は、Web 閲覧などの平均的な利用下での接続性能を推定します。Cloudflare とサードパーティの固定ターゲットに対するエンドユーザー測定に基づき、帯域幅、ラウンドトリップ時間（レイテンシ）、DNS 応答時間の数値を、大陸、国、または ASN 単位で集計します。

IQI の手法では、推定を出すために最小限の測定数が必要です。そのため、小規模な国や ASN のグラフでは、とくに夜間に欠落が出ることがあります。この欠落は障害を示すものではありません。IQI の元になる測定数は、特定の国または ASN で Cloudflare が観測するトラフィック量と必ずしも相関しません。

IRR AS-SET は、Internet Routing Registry（IRR）内の Autonomous System Number（ASN）の名前付き集合で、BGP ルーティングポリシーの定義と管理に使います。顧客や下流ピアなどの関連ネットワークを 1 つの識別子の下にまとめることで、ネットワーク運用者は BGP フィルターの作成を自動化できます。これは BGP 経路リークの伝播防止に不可欠です。AS-SET は階層的にでき、他の AS-SET をメンバーとして含められるため、拡張可能ですが複雑な構造になります。この複雑さを数量化するため、「AS Cone」は完全展開した集合内の一意の ASN の総数（下流のフットプリント）を測り、「Upstreams」はそれを直接または間接に含む他の AS-SET の数を測り、グローバルなルーティングシステムでの役割を把握できます。

AS-SET は、所有者のネットワークを本質的に含むわけではありません。Cloudflare Radar は、PeeringDB ↗ 上の AS-SET 名の照合、または名前自体から所有者を推定します。両方の方法で所有者を推定できる場合は、PeeringDB の情報を優先します。

漏洩した認証情報の検出 は、一般的な Web アプリの既知の認証パターンと、設定済みのカスタム検出位置について、受信 HTTP リクエストをスキャンします。Cloudflare Radar では、漏洩した認証情報の検出を含む、認証リクエストの集計傾向を確認できます。

Mobile Operating Systems のグラフは、モバイルデバイスリクエストのオペレーティングシステム別分布を示します。選択した期間において、世界全体、または特定の所在地や自律システムから発信されたインターネットトラフィックで観測された傾向を、当社ネットワークの集計データに基づいて表します。「モバイルデバイス」にはスマートフォンとタブレットだけを含め、デスクトップ / ラップトップ、スマートテレビ、ゲーム機などに分類される他の種類のデバイスは含めません。

トップレベルドメイン（TLD） ↗ は、ホスト名の右端にあります。2024 年 2 月時点で、IANA Root Zone Database ↗ には約 1,600 のトップレベルドメインが掲載されています。Radar では、これらの TLD に対する当社の視点を共有し、スパムと悪意のあるメールの割合が大きいものを強調します。分析は、メールメッセージの From: ヘッダーにある送信ドメインの TLD に基づきます。この指標のデータは Cloudflare のクラウドメールセキュリティサービスから取得しています。

レイヤー 3 および 4 の Denial of Service 攻撃防止システムによって軽減された攻撃です。よく使われる攻撃ベクトルと、選択した期間における攻撃量の変化を示します。選択した所在地は、攻撃が軽減されたデータセンターの所在地です。対象の業界と業種カテゴリは、攻撃を受けているお客様に関連付けられています。

業界カテゴリには、情報技術・サービス、小売、通信など、主な事業活動でグループ化した業種が含まれます。業種カテゴリは関連業界をまとめた上位のグループです。たとえば「Internet and Telecom」業種には、「Internet」や「Telecommunications」などの業界が含まれます。

ネットワーク層の DDoS 攻撃グラフは、バイト単位で測定したトラフィックに基づきます。

Post-Quantum Encryption Adoption のグラフは、Cloudflare への HTTPS リクエストのうち、耐量子（PQ）暗号で暗号化された割合を示します。Cloudflare の PQ 暗号対応の詳細は Cloudflare Research ↗ を参照してください。

post-quantum origin support データセットは、スキャンしたお客様のオリジンサーバーが対応する TLS 鍵交換アルゴリズムについての洞察を提供します。Cloudflare とオリジンサーバー間の耐量子暗号の詳細は、オリジンへの PQC のドキュメントを参照してください。

robots.txt ↗ ファイルには、ボットがアクセスできるページとできないページを伝える指示が含まれます。

robots.txt として表示されるデータは、上位 10,000 ドメインから正常に解析できた robots.txt ファイルに基づきます。これらのファイルから、Allow および Disallow ディレクティブ下の各ユーザーエージェントの出現回数を数えます。ディレクティブの値が * の場合、そのユーザーエージェントは「完全に許可」または「完全に拒否」と分類します。特定パスのクロールだけが許可または拒否されている場合は、「部分的に許可」または「部分的に拒否」と分類します。

現時点では、ai.robots.txt ↗ リポジトリに掲載されている AI 向けユーザーエージェントだけを含めています。

Transmission Control Protocol（TCP）では、クライアント起点の接続リセット（RST フラグ。TCP の「非常停止」）は通常ではなく、何らかの問題が起きて接続を直ちに閉じる必要があることをサーバーに伝えます。同様に、接続タイムアウト（クライアントが応答しないためにサーバーが接続を閉じる）も、通常のデータ交換では起きるべきではありません。比較すると、典型的な TCP 接続は、クライアントが SYN パケットでサーバーへ開始する 3 ウェイハンドシェイク、ACK と PSH フラグで調整されるデータ交換、最後にどちらか一方が FIN パケットで開始する正常なクローズで構成されます。FIN によるクローズは、双方がデータを送り終えてから接続を閉じるため、正常と見なされます。一方、タイムアウトや RST フラグは、送信待ちや確認待ちのデータがあっても強制終了します。TCP プロトコルの詳細は RFC 9293 ↗ を参照してください。

TCP サーバーがタイムアウトやリセットされた接続を見る理由はさまざまです。接続を失うクライアントアプリケーションや、突然終了するアプリケーション（閉じたタブを掃除するブラウザーやポートスキャナーなど）のように良性のものもあります。一方、DoS 攻撃 ↗ や第三者による干渉のように、より懸念すべきものもあります。場合によっては、接続内のパケットを詳しく調べると、終了理由の手がかりになります。たとえば Global, Passive Detection of Connection Tampering ↗ は、特定のパケットパターンがミドルボックスによる接続改ざんと結びつくことを示しています。

Cloudflare Radar の Security & Attacks ページ ↗ では、Cloudflare のサーバーへの TCP 接続のサンプルについて、終了までの進行度別にリセットとタイムアウトの統計を確認できます。プロット線の定義は次のとおりです。

• Post-SYN（ハンドシェイク途中）: サーバーが SYN パケットを 1 つだけ受け取ったあとの接続リセットまたはタイムアウト。
• Post-ACK（ハンドシェイク直後）: サーバーが SYN パケットと ACK パケットの両方を受け取り、接続が確立したあとの接続リセットまたはタイムアウト。
• Post-PSH（最初のデータパケット後）: 接続確立後、サーバーが PSH フラグ付きパケットを受け取ったあとの接続リセットまたはタイムアウト。PSH フラグは、その TCP パケットに、アプリケーションへ渡す準備ができているデータ（TLS Client Hello メッセージなど）が含まれることを示します。
• Later（複数データパケット後）: クライアントからの最初の 10 パケット以内だが、サーバーが複数のデータパケットを受け取ったあとの接続リセット。
• None: その他すべての接続。

TCP リセットとタイムアウトのデータセットの詳細は、ブログ記事 ↗ を参照してください。

TLD nameserver performance は、Cloudflare の 1.1.1.1 リゾルバー基盤から観測した、トップレベルドメインの権威ネームサーバーの応答時間（レイテンシ）を測定します。リゾルバーが DNS クエリを上流の TLD ネームサーバーへ転送すると、発行元の Cloudflare データセンターからラウンドトリップ時間が記録されます。エニーキャストされた権威ネームサーバーでは、上流クエリは一般にトポロジー的に近いデータセンターが処理するため、エニーキャストを使っていないネームサーバーより中央値レイテンシが低くなります。このデータは、どのネームサーバーが最も速いか、Cloudflare のグローバルネットワーク全体でレイテンシがどう違うか、TLD インフラの性能が時間とともにどう推移するかを示します。

攻撃者は、メールベースの攻撃で複数の手法を使います。マルウェアにつながるリンクや添付ファイル、信頼できる連絡先からのように見せる身元詐称、信頼できるブランドからのように見せるブランドなりすましなどです。カテゴリは、悪意のあるメールメッセージの分析で見つかった各種脅威に割り当てられ、1 通のメッセージに複数のカテゴリが付くことがあります。これらのカテゴリは「Link」「Attachment」「Impersonation」「Other」のグループに集約されます。「Link」はユーザーに何かをクリックさせようとする個々の脅威タイプ、「Attachment」はメールにファイルを添付する個々の脅威タイプ、「Impersonation」は信頼できるブランドや連絡先になりすます個々の脅威タイプをまとめます。「Other」グループには、前の 3 つに含まれない他の脅威タイプを含めます。割合は、該当する脅威カテゴリが見つかった悪意のあるメールメッセージの割合です。この指標のデータは Cloudflare のクラウドメールセキュリティサービスから取得しています。

悪意のあるメールメッセージは、受信者をだましてログイン情報などの個人情報を共有させるフィッシングキャンペーンの一部である場合や、埋め込み画像、リンク、添付ファイルでマルウェアを拡散しようとする場合があります。表示される割合は、処理済みメッセージのうち悪意があると分類された割合です。この指標のデータは Cloudflare のクラウドメールセキュリティサービスから取得しています。

• Human Only Traffic: 当社のアルゴリズムが人間の活動によって生成されたと判断したトラフィック。

• Automated Only Traffic: 当社のアルゴリズムがボットまたは自動スクリプトの活動によって生成されたと判断したトラフィック。

• All Traffic: 人間の活動と自動活動の両方を含む、すべてのトラフィックを使います。

集計した HTTP/s メタデータに基づき、モバイルデバイス対デスクトップトラフィックの分布、ボット由来と検出されたトラフィックの割合、ユーザーエージェント / ブラウザーの分布など、多様な指標の傾向を示せます。HTTPS と IPv6 の利用状況についての洞察も提供します。

ボットトラフィックは、Web サイトやアプリへの人間以外のトラフィックを指します。検索エンジンが検索用にコンテンツをインデックスするボットや、ユーザーを助けるカスタマーサービスボットのように、有用なボットもあります。一方、ユーザーアカウントへの侵入や、スパム送信用の連絡先情報を Web から探すなど、悪意のある活動に使われるボットもあります。

検索エンジンのボットのように、検証済みボットは通常、自分の身元を明らかにします。Cloudflare は、より広いインターネットに役立ち、robots.txt を尊重する行儀の良いサービスを人手で承認します。

Verified Bots リストの各エントリは、直近 30 日以内に、対応する IP アドレスが検証済みボットに関連付けて観測されたために存在します。検証済みボットは、必ずしも善でも悪でもありません。

ドメイン固有の地理的トラフィックパターンとして表示されるデータは、再帰 DNS サービスのデータのみに基づきます。表示されるデータはすべて、当社のプライバシーポリシーと約束に沿っています。このデータには、攻撃トラフィックやクロスオリジンリクエストが含まれることがあります。

Web クローラー ↗ は、Web サイトのコンテンツを収集してインデックスするためにインターネットを巡回するボットの一種です。Google や Bing などの検索エンジンが、検索結果でページを見つけられるようにするために使います。

AI プラットフォームも使います。大規模言語モデルの学習用にコンテンツを集める場合と、AI アシスタント向けに最新情報を取得する場合があります。検索と AI のいずれでも、クローラーはページからページへリンクをたどり、オンラインコンテンツの地図を作ります。

Radar の crawl-to-refer 比率の指標は、まず HTML ページへのクロールリクエストを User-Agent ヘッダーで、HTML ページへのリファラルリクエストを Referer ヘッダーで、プラットフォーム別に対応付けて算出します（例: Google の比率は Googlebot からのクロールリクエストと、Google プラットフォームからのリファラルリクエストに基づきます）。Radar の他のトラフィック指標と同様、比率データの集計粒度は選択した期間の長さに基づきます。また、ネイティブアプリからのリファラルトラフィックには Referer ヘッダーが含まれない場合があります。そのため、リファラル件数は Web ベースのツールからのトラフィックだけを含み、比率を過大に見積もっている可能性がありますが、その程度は不明です。

WHOIS は、登録済みドメインすべての連絡先とネームサーバー情報を公開するための標準です。各レジストラが独自の WHOIS サービスを維持しています。誰でもレジストラの WHOIS サービスを照会し、特定ドメインの背後にあるデータを確認できます。

Workers AI を使うと、Cloudflare ネットワーク上で、自分のコードから機械学習モデルを実行できます。Workers、Pages、または Cloudflare API 経由のどこからでも実行できます。Workers AI として表示されるデータは、特定の時間間隔にモデル上で実行された推論回数に基づきます。