はじめに(この記事で分かること)#

サイトを匿名で運営するには、ドメイン登録・決済・ホスティングの3点を別々の事業者に分離し、かついずれも実名と紐付かない経路で支払う必要がある。どれか一つの層を完璧にしても、他の層で実名と紐付いていれば匿名性は崩れる。

この記事では、WHOIS・レジストラ・決済・サーバーの4層を匿名化する設計を整理する。VPSの比較と選定は、匿名VPS比較2026で詳しく扱う。

前提: 脅威モデルの整理#

ドメインの匿名化が有効な相手は、脅威モデル入門で整理した5種類の相手のうち、主に2者だ。

プラットフォーム(この場合はレジストラとレジストリ)は、WHOIS情報と支払い記録を保持する。標的型攻撃者は、WHOIS・証明書ログ・DNS履歴から運営者を特定する。

ドメインの匿名化#

WHOISの限界#

通常のドメイン登録では、登録者の氏名・住所・メールアドレスがWHOISに記録される。プライバシープロキシ(WhoisGuard等)を利用すればWHOIS上の表示は隠せるが、レジストラ自体は実登録者を知っている。レジストラが法的要求に応じれば、実名が開示される。

匿名レジストラ#

  • Njalla: スウェーデン(法人はNevis)管轄。ドメインをNjalla名義で保持する「wrapperモデル」を採用し、WHOISには利用者の情報が一切出ない。Monero決済に対応。登録はログインのみでドキュメント不要。ただしVPSは €15〜と高めで、Trustpilot評価は低め。
  • 1984 Hosting: アイスランド管轄。2006年設計の老舗で、現金郵送決済にも対応。ISO 27001認証。
  • FlokiNET: アイスランド/ルーマニア/フィンランド/オランダの4管轄。活動家・ジャーナリスト向けのポーズを明確に打ち出し、Monero決済に対応。サポート連絡にはPGPやSignalが使える。

決済の匿名化#

Moneroは「公開チェーン上の痕跡」を消す効果がある。ただし、ホスト側の記録(注文情報・支払いイベント)は消えない。どの匿名決済を用いても、ホスト業者は「誰がいつどのドメインをどのサーバーに紐付けたか」を知っている。

このため、ドメイン登録(レジストラ)・決済(暗号資産ウォレット)・サーバー(ホスティング業者)の3点を別々の事業者に分離する設計が上策となる。

匿名メールの利用#

登録には実名と紐付かないメールアドレスが必須である。使い捨てメールやTor経由でアクセスできる匿名メールを利用する。実名メールアドレスを登録に使うと、WHOISプロキシを導入していてもレジストラ経由で実名と連結される。

限界と残るリスク#

  • ホスト業者は元々分かる: どの匿名レジストラを使っても、実際のサーバーをホストする業者には接続元IP・支払い情報・アカウント情報が残る。ホスト業者が法的要求に応じれば、運営者の痕跡が開示される。
  • 証明書ログ: Let's Encryptの証明書ログ(crt.sh)には、登録ドメイン・SAN・サブドメインが記録される。別名のドメインが証明書に含まれていると、そこから運営者の他のサイトが特定される。
  • アプリケーション層の漏洩: ウェブアプリのエラーメッセージやメタデータ(Generatorタグ、faviconハッシュ)からサーバー構成や他のサイトとの関連が漏れる。

まとめ#

匿名サイト運営は、レジストラ・決済・サーバーの3点分離と、WHOIS・証明書・アプリケーション層の漏洩防止の総合設計である。一つの層を完璧にしても、他の層で実名と紐付いていれば匿名性は崩れる。

サーバー構築後のIP隠蔽は、origin IP探索の7経路と対策で、またonionでの公開は、onionサイト運営で詳しく扱う。