NordBastionのシロクマのマスコットが、彫刻の施された北欧風の石造りのレジストリ台座の横に立っている。その上には大きな浮遊するシアン色のホログラフィックな名札があり、所有者欄は琥珀色の秘匿ブロックの列になっている。台座の背後には4枚の輝くシアン色の記録カードが扇状に広がっており、左側にはオーロラに照らされたアーチ型の窓、右側にはサーバーラックがある。
ハウツー · ドメイン·16分で読了 · 実践45分

名前を明かさずにマシンを借りた。
そして、ドアに名前を打ちつけた。

このシリーズの他のすべてのガイドは「サブドメインをそこに向ける」から始まるが、そのドメインがどこから来たのかを説明するものは一つもない。それはセルフホストのスタックの中で唯一、意図的に公開されている部分である――レジストリの登録、レジストラのアカウント、支払い、そしてあなたが証明書を要求したすべてのホスト名を列挙する公開ログである。それらのどれもあなたを指し示さない形でドメイン名を登録し、保持するための6つのステップ。登録が実際に作り出す4つの記録、あなたを拒否するレジストリ、Moneroでの支払い、そして確認をやめてから数週間後にすべてを台無しにする2つの漏洩である。

6つのステップ
  1. 01

    モデル

    4つの記録、1つではない

  2. 02

    選ぶ

    レジストリが土台を決める

  3. 03

    登録

    3つの所有モデル

  4. 04

    支払い

    漏洩源は取引所

  5. 05

    委任

    DNS、TLS、そして公開ログ

  6. 06

    保持

    更新、ロック、練習済みの離脱手順

始める前に · 何が公開されるか

ドメインは公開記録である。それこそがドメインの存在意義そのものである。

ドメインネームシステムは委任の仕組みであり、委任が機能するのは、誰か権威のある者がそれを誰が保持しているかを明言する場合に限られる。レジストリはそのトップレベルドメインのリストを保持し、レジストラはそのリストへの登録をあなたに販売し、あなたが誰であるかを把握していると保証する。そして名前が解決するのは、一連のサーバーが、このゾーンはこれらのネームサーバーに属すると、記録の上で表明する意思があるからである。誰も何も知らないというバージョンはこの仕組みには存在しない。あなたが決められるのは、何者が知っているか、何を知っているか、そして部外者がそれをどれだけ容易に引き出せるかである。

それは、このシリーズの他の部分が扱っている問題とは本質的に異なる問題である。サーバーは匿名で借りられる。ホスティングの関係は二者間のものであり、あなたとホストの間だけで、他の誰もその写しを必要としないからだ。ドメインは、その構造自体が多者間のものである――レジストリ、レジストラ、しばしばリセラー、DNS事業者、認証機関、そしてまさにあなた以外の人が発行を検証できるようにするために存在する一連の公開ログである。VPSに通用する感覚のままこれに取り組むと、非常に自信満々な間違いを犯すことになる。

良いニュースは、デフォルトの設定が読者に有利な方向へ大きく動いており、この話題についての助言の大半がその変化に追いついていないことである。2018年以降、汎用トップレベルドメインの公開登録記録は秘匿されている。かつては氏名、住所、電話番号を表示していた連絡先フィールドは、今では誰に対しても、何も支払わなくても、何も表示しない。これを規定する規約――GDPRの施行時に採用された緊急措置に代わったICANNのRegistration Data Policy――は、正当な利益を持つ者が元のデータを請求できる正式な手順も定めている。記録が消えたわけではない。公開ではなく保持されているのであり、それを正確に誰が保持しているかを把握することこそ、作業の大部分を占める。

以下で比較する3つの構成は、それぞれ最終的に誰が何を保持するかが異なる。そのうち3つ目はそもそもドメインではないが、それこそがここに載せている理由である。意味のある一群のプロジェクトにとって、それが正しい答えになるからであり、残りの2つに45分をかける前に、そのことを知っておく価値がある。

項目 自分自身の名前――秘匿処理された記録 プロキシ所有 version-3のonionアドレス
レジストリの記録に載っているのは誰かあなた――収集され、保持され、公開されないプロバイダー――法的な登録者としてレジストリは存在しない
誰に情報の開示を求められるかレジストラとレジストリ――正式な請求があればプロバイダーのみ――自らの方針のもとで誰も――請求すべき記録が存在しない
誰が名前を取り上げられるかレジストリ、レジストラ、紛争処理パネル、裁判所それらすべてに加えて、プロバイダー自身も誰も――アドレスは自分の鍵から導出される
年間のコストおおよそ$10 to $60、拡張子によるその何倍もの額――割高であることが要点何も、決して。そして失効することもない
通常のブラウザで到達可能はいはいTor経由のみ

1つ開示しておく。これは、おすすめによって誰が利益を得るのかについてのページでもあるからだ。NordBastionはドメイン名を販売していない。このガイドからリンクされているレジストラは存在せず、いずれもアフィリエイトでもなく、これを読んだ後のあなたの行動によって私たちが対価を得る取り決めも存在しない。以下に説明する内容は、パネルで質問された人に伝えるであろう内容であり、それはこのライブラリの他の部分が書かれている基準と同じものである。

ステップ01 · モデル

4つの記録。プライバシーサービスがカバーするのは1つ。

ドメイン名を登録することは、あなたについての記録を1つ作ることではない。4つの異なる場所に4つの記録を作り、それぞれ異なる理由でそれを保持する4種類の関係者が、それぞれ異なる基準でそれを引き渡す。この分野で起きる失敗のほとんどは、誰かがその4つのうち1つだけを固め、残りも同様に対処されていると思い込むことである。

登録データ。氏名、住所、メールアドレス、電話番号――購入時にレジストラが収集し、レジストラの認定条件として第三者にエスクローされ、拡張子によっては全部または一部がレジストリに引き渡される。これは誰もがまず思いつくものであり、汎用ドメインについてはすでに公開上は秘匿されているものでもある。正式な手続きを通じて請求に応じて開示され、EU域内ではNIS2指令のArticle 28により、レジストリと登録サービスの双方が、これを正確かつ完全な状態に保ち、正当な請求者に対して不当な遅延なく開示する積極的義務を負う。

