組織を分離する
レジストラは登録の販売または管理を行い、レジストリはトップレベルドメインを運営し、DNSプロバイダーはレコードを提供します。それぞれ身元要件や開示ルールが異なる場合があります。レジストリの要件により、レジストラが隠せる範囲が制限されることがあります。
実際の登録規約をご確認ください
プライバシーサービスとプロキシサービスでは、誰の詳細が表示されるか、誰が登録者として残るかが異なります。登録規則に違反する連絡先情報をでっち上げないでください。価値のある名前を確定する前に、更新、移管、復旧、紛争の手続きを確認してください。
公開技術記録に留意する
DNS はサーバーアドレスを露出させる可能性があります。Certificate Transparency は公開信頼された証明書に含まれる名前を明らかにする可能性があります。過去の DNS および登録記録は、変更後も残る場合があります。新しいプライバシー設定は以前の公開を消去するものではありません。
継続的な所有権を保護する
強力なレジストラログイン、多要素認証、適切な場合のレジストラロック、確実な更新通知を使用してください。復旧方法は、復旧しようとしているドメイン自体から独立させてください。
小規模な露出インベントリを作成する
登録データ、DNS、証明書、ウェブサイト自体でどの詳細が表示されるかを記録してください。共有の分析識別子、公開連絡先ページ、再利用されたソーシャルプロフィールは、登録が非公開であってもプロジェクトを結びつける可能性があります。不正確な登録データを捏造することなく、不要なリンクを最小限にしてください。
更新と移管の手順を練習する
有効期限、更新方法、復旧経路は非公開の運用記録に保管してください。ドメイン名が重要になる前に、移管ロック、認証コード、レジストリのルールを理解しておきましょう。予期しない更新メールに従うのではなく、レジストラの既知のインターフェースで通知を確認してください。
RDAP で登録結果を確認する
レジストリまたはレジストラの現在のRDAPサービス、または対応する汎用トップレベルドメインについてはICANNの検索インターフェースを使用して、公開登録結果を確認してください。どのフィールドが公開され、墨消しされ、またはプライバシー/プロキシ連絡先に置き換えられているかを確認してください。公開上の墨消しは、レジストラが非公開で保持している内容を証明するものではありません。国別コードドメインの適格性と公開規則は汎用ドメインのポリシーと異なる場合があるため、購入前に選択したサフィックスを確認してください。
- レジストラのプライバシー条項、回復条件、登録名義人の取り決めを比較してください。
- 契約で求められる箇所には正確な連絡先データを保持し、必要な確認通知を完了してください。
- 登録料金と更新料金を別々に確認し、有効期限と通常の更新経路を記録してください。
- ドメインとは独立してリカバリ用受信トレイを保護し、ドメインの有効期限切れが唯一のリカバリ経路を奪うことのないようにしてください。
公式ドキュメント: ICANN: 登録データアクセスプロトコル · ICANN: 登録者の権利と責任
公開前にDNSと証明書名を確認する
ドメインをサーバーに向ける前に、意図した公開レコードセットを準備してください。A、AAAA、MX、TXT レコードにはそれぞれ異なる役割があり、インフラやサービスの関連性を明らかにする可能性があります。公的に信頼された証明書は Certificate Transparency に記録されるため、含まれるホスト名が露出することがあります。ステージング環境で暗号化が必要という理由だけで、非公開のプロジェクト名を公開証明書に入れないでください。真に非公開の名前には、適切な内部証明書の構成を選んでください。
- DNSの変更後は、両方のアドレスファミリーを確認してください。古いAAAAレコードが残っていると、一部の訪問者が以前のサーバーに送られ続ける可能性があります。
- 検証に失敗した場合は、セキュリティ制御を無効化する前に、権威あるDNSと選択した証明書チャレンジパスを確認してください。
- DNSの反映が即時に行われると想定しないでください。権威サーバーの応答とキャッシュのTTLを確認してください。
- 移管や連絡先変更の前に、実際のレジストラのインターフェースで適用されるロックと期限を確認してください。復旧と更新の手順を非公開で記録しておいてください。
公式ドキュメント: Let’s Encrypt: 証明書の透明性 · ICANN: 登録者の権利と責任