レジストラ、ホスティング業者、CDN:実際に誰が対処できるのか?

更新日:2026年9月26日

フィッシングサイトを前にして、常に一つの質問が浮かびます:誰に連絡すればこれを止められるのか?答えは、しばしば見落とされる詳細に依存します:サイトには決して一人の技術責任者しかいないわけではなく、複数存在し、それぞれ異なる権限を持っています。宛先を間違えると、正しい相手なら1時間でできたはずの対応を1週間待つことになります。

3つの環の図:レジストラが管理するドメイン名で、ドメイン全体を停止できる。CDN、任意で、訪問者に警告したりブロックしたりできるがホスティング業者の代わりにはならない。ホスティング業者が管理する元のサーバーで、マシンを停止できる。調査員の虫眼鏡が、CDNは転送するだけで代わりにはならないことを思い出させる:その背後には常に本物のサーバーが存在する。
図1:チェーンの中の3つの環、3人の異なる責任者。それぞれが自分の環にしか対処できません。

レジストラとは何か?

レジストラとは、secure-login.exampleのようなドメイン名が購入された組織です。この名前をドメインのレジストリ(.com、.jp、.netなど)に登録したのはレジストラであり、通報があれば停止できます:その名前は指し示す先がどこであれ機能しなくなります。フィッシングキャンペーンで既に送信されたすべてのリンクが一瞬にして無効になります。たとえ背後のサーバーがまだ稼働していてもです。

ホスティング業者とは何か?

ホスティング業者とは、サイトを稼働させている物理的または仮想的なマシン——サーバー——の所有者です。そのマシンを停止することも、サーバーの他の部分が正規のものであれば特定のページを削除することもできます(ハッキングされたサイトの場合)。ホスティングを停止すると即座にページが削除されますが、詐欺師が数分でドメインを別のサーバーに向け直すことを防げません。

CDNとは何か?

CDN(コンテンツデリバリーネットワーク)とは、Cloudflare、Akamai、Fastlyなどの中間サーバーのネットワークで、本物のサーバーの前に配置されます。表示を高速化し、望ましくないトラフィックの一部をフィルタリングし、何よりも:単純な訪問者の目から元のサーバーの実際のIPアドレスを隠します。CDNは訪問者に警告を表示したりページへのアクセスをブロックしたりできますが、サイトを削除することはできません:それは真の所有者に代わって単に中継しているだけです。

誰が何を制御しているか?

関係者所有するものできること
レジストラドメイン名ドメイン全体を停止
ホスティング業者サーバー(マシン)マシンを停止またはページを削除
CDNサーバー前の中継訪問者に警告またはブロック、苦情の転送

これら3つの行動は互いに置き換わるのではなく補完し合います。ドメインに手をつけずにサーバーを停止すると、詐欺師は数分で別の場所に再構築できます。サーバーに手をつけずにドメインを停止すると、マシンは他の名前のためにアクティブなままです。

具体例:Cloudflareの背後にあるフィッシングサイト

あるサイトがhttps://secure-login.exampleで銀行のログインページを模倣しています。そのIPアドレスのWHOIS検索は……Cloudflareを返します。一見すると、Cloudflareがこのサイトをホストしていると思うかもしれません。ほぼ間違いなくそうではありません:Cloudflare(または同等のCDN)は単に仲介役を務めているだけです。実際にこの偽ページを含む本物のサーバーは別の場所にあり、この最初のWHOISには全く現れないホスティング業者のもとにあります。

CDNだけに通報しても十分でないことがある理由

CDNのみに送られた通報は迅速な反応を引き起こすことがあります:例えばCloudflareはabuse.cloudflare.comで専用フォームを提供し、訪問者にセキュリティ警告を表示できます。しかし本物のサーバーが稼働している限り、詐欺師はCDNからサイトを外して直接提供し続けるか、別のCDNの背後に移動させることができます。CDNは遅らせるだけで、止めることはできません。持続的な停止のためには、真のホスティング業者まで遡り、ドメインのレジストラに通知する必要もあります。

真のホスティング業者を特定する方法

専用ツールなしに、CDNの背後にある元のサーバーをしばしば見つけられる手がかりがいくつかあります:

  • DNS履歴:一部のDNS履歴サービスは、ドメインがCDNの背後に移行する前に使用していたIPアドレスを保持していることがあります。サイトが古い、または最近設定を変更した場合、古いIPがまだそこに記載されていることがあります。
  • 忘れられたサブドメイン:大規模な組織はメインサイトでCDNを有効にしますが、時には付属のサブドメイン(mail.、ftp.、dev.、webmail.)を忘れており、それが今でも本物のサーバーに直接指し示していることがあります。
  • ヘッダーと証明書:一部の設定ミスのあるサーバーは、直接アクセスした場合とCDN経由でアクセスした場合とで異なる応答をしたり、別の名前に関連付けられた証明書を公開したりします。
  • メールヘッダー:フィッシングがメールで届いた場合、送信サーバーのIPアドレス(完全なヘッダーの読み方を参照)が、CDNで保護されていてもサイトと同じホスティング業者に属していることがあります。
4ステップの図:今日、IPのWHOISはCDNを返し、本物のサーバーは隠されている。手がかり、DNS履歴はしばしばCDNの背後に移行する前のIPを示す。手がかり、mailやftpのような忘れられたサブドメインはCDNを経由せずに今でも本物のサーバーを指している。結果、本物のサーバーが特定され、そのWHOISが真のホスティング業者とそのabuseアドレスを提供する。キャプション:見つかった最初の名前で止まってはいけない。
図2:CDNの背後にある元のサーバーを手がかりから手がかりへと見つける。

これらの手がかりのいずれも十分でない場合、CDNは依然として必須の通過点です:その不正利用フォームでページを通報でき、一部のCDNは自ら知っている実際のホスティング業者に苦情を転送します。

通報の作成

正しい相手が特定されたら、効果的な通報は簡潔で検証可能なままにします:ページの正確なアドレス(単なるドメイン名だけではなく)、ベクターがメールである場合はスクリーンショットまたは完全なヘッダー、そして確認の日時。即座の警告のためにCDNに、名前を停止するためにレジストラに、マシンを停止するためにホスティング業者に、それぞれ関係する部分について書きます。すべてを一緒くたにして全員に送るのではありません。

要点
  • レジストラはドメイン名を管理し、それを完全に停止できます。
  • ホスティング業者はサーバーを管理し、マシンを停止するか特定のページを削除できます。
  • CDNはサイトをホストしません:それを中継し、実際のIPを隠し、訪問者に警告できますが削除はできません。
  • CDNを返すWHOISはほとんど調査の終わりではありません:その背後にある本物のサーバーを探す必要があります。
  • DNS履歴、忘れられたサブドメイン、メールヘッダーはそれを見つける良い出発点です。

これはまさにBaitbackが行うことです:メールやリンクから、ツールは送信サーバーを見つけ、CDNの背後にあっても真のホスティング業者を特定し、関係する各相手宛の通報メッセージを準備します。

さらに詳しく知るには:メッセージからインフラストラクチャまでフィッシングを分析する、ホスティング業者のabuse@アドレスを見つける、またはDNSの役割を理解する。

不審なメールを受け取りましたか?

Baitback に貼り付けてください。送信したサーバーとそのホスティング事業者を特定し、通報文を1ステップで準備します。

メールを分析する

すべてのガイド