レジストラアカウント。登録データよりも情報量が多いにもかかわらず、ほとんど話題にされない。そこには、アドレスとタイムスタンプ付きのログイン履歴、支払い手段、開いたサポートチケット、そして――これが重要な部分だが――同じアカウント内にある他のすべてのドメインが保持されている。あなたの法的名義による業務用ドメインと、結び付けられたくないプロジェクトが同じアカウントにあれば、その両方について公開記録が何を語っていようと関係なく、そのアカウントを読める者にとっては両者は永久に結び付けられたことになる。

支払い。カードは、お金を決済する本人確認書類である。銀行振込も同じだが、記録が残る期間がより長い。Bitcoinでの支払いは永続的な公開記録であり、その履歴にあるアドレスのいずれかがあなたに特定された瞬間、本人確認書類になる。Moneroは、このリストの中で唯一、第三者が読み取れる記録を残さない決済手段である――しかし、それを入手した取引所アカウントには、時刻と金額がインボイスと一致する引き出しの記録が残っている可能性があり、その一致こそが攻撃のすべてである。

残留データ。登録の後になって生じるすべてのものであり、誰も見ていない間に積み重なっていくため、誰もそのための予算を組んでいない。証明書透明性ログには、あなたがこれまでに証明書を要求したすべてのホスト名が、永続的かつ検索可能な形で記載されている。パッシブDNSのデータセットは、どの名前がどのアドレスに解決していたかを記録しており、これによって同一サーバー上の無関係な2つのプロジェクトが1つのプロジェクトとして結び付けられる。過去の登録アーカイブは、プライバシー保護をオンにする前の記録のスナップショットを保持しており、その後もそれを削除しない。そしてコンテンツそのものも漏洩する。再利用された解析用識別子、繰り返し使われるファビコンのハッシュ、両方のサイトに現れるサポート用アドレスなどである。

1行で言えば

誰から読み取れないようにしたいのかを、一文で書き出してみること。検索窓を使う競合他社、マーケティングリストを作る大量スクレイパー、弁護士を伴う訴訟相手、あるいは法的手続きを持つ国家――これらは4つの異なる問題であり、最初の2つはすでに手にしているデフォルトの設定で解決される。この質問をする人の大半が必要としているのは2番目への対策であり、4番目を必要とする人はほとんどいない。そしてそれに対処する手段は、ドメインよりずっと手前から始めなければならない。

何をするよりも先に、すでに所有しているドメイン名について現在の公開記録を確認すること。かつてのテキストプロトコルに代わったレジストリ側のインターフェースは構造化データを返し、2017年のブログ記事が公開されていると書いていた項目ではなく、自分の拡張子が実際にどのフィールドを公開しているかを正確に示してくれる。

whois example.com | sed -n '1,40p'          # the legacy view, still served by many registries
curl -s https://rdap.org/domain/example.com | jq '.entities[].roles, .status'
                                            # the structured view — roles, status codes, redaction

その出力の中で、連絡先フィールドよりも重要な情報が2つある。status配列は、その名前が移管に対してロックされているか、レジストリレベルの保留がかかっているかを示す。そして連絡先エンティティが存在しないことこそ、秘匿処理が機能している証である――2026年に汎用ドメインで完全な住所が表示されているなら、それは登録者が意図的に公開したからであり、驚くほど多くの組織がいまもそれを行っている。

ステップ02 · 選択

レジストリが土台を決める。レジストラにそれを上げることはできない。

レジストラが売れるのは、そのレジストリが許可する範囲のものだけである。レジストリが現地拠点を要求している場合、どれだけプライバシーサービスを重ねてもその要件は消えない。レジストリが登録者名を全文公開している場合、どのようなアドオンもそれを抑制できない。これは通常の購入の順序とは逆である――多くの人はまず名前を選び、次にレジストラを選び、そして失敗した時点でレジストリの規則を知る。まず拡張子のファミリーを選ぶこと。

個々の拡張子を列挙したリストは、レジストリが業界外の誰にも告知せずに独自の規約を変更するため、1年以内に古くなってしまう。それよりも役に立つのは、レジストリが何を要求するかによる区分である。5つのファミリーと、ドメインではない選択肢が1つあり、あなたが検討するほぼすべての拡張子は、そのいずれかにきれいに収まる。

ファミリー レジストリが要求するもの 判定
レガシー汎用型 — .com、.net、.orgレジストラが収集する正確なデータ――公開記録では秘匿され、正式な請求があれば開示される。適格性審査はない。既定の答え。地味で、持ち運びやすく、どこでも通用する。
新しい汎用型 — .dev、.app、.xyz、.site同じ中央の規約に加えて、個々のレジストリが独自の規約で追加する内容が適用される。設計上永続的にHTTPS専用のものもある。問題ない。ただし、思い込みではなく、そのレジストリ自身の規約を実際に読んだうえでのことに限る。
適格性審査型の国コード — .eu、.us、.ca、.fr居住、市民権、または現地拠点――購入時に申告し、事後に検証可能なもの。虚偽の申告は抜け穴ではなく、取消の根拠になる。その条件を実際に満たしている場合に限る。
確認型の国コード本人確認、国民識別番号、または現地の管理担当者――レジストラが何を売っていても、登録者名がそのまま全文公開されることも多い。この目的には向かない。決めるのはレジストラではなくレジストリである。
汎用型として販売される開放型の国コード居住要件審査はないが、レジストリ自身の規約がすべてを決める契約になっている――一部のレジストリはすべてを公開し、あるいは国の機関からの非公式な要請だけで停止することもある。場合によって異なる。リセラーではなく、レジストリの規約ページを読むこと。
version-3のonionアドレス何も要求しない。自分で生成する鍵ペアから導出されるため、レジストリもレジストラも支払いも失効日も存在しない。Tor経由のみの到達性で構わないなら、無敵。

3つの質問で選択が決まる。そしてその3つすべては、販売店ではなくレジストリ自身の規約ページで答えが得られる。適格性の条件はあるか。あるなら、それを満たすか、別の拡張子を選ぶしかない――持っていない居住資格を主張すれば、プライバシー対策が最初の通報で作動する取消条項に変わってしまう。レジストリ自身は何を公開するか。汎用ドメインの秘匿処理は中央で義務化されているが、国コードのレジストリは独自の規則を定めており、レジストラがプライバシーに対して何を課金していようと関係なく登録者名を公開するところも複数ある。停止についての実績はどうか。公開された紛争処理手続きを運用しているレジストリなら異議を申し立てられるが、非公式な電話1本で行動してきた実績があるレジストリはそうではない。

購入時にはほとんど誰も尋ねず、13か月目になって誰もが直面する4つ目の問いがある。更新にはいくらかかるのか。珍しい拡張子で最初の1年だけ割引価格になり、その後は数倍の通常料金での更新が続くというのは、毎年繰り返し下さなければならない判断であり、無理なく更新できない名前は、いずれそれを狙って見張っていた誰かの手に落ちる名前である。見るべきは1年目の価格ではなく、10年目の価格である。

つまらない答えのほうが、たいてい正しい

これを読んでいるほぼ全員にとって、暗号資産を受け付けるレジストラを通じて登録するレガシー汎用拡張子が正しい答えであり、うまい語呂合わせのある変わった国コードのほうこそ、3年後にサポートチケットを生むものである。よく知られた拡張子から得られるプライバシーは同一である。変わるのは、それをあなたから取り上げられる関係者の数と、そのうち聞いたことのある関係者の数である。

ステップ03 · 登録

3つの所有モデル。それをあなたのものとして残すのは1つだけ。

モデル1――自分自身の情報を、デフォルトの秘匿処理の裏に置く。あなたが登録者であり、データは正確であり、公開記録にはそのいずれも表示されない。その名前は法的にあなたのものであり、他の資産と同様に移転可能であり、誰かがある日突然、あなたに持たせたくないと決めることもできない。あなたが受け入れているのは、レジストラがあなたについての正確な記録を保持しており、正式な請求があればそれを取り出せるということだけである。圧倒的多数のプロジェクトにとって、これは十分かつ適切であり、これを軽視する人は、たいてい実在する代替案ではなく、想像上の代替案と比較している。

モデル2――本当に連絡が取れる仮名の登録者。あなたの法的な身元は記載されていないが、あなたにつながる、機能する名前と機能するアドレス。これ自体は合法であり、多くの人が「匿名登録」という言葉で意味しているのはこれである。それを脆いものではなく耐久性のあるものにしているのは、それが連絡可能でなければならないという点である。レジストラは、登録データが不正確であるという報告があれば対応することを義務付けられており、その最初の一歩は、登録されているアドレスにメッセージを送ることである。そのメッセージが届けば、たいていはそこで手続きは終わる。届かなければ、あなたが眠っている間にその名前は停止され、それはまさに簡単には直せない理由――あなたがその記録上の人物ではないという理由――で停止される。

モデル3――プロキシ所有。プロバイダーが自らの法的名義でその名前を登録し、あなたにはその使用権を与える。あなたが登録者ではないため、レジストリのどこにもあなたは登場しない。あなたが手にするのは契約である。これは、登録データがそもそもあなたに関するものにならないようにする、利用可能な中で最も強力な保護であり、同時に一社の企業に紐付いた単一障害点でもある。今やすべてが、そのプロバイダーが財務的に健全であり続けること、その方針を維持すること、そしてあなたの指示に従うことに同意すること――後にあなたが離れたいと思ったときに登録を引き渡すという指示も含めて――に依存する。このモデルの老舗事業者の一つをNjalla比較ページで比較している。そこでの評価はここでの評価と同じであり、これは無料のアップグレードではなく、実際のトレードオフを伴う実在の製品であるということである。

モデル 失敗する条件 選ぶ場面
自分の情報――秘匿処理済み正当な資格を持つ者が、正式な開示請求を行う。その名前を、紛れもなく自分のものにしつつ、一般には読み取れないようにしたい。
仮名で、連絡可能登録されたアドレスが機能しなくなり、正確性についての通報が届く。そのプロジェクトはあなたの法的な人格ではなく、そのメールボックスは実際に読むものである。
プロキシ所有プロバイダーが買収される、方針を変更する、あるいは単に応答しなくなる。必要であれば名前は変更できる。レジストリの記録のほうが可搬性より重要である。

どのモデルを選ぶとしても、その周りにあるアカウントこそが物語の結末を決める部分であり、それは何かを登録する前の5分間で構築される。このアカウントのためだけに存在する専用のメールアドレス――コミット履歴にあるものでも、2019年の漏洩データにあるものでも、これから登録しようとしているドメイン上にホストされたものでもないこと。復旧用アドレスがその名前自身の上にある名前は、失効した時点で復旧できなくなるからである。他のどこにも存在しないパスワード。時間ベースのワンタイムパスワード方式の第二要素、そしてそれが保護するメールボックス以外の場所に保管されたリカバリーコード。そして、レジストラが省略を許すなら電話番号は入力しないこと。番号は、フォーム上の他のどの項目よりも強力な識別子だからである。

誰も気にしない15日間

汎用ドメインの場合、レジストラは登録者のメールアドレスを確認しなければならず、そのためにリンクの入ったメッセージを1通だけ送信する。そのリンクを15日以内に開かなければ、レジストラはその名前を停止することを義務付けられている――サイトは表示されなくなり、メールは止まり、証明書は更新に失敗する。このメッセージは購入から数分以内に届き、レジストラから送られる他のあらゆる取引通知と見分けがつかない。そして、丹念に計画された匿名登録がわずか2週間で失われる、最も多い原因の一つである。タブを閉じる前にリンクを開き、その後アカウント内でそのアドレスが確認済みと表示されていることを確認すること。

費用をかけずにこの分野で最も取り返しのつかない失敗を防ぐ、もう一つの習慣がある。1つの区分に1つのアカウント。あるプロジェクトを別のプロジェクトから紐付け不能にする必要があるなら、その2つの名前はレジストラアカウント、支払い元、ネームサーバーの組、サーバーのアドレスを共有してはならない。後になってそれらを分離することは不可能である。その結び付きは作成された日に記録されており、それを記録したデータセットは忘れることがないからである。

ステップ04 · 支払い

暗号資産そのものは簡単な部分である。漏洩源は取引所である。

暗号資産を受け付けるレジストラは、わかりやすい問題を解決する。カード番号もなく、請求先住所もなく、少額の海外向け支払いについて報告書を提出する銀行もない。しかし、それでは実際に匿名性を破る問題は解決されない。その問題は一段階上流、つまりその暗号資産がどこから来たかという地点にある。誰かの正体に行き着く推論の連鎖は、そのほとんどが本人確認済みの取引所アカウントから出発して前方へたどったものであり、レジストラから出発して後方へたどったものではない。

Moneroは、ここでは可動部分が最も少ない決済手段である。金額、送金者、受取人が公開されないからだ。第三者が後から紐付けるための台帳記録が存在しないため、Bitcoinが10年単位で生み出す問題の全体系がそもそも発生しない。Moneroのステップバイステップガイドではウォレットと確認について解説しており、その仕組みはインボイスがサーバー用かドメイン用かに関わらず同一である。

オンチェーンあるいはLightning経由のBitcoinは、はるかに広く受け入れられているが、永続的かつ公開された、検索可能な記録を残す。それ自体が自動的に問題になるわけではない――問題になるのは、その通貨の履歴にあるアドレスのいずれかが将来あなたに特定された場合であり、特定は複数の企業が販売しているサービスである。Lightningがオンチェーンより優れているのは、支払いそのものは台帳への記録ではないからだが、チャネルへの資金投入は記録されており、その資金はどこかから届いている。Lightningガイドでは両方の決済手段を扱う。

どの暗号資産を選ぶかより効果があるのは、3つの習慣である。入手と使用の間に距離を置くこと――時間の距離、そして本人確認済みアカウントから加盟店へ直接送金する以外の、少なくとも1つの経由地を挟むこと。金額の一致による紐付けを断ち切るために、各インボイスの正確で特徴的な金額をそのまま支払うのではなく、ラウンドナンバーの前払い残高をチャージすること。「14時07分に0.0413 XMRの引き出し」と「14時09分に0.0413 XMRのインボイス」は、誰でも一致させられる組み合わせだからである。そして、自動更新のためにレジストラに支払い手段を保存させたままにしないこと。保存されたカードは、購入時に取り除いた本人確認書類が2年目に再び現れたようなものであり、保存された暗号資産の残高のほうが、同じ目的に対するより良い答えである。

登録費用を支払うのと同時に更新費用も予算に組み込んでおくこと。匿名のドメイン名が静かに失われる最大の原因はここにある。レジストリが1回の取引で許可する最大年数――多くの汎用拡張子では最長10年まで――で登録すれば、繰り返し発生する露出を1回の支払いに変換し、更新失敗が名前を奪う機会を9回分減らせる。このページで最も安価にリスクを下げる方法だが、最初の1年で十分に見えるという理由でたいてい見送られる。

同じ規律をホスティング側に適用するとどうなるか

名前が指し示すマシンは、この問題のうちの容易な半分である。ホスティングの関係は二者間のものであり、何かを公開する必要がないからだ。NordBastionでは、登録時のメール認証も、本人確認書類も、カードも、アカウント上の法的氏名も不要である。残高はMonero、Bitcoin、その他いくつかの資産でチャージされ、サーバーはその残高から注文される。露出する面として残るのはドメインである。ホスト側がもう一つの露出面になる必要はない。

ステップ05 · 委任

サーバーに向ける。そして、自分がいま公開したものを読む。

委任そのものは2つのレコードと5分で終わる。レジストラ側でネームサーバーを設定し、そのホスト用のアドレスレコードを作成し、その変更がレジストリに反映されるのを待ち、すでに答えを知っている自分のマシンからではなく、自分のネットワークの外側から確認する。残りの40分をかけるべきなのは、委任によって事後に見えるようになるすべてのものである。

dig +short NS example.com @1.1.1.1        # the delegation as the world sees it, not your cache
dig +short A  app.example.com            # must return the VPS address before you deploy anything
dig +short CAA example.com               # empty today; step 05 fills it in
dig +short DS example.com                # non-empty only if DNSSEC is actually signed

権威サーバーを誰が運用するかについて、正直な答えは、このシリーズの他の場面で通常示している答えとは異なる。権威DNSのセルフホストは、自分で行うことが総じて不利になる唯一の要素である。別々のネットワーク上に2台以上のサーバーが必要であり、まさにメインサーバーを落としたその障害の最中でも動作を継続する必要があり、増幅攻撃に悪用されないための継続的な配慮が必要であり、そして失敗すればそれに依存するすべてが一緒に失敗する――状況を修復できたはずの証明書の更新も含めて。それはまた、避けようとしていた紐付けを新たに生み出す。2つのプロジェクトで共有される自前運用のネームサーバーは、誰でも照会できるデータセットの中で、その2つを公然と結び付けてしまうからである。機能一覧ではなく本人確認書類を要求するかどうかで選んだ、エニーキャストネットワークを持つDNS事業者を利用し、移行が発掘作業ではなく単なる貼り付け作業になるように、エクスポートしたゾーンファイルを保管しておくこと。これは、シリーズ内のプライベート再帰リゾルバーとは別の作業であり、そちらは自分が何を調べたかというログを自分のマシンに移すもので、行う価値がある。

次に、このページの中で他の何よりも慎重な設定を台無しにする漏洩について。それは静かに、そしてあなたが注意を払わなくなった後に働くからである。公的に信頼された認証機関が発行する証明書はすべて追記専用の公開ログに提出され、そうでない証明書はブラウザが拒否する。そのログが存在するのは誤発行を検知可能にするためであり、これは本当に良いことであるが、そのログは無料の検索インターフェースによって索引化されている。その結果、あなたがこれまでに証明書を要求したすべてのホスト名は、誰にとっても、永久に、キーワード検索一つで見つかることになる――staging.、vpn.、backup.、そして誰にも推測されないだろうと思っていた管理用の名前も例外ではない。

# every certificate ever issued under the zone, and every hostname inside each one
curl -s 'https://crt.sh/?q=%25.example.com&output=json' | jq -r '.[].name_value' | sort -u

その緩和策は、ゾーンに対する単一のワイルドカード証明書を発行し、その配下のすべての内部ホスト名に対して配信することである。そうすればログの記載は、そのゾーンに対して証明書が存在するということだけを記録し、その内部にあるものについては何も記録しない。その代償は、ワイルドカードには、より簡単なファイルベースの方式ではなくDNSベースのチャレンジが必要になることであり、つまりサーバー上にDNS事業者用のAPIトークンを置く必要がある――内部の命名体系が永久に公開されるリストになることと引き比べれば、10分の設定作業である。ワイルドカードを1枚発行し、リバースプロキシ上に置き、ホスト名ごとの証明書の要求をやめること。

2つのレコードで仕事が仕上がる。CAAレコードは、そのドメイン名に対して発行を許可する認証機関を指定するため、他の認証機関による誤発行は事後に検知されるのではなく、そもそも発生源で拒否される。そしてDNSSECは、レジストリとDNS事業者の両方が対応していれば、委任に署名を施し、リゾルバーが偽の応答と本物の応答を区別できるようにする――多くの事業者ではスイッチ1つ、レジストラ側ではレコード1つで済むが、唯一注意すべき点は、署名されたゾーンの鍵の管理を誤ると完全に――文字どおり完全に――機能停止するということである。

; in the zone — only this authority may issue, and tell us if anyone tries
example.com.  IN  CAA  0 issue     "letsencrypt.org"
example.com.  IN  CAA  0 issuewild  "letsencrypt.org"
example.com.  IN  CAA  0 iodef      "mailto:abuse@example.com"

最後に紐付けの層がある。ここでは、誰も間違いを犯していなくても、2つの区分が1つになってしまう。パッシブDNSのデータセットは、どの名前がいつどのアドレスに解決していたかを記録しており、共有されたアドレス、共有されたネームサーバーの組、あるいは共有されたメール交換サーバーがあれば、他に何一つ共通点のない2つのプロジェクトを結び付けるのに十分である。2つの名前を紐付けさせないままにする必要があるなら、別々のサーバー、別々のネームサーバーの組、別々のメールルーティングが必要になる――そして、誰も数えていない小さな要素についても同じことが言える。両方のサイトで再利用された解析用識別子や、同一のファビコンなどであり、いずれも気にする者であれば誰でもインターネット規模で検索できるものである。

ステップ06 · 保持

更新こそがセキュリティモデルである。それ以外はすべて細部にすぎない。

ドメインは、このシリーズの中で唯一、失効日を持つ構成要素であり、それを失うことはここで唯一、本当の意味で取り返しのつかない失敗である。名前が失効すると、サイトは停止し、メールは止まり、証明書は更新に失敗し、そのドメインのアドレスに紐付けられたすべてのアカウントは復旧不能になる。そして一定の期間を過ぎれば、誰でもそれを登録できるようになる――アクセスがあったという理由でまさにそれを見張っていた誰かも含めて。これを元に戻せるバックアップは存在しない。

このタイムラインは正確に把握しておく価値がある。各段階で価格が異なり、最後の段階にはまったく価格が存在しないからだ。失効すると、通常その名前はすぐに解決しなくなり、その間に猶予期間が進行する。この間に更新すれば通常の料金で済む。その後、約30日間のリデンプション期間に入り、この間もまだ復旧可能だが、レジストラではなくレジストリが設定する懲罰的な料金がかかる。続いて、誰にも何もできない短いペンディングデリートの段階がある。その後にドロップし、最初にそれを取得した者のものになる。この間隔はレジストリによって異なるが、この形自体は変わらない。

段階 その名前は 回復
猶予期間――失効後通常はすでに解決しなくなっている通常価格で更新
リデンプション――約30日間レジストリに保持され、非表示可能――ただしレジストリが定める懲罰的な料金がかかる
ペンディングデリート――約5日間解放待ちの状態誰に対しても、何もない
ドロップ済み世界中に開放先に取得した者から買い戻す

それらすべてに対して名前を守るものが4つある。長期で登録する――レジストリが許す場合は10年で、これにより更新が失敗する機会を9回分減らせる。移管ロックを有効にしておく。これは、先にロックを解除しない限り移管が開始できないようにするステータスコードであり、拡張子がレジストリレベルのロックを提供していて、その名前が重要なものであれば、それも追加すること。認証コードはオフラインで保管する。第二要素のリカバリーコードやエクスポートしたゾーンファイルと同じ場所に保管すること。それが必要になる日は、アカウントが応答しなくなっている日でもあるからだ。そして失効日は実際に読んでいるカレンダーに入れておく。レジストラの通知システムだけに頼らないこと――アカウントを閉鎖したレジストラは、そのことについてのメール送信もすでに止めている。

何も問題が起きていないうちに、一度だけ離脱の手順を練習しておくこと。ロックを解除し、認証コードを申請し、登録されているアドレスで移管メッセージを受信できることを確認し、そして再びロックする――20分で、緊急事態を単なる手順に変えられる。登録または前回の移管から最初の60日間は移管ができないことに注意すること。まさにこの期間こそ、新しいレジストラが実は間違った選択だったと判明することが最も多い時期である。

最後に、登録された名前には決して持ちえない、本当の意味での耐久性を持つものについて。version-3のonionアドレスには、レジストリも、レジストラも、更新も、支払いも存在せず、誰にも取り消せるものは何もない。そのアドレスは自分が保持する鍵ペアから導出されているからだ。クリアネットのサイトと並行して運用するのに必要な設定は2行だけで、レジストラがアカウントを閉鎖した当日でも動作し続けるアドレスが手に入る――サイト上でそれを公開し、Onion-Locationヘッダーを追加してTorユーザーに自動的に案内されるようにすれば、このステップ全体が想定する失敗を生き延びるフォールバックになる。隠しサービスガイドなら最初から最後まで20分で終わる。

フィールドノート · 6つの落とし穴

これがうまくいかなくなる6つの原因。そのうち2つは静かに進行する。

落とし穴01 · 致命的

開かなかった確認リンク

購入から数分後に送られる1通のメッセージで、隣にある受領証と見分けがつかない。15日後、レジストラはその名前を停止することが義務付けられている。サイトは表示されなくなり、メールは止まり、証明書は更新に失敗する。タブを閉じる前にそれを開き、その後アカウント内でそのアドレスが確認済みと表示されることを確認すること。

落とし穴02 · 致命的

静かに失敗した更新

底をついた暗号資産の残高、そのドメイン自身のメールボックスへの通知、リマインダーが広告として振り分けられていたレジストラ。リデンプション期間を過ぎれば誰でもそれを登録できるようになり、まさにそれを狙って見張っている者がいる。10年で登録し、その期日を自分自身のカレンダーに入れておき、復旧手段をそれが保護している名前そのものに紐付けないこと。

落とし穴03 · 法的

読まずにチェックした適格性の項目

居住、市民権、または現地拠点を要求する拡張子は、決済が終わったあともそれを問い続ける。持っていないものを持っていると申告すれば、その登録は最初の通報で作動する取消条項に変わってしまう――そして、参加する価値のある手続きもないまま、その名前は失われる。

落とし穴04 · 静か

ステージング用の名前を列挙する証明書ログ

公的に信頼された証明書はすべて、誰でもドメインで検索できる追記専用ログに記録される。オプトアウトの手段はなく、あるべきでもない。ゾーンに対する1枚のワイルドカード証明書は、そのゾーンだけを公開し、その配下については何も公開しない。ホスト名ごとの証明書は、内部の命名体系全体を永久に公開してしまう。

落とし穴05 · 静か

プライバシー保護をオンにする前の記録

商用のアーカイブは登録記録のスナップショットを継続的に取得し、それを保持し続ける。かつて自分の情報を公開した状態で登録された名前は、今日の記録が何を示していようと、その履歴の中ではそのままの状態を保つ。名前がきれいな状態だと思い込む前に、すでに何が保存されているかを確認すること――そして重要な用途には、移管よりも新規登録を選ぶこと。

落とし穴06 · 避けられる

両方の区分を1つのアカウントに入れる

業務用ドメインと、結び付けられたくないプロジェクトが、同じレジストラアカウント、同じ支払い元、同じネームサーバーの背後にある。公開記録が何も語らなくても、両者はすでに結び付いている――そのアカウントを読める者にとっては直接的に、それ以外のすべての人にとってはパッシブDNSのデータセットの中で。

FAQ · 匿名ドメイン

質問、回答済み。

これを行う際に出てくる11の質問――その中でも、これから述べるすべてが成り立つかどうかを左右する質問から始める。

ドメインを匿名で登録することは合法か。

自分の身元を公開せずにドメインを登録することは合法であり、ごく普通のことである。虚偽の情報で登録することはまったく別の話であり、この主題全体はその区別にかかっている。2018年に登録データの扱い方が変わって以来、汎用トップレベルドメインの公開記録はデフォルトで秘匿されている――あなたの情報は収集され保持されるが、単に、請求する誰に対しても公開されないだけである。これが2026年におけるドメインの通常の状態であり、プライバシーの裏技ではない。だからこそ、アドオンとしての「WHOISプライバシー」の市場は、すでに手に入っているものを売る市場にほぼなってしまっている。本当の意味で選択の余地が残っているのは、正確な情報をあなたの法的名義でレジストラのもとに置くか、それとも第三者が登録を保持し、あなたがその第三者と契約を結ぶかである。どちらも合法である。合法でない、あるいは少なくとも長続きしないのは、故意に虚偽の情報を提供することである。ICANNの認定契約のもとでは、レジストラは不正確なデータの報告があれば対応しなければならず、EU域内では、NIS2指令のArticle 28により、レジストリと登録サービスは正確かつ完全なデータを保持し、それを検証する積極的義務を負う。捏造された身元の上に築かれた登録は、誰かが通報した瞬間に取り消される可能性がある登録であり、それはまさに、失いたくないと最も強く思う瞬間である。実務的に成立する立場は、正確なデータを、できるだけ少ない関係者だけが保持し、誰にも公開しないことである。ここに書かれていることは法的助言ではない。

どのみち記録が秘匿されている今、WHOISプライバシーにはまだ意味があるのか。

以前ほどではない。そしてその差は、お金を払う前に理解しておく価値がある。汎用トップレベルドメインの場合、公開記録はすでに連絡先フィールドを秘匿して表示しているため、有料のプライバシーサービスを付けても、部外者が読める情報は何も増えない。それでも役に立つことが2つある。秘匿処理が及ばない場所――レジストラ自身のディレクトリページ、一部のレジストリがいまも全文公開しているデータ、バルクフィード、移管確認メール――では、あなたの情報の代わりに転送用アドレスを置き換える。そして、記録上のアドレスに向けられる大量の自動化された悪用と、あなたとの間に一枚の層を置く。行わない3つのことのほうが重要である。レジストラが保持する情報そのものには影響しない。この情報こそ、正式な請求があれば開示されるものである。遡って適用されることもない。その名前がかつて公開の状態であなたの情報で登録されていたなら、そのスナップショットは半数以上の商用の履歴アーカイブに永久に残り、今日プライバシー保護をオンにしてもそれは消えない。そして多くの国コードドメインでは、そもそも利用できない場合がある。何を公開するかを決めるのはレジストラではなくレジストリだからである。これはスパム対策に加えた薄い層として評価すべきであり、匿名性として評価すべきではない。

$12のドメインにMoneroかBitcoinを使う――暗号資産の種類は本当に重要なのか。

それは、その暗号資産がどこから来たかに比べればさほど重要ではなく、そこを人々は逆に考えがちである。Bitcoinでの支払いは、金額と時刻をあるアドレスに結び付ける永続的な公開記録であり、そのアドレスがいつかあなたに結び付けられれば――本人確認書類を使って開設したアカウントからそれを引き出したから、それを再利用したから、あるいはチェーン分析会社がそれを特定済みの別のアドレスと同一クラスタにまとめたから――その支払いは、あなたの名前とそのレジストラを、その日という時点で結び付ける耐久性のあるリンクになる。Moneroは金額も送金者も受取人も公開しないため、同じ支払いをしても対応する記録は残らない。しかし、そのMoneroが数分前に、あなたの身元を確認済みの取引所で購入され、レジストラへ直接引き出された場合、その取引所には、インボイスの金額とほぼ一致し、インボイスの時刻とほぼ一致する引き出しの記録が残ることになり、その一致を見出すことは難しくない。実際に役立つ規則は、暗号資産の種類ではなく距離についてのものである。価値を入手した場所と、それを使った場所との間に、時間、金額の形、そして本人に紐付かない経由地を少なくとも1つ置くこと。そして各インボイスの正確な金額をそのまま支払うよりも、ラウンドナンバーの前払い残高をチャージすることを優先すること。MoneroガイドとLightningガイドで、両方の決済手段の仕組みを解説している。

プロキシ所有の場合、そのドメインは本当に自分のものなのか。

いいえ、そしてこのモデルの良質なプロバイダーはそのことを明確に伝えている。プロキシ所有では、プロバイダーが自らの法的名義でドメイン名を登録し、あなたにはそれを使用し指示する権利が与えられる。あなたが手にするのは契約であって、登録そのものではない。これこそがこの方式を効果的にしている理由である――レジストリのどこにもあなたの記録は存在しない。あなたが登録者ではないからだ――そしてこれこそが、リスクを一点に集中させる理由でもある。今やすべてが一社の財務健全性、その方針、そしてあなたの指示に従う意志――後にあなたが離れたいと思ったときに登録をあなたへ移管する意志も含めて――に依存することになる。これをうまく行うプロバイダーは、要求があれば移管するという明文化された約束を公開し、それを実際に守ってきた実績を可視化している。その実績こそが、あなたに利用できる唯一の実質的なデューデリジェンスである。これを失敗モードと比較して検討すること。プロバイダーが買収された日、規約を変更した日、あなたのコンテンツが方針の範囲外だと判断した日、あるいは単に応答を止めた日――その日、あなたは動かせない名前を抱えることになる。名前を変更できるプロジェクトであれば、この取引はしばしば割に合う。しかし、アドレスそのものがアイデンティティであるもの――公開されたソフトウェアリポジトリ、メールドメイン、顧客を持つショップ――にとっては、プライバシーサービスを付けた通常の登録なら必要のない、第三者への賭けになる。このモデルのプロバイダーの一つをNjalla比較ページで比較している。

どのトップレベルドメインを避けるべきか。

1年で古くなってしまうリストを使うのではなく、レジストリ自身の規約ページに対して3つの質問を当ててみること。第一に、適格性の条件――居住、市民権、現地の会社、現地の管理担当者――を課しているか。課しているなら、その条件を満たすとは、実際にそうであることか、そうであると主張することのいずれかを意味し、後者の選択肢は回避策ではなく取消の根拠になる。第二に、レジストリ自身は何を公開しているか。汎用ドメインの登録データポリシーは中央で定められ、連絡先フィールドを秘匿するが、国コードのレジストリは独自の規則を定めており、レジストラが何を売っていようと関係なく登録者名を全文公開するところも複数ある。第三に、そのレジストリの背後には誰がいて、名前を停止した実績はどうか。一部のレジストリは公開された紛争処理手続きのもとで運用されているが、他は国の機関からの非公式な要請でドメインを停止したことがあり、参加できる手続きのないまま押収されたドメインは、あなたが守れないドメインである。誰も尋ねないが誰もが尋ねるべき4つ目の問いもある。2年目の更新にはいくらかかるのか。珍しい拡張子で最初の1年だけ割引価格になり、その後に大幅な通常料金での更新が続くというのは、繰り返し下さなければならない判断であり、更新する余裕のない名前は、いずれそれがドロップするのを見張っていた誰かに失われる名前である。

これをすべて省略して、代わりに.onionアドレスを使うことはできるか。

実在する一群のプロジェクトについては、そのとおりであり、それはこのページで唯一、レジストラもレジストリも更新期限も支払いも存在しない構成である。version-3のonionアドレスは誰からも割り当てられるものではない。自分で生成した鍵ペアから導出される56文字のエンコードであり、そのためアドレスは自己認証型かつ取り消し不能となる――誰もそれを移管させることも、停止させることも、失効させることもできない。それを対象に何かを行うための記録がどこにも存在しないからだ。その代わりに失うのは、Tor Browserをインストールしない人すべてであり、公開向けプロジェクトの大半にとってはほぼ全員を意味し、さらに検索での可視性、メール、通常のホスト名を前提とするあらゆる連携機能も失う。実際に機能する構成は両方を使うことである。到達性のためにこのガイドの説明どおりに登録したクリアネットのドメインと、それを望む人のためのonionサービスを併用し、クリアネット側のサイトにOnion-Locationヘッダーを設定してTorユーザーには自動的にonion版を案内する。これにより、ドメインを失っても生き残るフォールバックも手に入る――onionアドレスは、レジストラがあなたのアカウントを閉鎖した当日でも動作し続け、まさにその日にonionアドレスを持っていてよかったと思うことになる。手順はTor隠しサービスガイドで解説している。

証明書透明性によってサブドメインが漏れてしまうのか。

そのとおりであり、これはそれ以外は慎重に構築された設定を最も台無しにしがちな漏洩である。なぜなら、それはあなたが作業を終えて注意を払わなくなった後に働き続けるからだ。公的に信頼された認証機関が発行する証明書はすべて、追記専用の公開ログに提出され、そうでない証明書はブラウザが拒否する。そのログは無料の検索インターフェースによってミラーリングされ索引化されているため、証明書を要求したものの完全なホスト名は、誰にとっても、永久に、キーワード検索一つで見つかる――誰にも推測されないだろうと思っていたstaging.、backup.、vpn.、admin-といった名前も例外ではない。オプトアウトの手段はなく、あるべきでもない。誤発行を検知可能にしているのはまさにそのログだからだ。すっきりした緩和策がある。ゾーン全体に対して1枚のワイルドカード証明書を要求し、すべての内部ホスト名をそこから配信することである。そうすればログの記載は、そのゾーンに対して証明書が存在するということしか示さない。その代償は、より簡単なHTTPの代わりにDNS-01チャレンジが必要になることであり、永久的な情報開示に対して10分の設定作業で済む。先に進む前に、自分のドメインで検索してみること――コマンド1つで済み、かつて発行して忘れていた証明書のせいで、すでに何が載っているかに驚かされる人は少なくない。

レジストラがアカウントを閉鎖した場合、何が起こるのか。

これは事故としてではなく、10年のうちのどこかで必ず起こることとして計画しておくこと。きっかけは通常ありふれたものである。暗号資産決済に対する自動不正検知ルール、ドメイン上の何かについての通報、レジストラでの所有権の変更、あるいはその企業がもはや関わりたくないと判断した法域、といったものだ。生き延びられるようにする準備は4つあり、そのすべてに費用はかからない。移管ロックは有効にしたままにしつつ、最新の認証コードをオフラインで保管しておくこと。アカウントを閉鎖したレジストラが、あなたのためにそれを新たに発行してくれることはないからだ。自分の登録データ――作成日、登録済みのメールアドレス、直近の移管日――を暗記しておくこと。どのような復旧手続きでも、それが求められるからである。ゾーンファイルはレジストラの外のどこかにエクスポートして保管しておくこと。そうすれば、新しいレジストラでの再構築は発掘作業ではなく15分の貼り付け作業になる。そして、レジストラをDNS事業者、ホスト、メールプロバイダーと同じ会社にしないこと。1つのアカウントが閉鎖されると、4つすべてを一度に失うことになるからである。それでも起きてしまった場合、レジストラは移管ポリシーのもとで正式な手続きとエスカレーション先を持つことが義務付けられており、その上にあるレジストリも独自の異議申し立て経路を持つ別の関係者である。答えは遅く、手続き的であり、たいていは成功する――ただし、アカウント全体の拠点になっているメールボックスまで一緒に失っていないことが条件である。

そのドメインの権威DNSは自分で運用すべきか。

通常はすべきではない。これは、このシリーズの中でもセルフホストが弱い答えになる数少ない場面の一つである。権威DNSには、別々のネットワーク上にある2台以上のサーバーが必要であり、まさにメインサーバーを落としたその障害の最中でも正しく動作する必要があり、増幅攻撃への耐性は設定作業ではなく継続的な運用作業として求められる――そしてそれが失敗すれば、その名前を通じて解決されるすべてが一緒に失敗する。状況を修復できたはずの証明書の更新も含めて。これに反対するプライバシー上の論拠もあり、通常の論拠とは逆方向に働く。自分が運用する他のすべてと同じアドレスブロック上で権威サーバーを自前運用すると、それらすべてを直接結び付ける存在になり、誰でも照会できるパッシブDNSのデータセットに現れてしまう。実務的な構成は、機能一覧ではなく本人確認書類を要求するかどうかで選んだ、エニーキャストネットワークを持つDNS事業者を使い、1コマンドでエクスポートできるゾーンを保っておくことである。これは、シリーズの別の場所で扱っているプライベートリゾルバーとは別の作業であることに注意すること。あちらは自分が何を調べたかというログを自分のマシン上に移すものであり、明確な利点がある。こちらは他のすべての人があなたについて何を調べたかを公開してしまうものであり、まったく異なるリスクの種類である。

レジストラアカウント用に別のメールアドレスが必要か。

そのとおりであり、このページの中で最も価値のある5分間である。レジストラアカウントに登録するアドレスは単なる連絡先ではなく、マスターキーである。それは、期限切れになるとその名前を停止させる確認メッセージを受け取り、移管を承認し、パスワードをリセットし、すべての復旧手続きの拠点になる。重要な特性は3つある。まず専用であること。あなたのコミット履歴やフォーラムのプロフィール、2019年の漏洩データに載っているアドレスであってはならない――再利用は、丹念に匿名化された登録が人物に結び付けられる最も多い原因であり、それを避けるのに費用はかからない。次に耐久性があること。存在しなくなる使い捨てのメールボックスは、確認メールを9か月後に発見する原因になり、無料プロバイダーは非活動アカウントを閉鎖する。そして実際に読んでいるものであること。重要なメッセージはまれにしか届かず、重要でないメッセージと見分けがつかないからである。メールプロバイダー上の自分のドメイン、あるいは信頼の鎖の外にある有料のメールボックスを使うこと。ただし、これから登録するドメインそのものは使わないこと――復旧用メールがその名前自身の上にある名前は、失効した時点で復旧できなくなる。同じ機会に、アカウントに時間ベースのワンタイムパスワード方式の第二要素を追加し、リカバリーコードは、それが保護するメールボックスではなく、認証コードと一緒に保管すること。

ドメインが露出する部分なのであれば、そもそもホストに意味はあるのか。

それらが異なるものを露出しており、片方を握った敵対者はもう片方も探しにくるからである。ドメインの記録が答えるのは「誰がこの名前を登録したか」であり、ホスティングのアカウントが答えるのは「誰がどのアドレスから、どのカードで、このマシンの代金を払い、他に何を運用しているか」である――そして通常、後者のファイルのほうがはるかに情報量が多い。それはまた、公開インターフェースから読み取るのではなく、法的手続きによって開示を求められるものでもあり、それはその情報がどの法域にあるかが、あなたの実質的な露出の一部になるということを意味する。ここから2つの特性が導かれる。マシンがどこにあるかによって、どの法的手続きがそこに届くかが決まる。ストックホルム、ヘルシンキ、オスロ、レイキャビクは、いずれも報道の自由の伝統が強い4つの立憲体制であり、すべてEEA域内にあるため、書面に残さなければならない国際移転の問題もなくなる。そして、アカウントに誰の名前が載っているかによって、そのアカウント自体が何を明らかにするかが決まる――NordBastionでは本人確認書類も、法的氏名も、カードも不要であり、インボイスはMoneroまたはBitcoinで決済され、顧客記録には誰かが求めるであろうものがそもそも含まれていない。これによってドメインが非公開になるわけではない。ドメインを非公開にするものは何もない。それが止めるのは、ドメインがあなたのパスポート情報を含むホスティングのファイルへとつながる連鎖の最初の環になることである。法域ガイドでは、この4都市それぞれの法的な土台を解説している。

サーバーを取得する

名前は設計上公開されている。その裏にあるマシンはそうである必要はない。

Sentinel――2 vCPU、4 GB、120 GBのNVMeを月額$3.90で、ヘルシンキ、ストックホルム、オスロ、またはレイキャビクで――は、その名前が指し示すサイトには十分な性能であり、メール認証も本人確認書類もカードも不要で注文できる。残高はMoneroまたはBitcoinでチャージする。レジストリがそのドメインについて何を公開していようと、その裏にあるホスティングのファイルには、わざわざ尋ねる価値のある情報は何もない。

最終レビュー · 2026-10-12 · 出典 · ICANN Registration Data Policy;ICANN Transfer Policy;ICANN Expired Registration Recovery Policy;2013年のRegistrar Accreditation Agreementおよびその Whois Accuracy Program Specification;指令(EU) 2022/2555(NIS2)のArticle 28;.euトップレベルドメインに関する規則(EU) 2019/517;RFC 9082 および RFC 9083(RDAP);RFC 9162(証明書透明性);RFC 8659(CAA);RFC 3915(リデンプション猶予期間) · 頻度 · 年次

プライベートホスティング、北欧で構築。