要約

  • RDAP の HTTP 仕様では、レート制限がスクレイピングやサービス悪用に対する防御として認識されています。これは HTTP 429応答とクライアントのバックオフ動作を標準化していますが、すべてのレジストリとユーザーに対して単一のクォータ、単一のアイデンティティ単位、単一の権利を規定しているわけではありません。
  • リクエスト数は負荷の中立的な尺度ではありません。直接検索、広範な検索、個人連絡先データを含む応答、繰り返しのキャッシュクエリは、異なる技術的、プライバシー的、社会的コストをもたらす可能性があります。制御はそれらの違いを反映すべきです。
  • IP ベースのアカウンティングは、キャリアグレード NAT、オフィスゲートウェイ、セキュリティプロバイダーの背後にある無関係なユーザーを結合する可能性があります。RIPE NCC の2024年の措置により、個人データのアカウンティングにおいて認証ユーザーを共有パブリックアドレスから分離したことは、アイデンティティ設計が誰をブロックするかを変えることを示しています。
  • デューデリジェンス、譲渡審査、ルーティング調査、不正対応は、多くのリソースとレジストリにわたる証拠を必要とします。既存事業者は過去のデータセット、承認済みバルクフィード、分散インフラ、または商用関係を持っている可能性があり、新規参入者は最初にパブリックインターフェースに直面する可能性があります。この非対称性は、差別的な意図がなくても市場障壁になる可能性があります。
  • バルクアクセスと有料アクセスは、無制限の公開クエリに対する正当な代替手段となり得ますが、適格性、許可される使用、価格、データの鮮度、プライバシー義務、停止、更新は公開され、一貫して適用されるべきです。比較可能な条件のない非公開交渉は、適切な公開基準ではありません。
  • 公正な制度は、クォータ単位とリセットルールを開示し、制限の理由を特定し、機械可読な再試行情報を返し、正当なニーズが高い場合の認証ルートを提供し、ブロックとアクセス拒否のタイムリーな人的レビューを提供すべきです。
  • 透明性はセキュリティを保護する必要があります。レジストリは、攻撃者がそれに合わせて洪水を調整できるほど正確なしきい値や個人データを公開したり、不正検出を明らかにしたりする必要はありません。準拠するユーザーが計画、診断、および処遇に異議を申し立てるのに十分な情報を公開する必要があります。
  • 番号資源協会（Number Resource Society）は、クロスレジストリの摩擦を文書化し、クォータ開示プロファイルを提案し、証拠に基づく異議申し立てを支援することができます。無制限のアクセスを約束したり、個人記録を保管したり、比較証拠なしに技術的な制御を反競争的とレッテルを貼ったりするべきではありません。

決定的な瞬間に欠けている応答

IPv4 の譲渡が期限に近づいている。譲受予定者は、登録、ルーティング履歴、制裁対象、企業 ID、売主の権限を確認している。あるアドレス範囲に遅れて不一致が現れる。デューデリジェンスチームは関連組織や連絡先へのクエリを拡大し、権威あるサービスからアクセス拒否または多すぎるリクエストの応答を受け取り始める。その共有オフィスアドレスは、一日中自動セキュリティトラフィックも運んでいた。

売主のアドバイザーは、ローカルアーカイブと確立されたバルクデータ契約を持っている。買主の小規模専門家にはない。一方は記録の比較を続けられるが、他方は延期するか、不確実性を受け入れるか、仲介業者から情報を購入するかしかない。レジストリは勝者を選んだわけではなく、取引の存在を知らないかもしれない。しかし、アクセス設計は市場参加者間で証拠能力を分配している。

同様の瞬間は譲渡以外でも発生する。不正対応チームはフィッシングキャンペーンで再利用されたインフラを追跡する。研究者はポリシー変更後に登録連絡先の品質が変化したかどうかをテストする。マネージドセキュリティプロバイダーはクライアントの露出アドレスをマッピングする。ジャーナリストはルーティングイベントの背後にある企業関係をチェックする。公的機関はインシデント時に誰に連絡すべきかを確認する。それぞれが通常のルックアップから正当な理由で関連するリクエストのバーストに移行する可能性がある。

逆のケースも同様に現実的である。データハーベスターはスパム用に個人連絡先を抽出する。ボットはキャッシュできる記録を繰り返しダウンロードする。攻撃者は高コストの検索を使用してメモリを枯渇させる。商用サービスは公開データをコピーし、条件を尊重せずに再販売する。リクエストを制限しないレジストリは、これらのユーザーのコストを全員に課し、人々を害にさらす可能性がある。

したがって、ガバナンス上の問題は、制限が許可されるかどうかではない。サービスが保護的な摩擦と排除をどのように区別するか、ユーザーがルールをどのように学ぶか、より高い正当なニーズがどのように評価されるか、制御が誤った判断を下した場合の救済手段が何かである。

RDAP はアクセス制御を明示的にしたが、ポリシーは決定しなかった

IETF は2015年に RDAP を標準化し、それ以前の Whois モデルの弱点を部分的に改善した。RDAP は HTTP、構造化応答、標準クエリ形式、参照、他のレイヤーで利用可能なセキュリティメカニズムを使用する。クライアントを識別および認証し、差別化された認可をサポートできる。これらの機能により、より精密なアクセスポリシーが可能になる。

RFC 7481は境界について慎重である。差別化されたアクセスポリシーを持つサーバーオペレーターは認可スキームを構築しなければならないが、そのようなポリシーを持たないオペレーターは認証の必要がないかもしれないと説明している。この文書はセキュリティ機能を規定しており、どの人物がどのデータを得るべきかは規定していない。

RFC 7480も同様に、アドレススクレイピングやその他の悪用を抑止するために使用されるレート制限を認識している。サーバーがその理由でリクエストを拒否する場合、仕様は HTTP 429を求め、クライアントにクエリレートを減らすよう指示し、Retry-Afterが存在する場合はそれを尊重するよう求める。サーバーは追加の説明を提供してもよい。これにより、リクエスト数、会計期間、クライアントの識別方法を定義せずに、相互運用可能な動作が生まれる。

その省略は技術標準として適切である。RIR データベースはデータ、法律、アーキテクチャ、コミュニティポリシーにおいて異なる。検索は正確なルックアップよりも高コストになる可能性がある。個人連絡先の露出は、アドレス範囲の応答とは異なる懸念を引き起こす。標準が単一のグローバルしきい値を設定することは賢明ではなかった。

しかし、標準レイヤーでの裁量は、オペレーターレイヤーでのガバナンスをより重要にする。クォータが権威ある証拠へのアクセスを決定する場合、レジストリはその単位、目的、代替手段、レビューを説明すべきである。「プロトコルはレート制限を許可している」というのは、工学的な権限の問題に答える。公平性の問題には答えない。

Whois はユーザーにローカルの慣習を学ばせた

従来の Whois は、共通の認証および認可モデルを提供していない。クエリ構文、出力、制御の慣行はサービス間で異なっている。ユーザーは多くの場合、実際の境界に達することによってのみ発見できる。エラーの意味さえ異なる。

RDAP は一貫した応答の可能性を改善するが、自動的にポリシーを調和させるわけではない。クライアントは依然として、IP アドレスで制限するレジストリ、返される個人レコードをカウントするレジストリ、広範な検索を制限するレジストリ、バルク使用にアクセス契約を期待するレジストリに遭遇する可能性がある。HTTP は応答を読み取り可能にするが、基礎となる決定を同等にするわけではない。

これはクロスレジストリ作業にとって重要である。アドレス調査はサービス地域の境界を尊重することはほとんどない。企業グループは複数の地域にリソースを保有している。譲渡チェーンは RIR をまたぐことができる。攻撃インフラは移動する。ある公開サービスに対して成功する調査方法が、実質的な質問とは無関係の理由で別のサービスでは失敗する可能性がある。

ローカルな変動は本質的に不当ではない。データ保護義務とレジストリの目的は異なる。強力な逆検索を持つサービスは、正確なリソースルックアップのみを提供するサービスよりも厳格な制御を必要とするかもしれない。問題は観察不可能な変動である。ある方法は世界を測定しているように見えるが、実際にはどのレジストリがリクエストを許可したかを測定している。

研究者と商用ユーザーはこれらのギャップを開示すべきである。レジストリはそれらを特定しやすくすべきである。負荷、個人データクォータ、許可されていない検索、利用規約制限を区別する応答は、単一の汎用的なブロックよりもはるかに有用である。異なる理由は異なる救済手段をサポートする。

レート制限は共有の公共資産を保護する

制限の最も強い根拠は可用性である。ディレクトリサービスは共有されている。高コストの検索の洪水は、連絡先や権威ある範囲を必要とするオペレーターへの通常のルックアップを拒否する可能性がある。RFC 9082は、検索は通常、基本ルックアップよりも多くのメモリ、処理、帯域幅を消費し、認可とレート制御を緩和策として指摘している。

プライバシーは第二の根拠である。個々の公開レコードのシーケンスは、大規模に収集されるとバルク個人データセットになり得る。返される個人データを制限することで、すべてのネットワークレコードにアクセスできなくすることなく、収穫を減らすことができる。運用上および研究上の使用が許可されている場合でも、条件によりマーケティングや再出版を禁止することができる。

セキュリティは第三の根拠である。クエリパターンは資産を列挙したり、防御ルールをテストしたり、サービス拒否のカバーを作成したりできる。レジストリは、悪意を持って適応するソースを遅くする裁量を必要とする。すべての検出器と正確な動的しきい値を公開することは、回避を助けることになる。

コストは第四の根拠である。キャパシティ、監視、サポートは会員またはサービス収益によって賄われている。集中的な商用ユーザーは、時折のオペレーターよりもはるかに高いコストを課す可能性がある。そのユーザーが認証し、キャッシュし、バルクチャネルを使用するか、サービスに貢献すべきかどうかを問うことは合理的である。

これらの根拠は制御を支持するが、不透明さは支持しない。可用性の制限はリソース消費に結びつけられるべきである。プライバシー制限は返される機密データに結びつけられるべきである。セキュリティ制限は、誤って分類されたユーザーのためのルートを保持すべきである。コスト回収は、比較可能な公開条件を使用すべきである。すべての理由に適用される単一の隠された上限は、診断と説明責任を不可能にする。

クエリは社会的コストの単位ではない

HTTP リクエストをカウントするのは簡単だが、リクエストは異なる。単一の IP アドレスに対する正確なルックアップは、インデックス化されたパスを使用し、コンパクトなオブジェクトを返すかもしれない。エンティティ名による検索は、より多くのデータをスキャンまたは結合し、多くのオブジェクトを返すかもしれない。1つの応答には複数の個人データセットが含まれるかもしれない。別の応答には組織とリソースフィールドのみが含まれるかもしれない。キャッシュから満たされる条件付きリクエストは、新しい検索よりもコストが低い。

ユーザーも異なる。1人の人間は関連レコードをクリックすることで数十のリクエストを生成できる。よく設計されたサービスは、単一のキャッシュリクエストから多くの顧客に応答できる。設計が不十分なクライアントは、同一のルックアップを繰り返す可能性がある。研究プロジェクトは短い宣言されたバーストを作成し、その後数ヶ月間静かになるかもしれない。不正対応者は、悪意のあるインフラが変化しているまさにその時にバーストを必要とするかもしれない。

したがって、クォータは何をカウントするかを明示すべきである。リクエスト、返されるオブジェクト、返される個人データセット、検索の複雑さ、同時接続数、帯域幅、時間はすべて関連する可能性がある。複数の制御を組み合わせることは、単一の粗い上限を使用するよりも比例するかもしれない。

リセットルールは重要である。レジストリのホームタイムでのカレンダー日リセットは、世界中で異なる実効回復モーメントを与える。ローリングウィンドウは固定時間とは異なる動作をする。徐々に補充されるトークンバケットは、ハードな日次ブロックとは異なる。ユーザーは広範なモデルを知らなければ、準拠するソフトウェアを設計できない。

精度にはセキュリティ上の限界がある。レジストリは、個人データの結果が認証アカウントごとにローリング期間またはカレンダー期間でカウントされることを開示できるが、適応型攻撃検出器がトリガーされるしきい値を明らかにする必要はない。公開ベースラインと機密の異常制御は共存できる。

アイデンティティ設計が誰がペナルティを共有するかを決める

IP アドレスは便利な執行キーだが、1人のユーザーの貧弱なプロキシである。オフィス、大学、モバイルネットワーク、衛星サービス、公的機関、キャリアグレード NAT は、多くの無関係なユーザーを1つのアドレスまたはプレフィックスの背後に配置できる。クラウドユーザーはアドレス間を移動できるが、執拗なハーベスターは多くのアドレスにトラフィックを分散できる。

実際の結果は非対称である。1つのゲートウェイの背後にある小規模組織は、同僚や顧客が割り当てを消費したためにアクセスを失う可能性がある。大企業は正当なトラフィックと不正なトラフィックをインフラ全体に分散できる。ルールはパケット境界では等しく見え、組織境界では不均等に見える。

RIPE NCC は2024年に有益な公開例を提供した。Acceptable Use Policy のアカウンティングに関する発表では、認証された RIPE NCC Access ユーザーは、オフィス NAT の背後にあるすべての人が同じ個人データ制限を共有するのではなく、個別にカウントされることを説明した。認証されていないユーザーは引き続き IP アドレスでカウントされる。この変更は制限を廃止したのではなく、アイデンティティ単位を改善した。

認証は独自の障壁を導入する。アカウントには個人情報、契約ステータス、またはたまの調査員には利用できない登録手続きが必要になる場合がある。フェデレーテッドアイデンティティは管轄区域を超えて失敗する可能性がある。人物は興味を明らかにする前に調査する必要があるかもしれない。レジストリは、認証が何を可能にするか、何を記録するか、ログがどのくらい残るか、非会員が資格を得られるかを説明すべきである。

公正な設計は層を提供する：有用な匿名ベースライン、識別可能な正当ユーザー向けの認証割り当て、実証されたニーズに基づくレビュー付き高アクセス。また、アカウントの増殖や接続されたユーザーが独立しているふりをするのを防ぐ。平等には、集約エラーに対する保護と回避に対する保護の両方が必要である。

RIPE の個人データルールは名前付き単位の価値を示す

現在のRIPE Database Acceptable Use Policyは、より読みやすい制御を示している。これは、通常のクエリ数は合理的な使用の下で無制限とし、IP アドレスまたは認証アカウントに返される個人データセットの数を制限し、より大きなプロキシ割り当てを提供し、同時接続を制限し、一時的および潜在的な恒久的ブロックを説明している。

公開された数値は議論を可能にする。ユーザーは通常のリソースルックアップと個人データ抽出を区別でき、認証が共有アドレス問題を解決するかどうかを判断できる。ポリシーはまた、abuse-cを介して参照される不正連絡先は、バルクアクセスに対する制限なしに利用可能であり続けることを意図していると述べており、そのフィールドの運用目的を反映している。

公開はすべての公平性の問題を解決するわけではない。ポリシーは、サービスはその裁量で有害な使用を遅くしたりブロックしたりでき、恒久的なブロックは要求に応じてその裁量で解除できると述べている。ユーザーは依然として、証拠がどのように評価されるか、要求がどのくらい迅速にレビューされるか、同様の状況のユーザーが同様の扱いを受けるかどうかを問うかもしれない。これらはガバナンスの問題であり、正当なプライバシー目的への批判ではない。

この例はまた、軽率なクロスレジストリ比較に対する警告でもある。「1000」という数字はここでは特定のポリシーの下で返される個人データセットを指しており、どこでも1000件の RDAP リソースルックアップではない。この数字を普遍的な API 制限として繰り返すのは誤りである。

強力な比較研究は、単位、インターフェース、認証、データ感度を正規化しなければならない。その研究が存在するまで、この記事は公開された例をメカニズムとして扱い、レジストリのランキングとしては扱わない。

デューデリジェンスは1回のルックアップではなくシーケンスである

番号リソースのデューデリジェンスは現在の登録から始まるが、そこで終わることはほとんどない。購入者または貸し手は、リソース範囲、保持者、譲渡権限、関連組織、登録履歴、ルーティング使用、ルート認証状態、紛争、文書間の一貫性を確認する必要がある可能性がある。それぞれの不一致が新たなブランチを作成する。

したがって、正当なリクエスト量はリスクに依存する。クリーンで文書化された範囲は、権威あるチェックをほとんど必要としないかもしれない。名前とレガシー記録が変更された断片化されたポートフォリオは、多くを必要とするかもしれない。最初のケースを許可し、2番目のケースをブロックするクォータは、最も精査を必要とする取引に対して選択的になる可能性がある。

ブローカーは曖昧な立場を占める。彼らは情報コストを削減し、クライアントがレジストリ手続きをナビゲートするのを助けることができる。彼らはまた、商業的インセンティブを持ち、新規競合他社には利用できない蓄積されたデータセットを所有している可能性がある。再販売を防ぐために設計された条件は、ブローカーが公開記録を有料サービスに組み込む方法を制限する可能性があり、そのサービスが譲渡の安全性を向上させる場合でも同様である。

レジストリは、主張されたすべてのデューデリジェンスプロジェクトがバルク個人データに値すると判断すべきではない。目的、最小化、保持、セキュリティ、出力制御を求めることができる。決定は、申請者の familiarity や交渉力ではなく、要求された能力とリスクに焦点を当てるべきである。

取引期限も自動的に権利を生み出すべきではない。当事者は多くの私的期限を選択する。緊急アクセスルートは、遅延がレジストリの正確性、セキュリティ、または執行可能な権利を脅かす場合に正当化され、商業契約が攻撃的なクロージングを割り当てたからだけではない。それでも、明確なレビュースケジュールにより、当事者は期限の終わりに無期限のアクセス問題を発見するのではなく、計画を立てることができる。

権威ある登録データは依然として限定された証拠である

アクセスの重要性は完全性と混同されるべきではない。RIR の応答は、サービスが提示するように設計された登録状態およびイベントに対して権威がある。それ自体で、受益所有権、すべてのルーティングアドレスの現在の運用制御、私的売買契約の有効性、悪意のあるトラフィックの背後にある身元、またはすべての法律への準拠を確立するわけではない。

勤勉なレビューアは、レジストリ記録と企業提出書類、契約上の権限、ルーティング観測、RPKI、制裁資料、直接確認を組み合わせる。それぞれに独自の日付と証拠上の限界がある。登録連絡先は正確でも、組織を拘束できない場合がある。ルートは表示されても、合法的なタイトルを証明できない場合がある。クリーンな公開記録は、未公開の紛争と共存できる。

この境界は両方向に作用する。レート制限は完全な確実性を不可能にしたことで非難されるべきではない。完全な確実性はディレクトリだけから得られるものでは決してなかった。しかし、権威ある登録証拠の喪失は依然として比較を弱める。レビューアは、名前、日付、リソース範囲が他の資料と一致するかどうか、または不一致がエスカレーションに値するかどうかをテストできない可能性がある。

したがって、アクセス制度はデータがサポートする命題を説明すべきである。また、ディレクトリが自動的に不正を明らかにするという曖昧な主張によって正当化されるボリューム要求に抵抗すべきである。高アクセス申請者は、分析目的、使用される他の証拠、誤った帰属に対する保護、不確実な発見がどのように表現されるかを説明すべきである。

同じ注意が市場分析に適用される。より良いレジストリアクセスはデューデリジェンス、研究、不正対応を改善できる。より良い結論を保証するものではない。競争は、最大のローカルコピーが最も真実なサービスであると想定するのではなく、アクセス、方法、コスト、成果を通じて評価されるべきである。

履歴上の所有は既存事業者の優位性になり得る

確立された企業は、合法的に取得した登録スナップショットを数年分保有している可能性がある。新規参入者は現在の公開アクセスから始まる。バルクアクセスルールが厳しくなったり、インタラクティブな制限が低いままの場合、既存事業者はローカルストレージから履歴的な質問に答えることができるが、新規参入者は同じベースラインを再現できない。

その優位性は必ずしも不当ではない。データの収集、クリーニング、保護は投資である。履歴データセットには、自由に複製されるべきではない古い個人情報が含まれる場合がある。レジストリは古いアクセスを再現しない正当な法的理由を持つ場合がある。

ガバナンス上の懸念は経路依存性である。今日は平等と見なされるルールでも、昨日のルールの下で蓄積された不平等な証拠を保存できる。レジストリが非公開の関係を通じて例外を承認する場合、優位性は深まる可能性がある。ユーザーは、競合他社がスキル、準拠したバルク契約、レガシー所有、または特権的アクセスによってより有能なのかを区別できない。

したがって、透明性はアクセスクラスをカバーすべきであり、顧客の秘密をカバーすべきではない。レジストリは、アクティブなバルク契約の数を広範な目的別に公開できる。また、申請数、承認数、典型的な決定時間、停止数、含まれるデータのカテゴリも公開できる。少数の場合は集約が必要になるかもしれない。目的は、ルートが存在するかどうか、どのように機能するかを明らかにすることであり、調査員を特定することではない。

履歴データが公共の利益のための研究に重要である場合、管理された研究アクセスは既存事業者のロックインを減らすことができる。条件には、安全な環境、データ最小化、個人情報の公開レビュー、削除が含まれる場合がある。そのようなアクセスは、裕福な機関以外の研究者を含む、同じ基準の下で資格のある申請者に開かれるべきである。

不正対応にはバーストパターンがある

不正調査はしばしばイベント駆動型である。キャンペーンが1つのアドレスを明らかにし、次いで関連する範囲、連絡先、自律システム、組織のセットを明らかにする。アナリストは共有ホスティングと共通制御を区別し、現在の登録と古い属性を区別しなければならない。クエリは、害がアクティブであるためにバーストで到着する。

レート制御はディレクトリを保護しながら、このパターンを妨げる可能性がある。遅延したルックアップは、フィッシングインフラが移動したり、ネットワークオペレーターが適切な連絡先を持たないままにする可能性がある。しかし、すべてのセキュリティベンダーを緊急ユーザーと宣言することは、悪用を招き、個人データを大規模に露出させるだろう。

より良いモデルは、検証された運用ロールとインシデント固有のエレベーションを認識する。申請者は認証し、目的を特定し、使用と保存条件を受け入れ、時間制限付きの割り当てを要求できる。確立されたアカウントには自動承認が可能であり、異常なアクセスは人的レビューを受けることができる。すべてのエレベーションはログに記録され、監査可能であるべきである。

不正連絡先は、その目的が報告を受け取ることであるため、特別な扱いに値する。RIPE の公開ポリシーは、abuse-cのバルク可用性を他の個人データから明確に区別している。他のレジストリは異なる構造を実装するかもしれないが、設計原則は適用される：公式の不正ルートへのアクセスは、アナリストが無関係なクエリを通じて個人データクォータに達したという理由だけで消えるべきではない。

経済性は微妙である。大規模なセキュリティ企業は分散コレクターを運用し、データフィードを交渉できる。ボランティア研究者、小規模プロバイダー、市民社会調査員は公開サービスに依存する可能性がある。インフラ規模に報いるルールは、独立した監視を減らす可能性がある。同時に、無料の無制限アクセスは収益性の高い商用コレクターを助成する可能性がある。公開された目的ベースの階層は、これらのユーザーが同一であるふりをするよりも防御可能である。

研究の質はアクセスの開示に依存する

ネットワーク研究はしばしば、レジストリデータを割り当てと連絡先関係のグラウンドトゥルースとして扱う。データは定義された登録機能に対して権威があるが、観測されたデータセットは制限、編集、検索サポート、収集時間によって形成される可能性がある。これらのアクセス条件を省略した論文は、欠落した応答を欠落したリソースと混同するリスクがある。

再現性には URL のリスト以上のものが必要である。研究者は日付、サービス、クエリタイプ、認証クラス、応答ステータス、再試行動作、除外、バルクスナップショットを使用したかどうかを記録すべきである。個人データや資格情報を公開せずに、バックオフとキャッシュを尊重するコードを公開すべきである。

レジストリは、バージョン管理されたポリシーページ、機械可読なサービス記述、安定したエラーコード、研究スナップショットで再現性をサポートできる。ポリシー変更には発効日とアーカイブが必要である。そうでなければ、後の研究者は同じ方法がなぜ異なるコーパスを生成するのか説明できない。

学術的所属は公共の利益の唯一のマーカーであるべきではない。独立した研究者、ジャーナリスト、小規模な地域機関は価値ある作業を生み出すことができる。適格基準は目的、能力、保護措置を検討すべきである。機密性の高いバルクデータには機関の署名が必要とされる場合もあるが、エリートスポンサーのいない申請者のためのルートがあるべきである。

失敗した研究や部分的な研究も証拠を提供する。制限が完了を妨げた場所の集約レポートは、レジストリが貧弱なクライアント設計と満たされていない正当な需要を区別するのに役立つ。報告チャネルは、ユーザーが制限に達したことを認めただけで罰するべきではない。

公共部門ユーザーは自動的に特権を持たない

法執行機関や規制機関は、公務のために登録データを求める場合がある。緊急サービスは運用上の連絡先を必要とする場合がある。制裁スクリーニングは譲渡デューデリジェンスに影響を与える可能性がある。公的権限は法律に基づく特定のアクセスを正当化できるが、すべての政府要求に対して未定義の上位階層を作成すべきではない。

レジストリは、パブリックデータアクセス、保護された開示、技術的クォータを分離すべきである。非公開情報に対する合法的な要求は、文書化された法的ルートに属する。公開記録をクエリする公共部門のアナリストは、定義された運用上のニーズがエレベーションを正当化しない限り、通常の技術的制御に従うべきである。ルートを混在させると、過剰開示と隠れた優先権の両方のリスクがある。

国境を越えた要求は複雑さを増す。ある管轄区域の権限は別の管轄区域のレジストリを拘束しない場合がある。認証は法的権利を確立しない。応答は、異なるデータを黙って返すのではなく、ルートと該当するレビューを特定すべきである。

透明性は集約されたままであり得る。レジストリは調査を明らかにすることなく、アクセスクラスと要求結果を報告できる。独立した監視は、公的機関が公開された法律と基準の下でデータとキャパシティを受け取っているかどうかをテストすべきである。

商用ユーザーも同じ明確さに値する。あるユーザーが利益を追求しているという事実はそのデューデリジェンスを違法にするものではなく、別のユーザーが公共の安全を主張しているという事実がすべての要求を比例的にするわけではない。目的、必要性、データクラス、保護措置、負荷は、制度的ラベルよりも良いテストである。

バルクアクセスは独自のゲートを持つ代替手段である

インタラクティブなクエリが非効率な場合、バルクデータセットまたはニアリアルタイムミラーは負荷を減らすことができる。レジストリは制御されたフィードを1つ生成し、ユーザーはローカルで検索する。これにより、サービスの回復力と研究の質の両方が向上する。また、裁量をレート制限からアプリケーション窓口に移す可能性もある。

ARIN の Bulk Whois ページは、インターネットの運用上または技術上の研究に使用する組織に公開ディレクトリオブジェクトを提供し、アカウントと署名された条件を必要とし、意図された使用をレビューし、承認または拒否を申請者に通知すると述べている。製品、サービス、または内部システムのアプリケーションは、バルクコピーの資格を得るために明確な広範なコミュニティ利益が必要であると述べている。これは実質的なアクセス境界であり、単なるダウンロード手順ではない。

APNIC のバルクアクセスステートメントも同様に、承認されたインターネット運用上の使用と、データの転送、マーケティング、特定の商用アプリケーションに関する制限を説明している。これらの条件は、サーバー容量に還元できないプライバシー、著作権、目的の選択を反映している。

アプリケーションレビューは、特に個人データについては正当化され得る。それでも、必要な情報、決定要因、予想時間、期間、更新、セキュリティ義務、停止理由、レビュールートを公開すべきである。目的がサービスの範囲外であるために拒否されたユーザーは、より狭いデータセットや異なるライセンスが可能かどうかを理解すべきである。

バルクフィードは完全な答えではない。遅延したり、履歴状態や連絡先を省略したり、安全なストレージを必要としたりする場合がある。小規模ユーザーはそれらを運用するキャパシティを欠く場合がある。公正な制度は、有用な正確なルックアップを保存し、フルコピーが過剰な場合にはスコープされた抽出またはホスト型分析を提供する。

商用アクセスには料金が必要であり、好意ではない

一部の高ボリュームユーザーは実際のコストと商業的価値を生み出す。それらに課金することは、すべての会員にキャパシティを助成させるよりも公平であり得る。危険は、価格、範囲、承認が私的交渉に依存する特注アクセスにある。

レジストリが有料の高ボリュームアクセスを提供する場合、サービスクラス、適格性、含まれるデータ、鮮度、サポート、制限、価格または価格方法、プライバシー義務、終了を公開すべきである。割引は、個人的な familiarity ではなく、公共の利益のための研究や会員ステータスなどの表明された要因に従うべきである。実質的に類似した申請者は比較可能な条件を受けるべきである。

支払いは、通常のユーザーには利用できない正確性や権限を購入してはならない。登録記録の権威ある意味は同じままであるべきである。有料アクセスは、ボリューム、配信方法、サポート、またはデータを再利用するためのライセンス権利を提供できる。公開記録を誤解させる隠れた事実の階層を作成すべきではない。

また、価格がプライバシーバイパスになってはならない。個人データおよび保護されたデータは、収益に関係なく目的と法的根拠を必要とする。逆に、すべての商用使用の包括的禁止は、オペレーターが詐欺を防止したり、準拠した譲渡を完了したりするのに役立つサービスをブロックする可能性がある。レビュー可能なライセンスは、有害な再販売と付加価値デューデリジェンスを区別できる。

レジストリは、収益とコストを集約レベルで説明すべきである。会員はその後、サービスが増分コストを回収しているか、公開アクセスをクロス補助しているか、少数のデータ顧客への依存を生み出しているかを評価できる。商業的機密性は個別の契約を保護できるが、料金原則は可視のままであるべきである。

非差別には比較対象が必要である

非差別的なアクセスを求めるのは簡単である。この用語を適用するには、誰が同様の状況にあるかを特定する必要がある。同じリクエスト量を行う2人のユーザーは、クエリコスト、データ感度、目的、キャッシュ、過去の悪用において異なる可能性がある。それらを異なる扱いにすることは正当化され得る。同じ宣言された目的と保護措置を持つ2人のユーザーは、一方がより大きなブランドを持っているという理由だけで異なる条件を受けるべきではない。

レジストリは、アクセスクラスによって比較対象を定義すべきである：匿名正確ルックアップ、認証された運用使用、承認された研究、検証されたインシデント対応、バルク運用フィード、商用再利用。各クラス内では、ベースライン条件は同じであるべきである。逸脱は記録された理由と有効期限を持つべきである。

間接的な差別も重要である。英語のみの法的形式、一部の地域で利用できない支払い方法、必須の法人ステータス、1つのタイムゾーンでの固定レビューコール、入手が困難な身分証明書は、地理を明示せずにユーザーを排除できる。アクセシビリティと地域参加はテストされるべきである。

差別の証拠は、1つのブロックされたリクエストから推測することはできない。比較可能なアプリケーション、技術的記録、理由が必要である。レジストリはそれらの記録を保存し、集約結果を公開すべきである。ユーザーは、他の顧客の機密契約を入手することなく、異議申し立てで比較対象を提示できるべきである。

この記事は、特定の RIR が違法に差別したと主張するものではない。公開資料は、その結論に必要な同等の申請者レベルのデータセットを提供していない。この記事は、制御が分配的効果を持ち、したがって不当な差異を検出できる設計が必要であると主張する。

エラー応答は適正手続きの一部である

最初の救済手段は理解可能性である。HTTP 429は、準拠した RDAP クライアントに速度を落とすべきであることを伝える。Retry-Afterはいつ再試行すべきかを示すことができる。応答本文はドキュメントを特定できる。これらの単純な機能は、無駄な再試行を防ぎ、一時的なレート制御と欠落したレコードを区別する。

応答には、安定した理由カテゴリを含めるべきである：ベースラインリクエストクォータ、個人データ結果制限、同時接続制限、高コスト検索制御、疑わしい悪用、許可されていないアクセスクラス、または条件制限。検出器を公開する必要はない。ブロックが IP、プレフィックス、アカウント、トークン、組織のいずれに適用されるか、通常の正確なルックアップが引き続き利用可能かどうかを特定すべきである。

機械可読なヘッダーは、人間向けのルートと対になるべきである。アクティブなインシデント中のセキュリティアナリストは、アクセスが拒否される可能性があると述べた一般的なポリシーを読んでも、誤ったブロックを解決できない。連絡先はリクエスト識別子と関連するサーバーレコードを受け取るべきであり、ユーザーが機密のクエリ詳細をメールで送信する必要がないようにする。

エラーは誤った確実性を避けるべきである。レート制限を隠すために「見つかりません」を返すことは、研究とデューデリジェンスを破壊する可能性がある。RFC 7480は以前の標準コンテキストでその可能性について議論したが、権威ある証拠サービスは、具体的なセキュリティ上の理由で隠蔽が必要でない限り、明示的な制限を好むべきである。隠蔽が使用される場合、ユーザーが診断できないため、監査と監視がより重要になる。

クライアントにも義務がある。キャッシュ、重複排除、高コスト検索のシリアル化、バックオフの尊重、適切な場合の自己識別、明確な拒否後の停止を行うべきである。公正な制度は相互的である：レジストリは説明しレビューし、ユーザーは最小化し遵守する。

不服申し立ては意味があるほど迅速であるべき

譲渡が完了した後または攻撃が終了した後に決定される不服申し立ては、形式的には利用可能で実質的には弱い。レビュー時間はアクセスクラスと結果に対応すべきである。定期的なバルク申請は、文書化されたインシデント中の誤った自動ブロックよりも長くかかる可能性がある。

第一段階は運用上の再検討である。スタッフはアイデンティティ単位、トラフィックパターン、ポリシー、検出器を確認する。ベースラインアクセスを復元したり、一時的なスコープ付きキャパシティを付与したり、必要なクライアント修正を説明したりできる。決定と期間は記録されるべきである。

第二段階は、恒久的なブロック、拒否された高アクセス、争われた商用条件に対して利用可能であるべきである。元の決定から問題に比例した程度で独立しているべきである。レビューアは技術的および申請の証拠への保護されたアクセスを必要とする。ユーザーは、セキュリティと第三者プライバシーを保護しながら答えられるほど具体的な理由を受け取るべきである。

暫定的救済は重要である。狭い許可は、完全な紛争がレビューされている間、緊急の正当な行為を保存できる。条件はクエリタイプ、リソース範囲、期間、出力を制限できる。後で悪用が示された場合、レジストリはアクセスを取り消し、公開された制裁を適用できる。

救済手段には、アクセスの復元、誤って共有されたクォータのリセット、アイデンティティマッピングの変更、より狭いデータセットの承認、料金の返金、誤解を招くポリシーページの修正、体系的なルールの改訂が含まれる。元の拒否を繰り返すだけの不服申し立て制度は効果的ではない。

プライバシーとアクセスは一緒に設計されるべきである

プライバシーは、より強力なアクセス権が存在できない理由として時々提示される。これは誤った二分法を生み出す。レジストリはフィールドを最小化し、ロール連絡先を使用し、リソースと個人データのクォータを分離し、高リスクアクセスを認証し、条件によって使用を拘束し、検索をログに記録し、許可を期限切れにし、ダウンロード可能なコピーの代わりに安全な分析を提供できる。

APNIC WHOIS プライバシー提案 prop-162は、不要な連絡先公開を削減し、バルクアクセスを管理するための活発な地域的議論を示している。その影響議論は、公開検索、バルクデータ、フィルタリング、条件、取消しを区別している。詳細は APNIC のコミュニティに属する。分析上の教訓は、開示形式とアクセス制御が運用上および法律上の結果を持つポリシー選択であるということである。

役割ベースの不正連絡先は、到達可能性を維持しながら個人の露出を減らすことができる。編集通知は、情報が存在するが差し控えられていることをユーザーに伝え、合法的な要求ルートを特定できる。差別化されたアクセスは、許可されたユーザーにのみ保護された詳細を明らかにできる。これらの制御はリスクを排除するものではないが、粗いカウントの後にすべてのリクエストをブロックするよりも精密である。

レジストリはまた、アクセスログを最小化すべきである。クエリ履歴は調査、クライアント、商業計画を明らかにする可能性がある。保持、スタッフアクセス、開示ルールにはガバナンスが必要である。クォータの公平性を改善する認証は、黙って長期監視になるべきではない。

適切なバランスはある管轄区域からコピーすることはできない。耐久性のある要件は、目的を述べ、制御に必要なものだけを収集し、登録データとクエリレコードの両方を保護し、プライバシーがアクセスを拒否するために使用される場合にレビューを提供することである。

キャッシュとローカル分析は報われるべきであり、想定されるべきではない

よく設計されたクライアントは、合理的な鮮度期間内に権威ある応答をキャッシュし、重複する参照を避け、許可された場合はバルクファイルを使用することで負荷を減らす。レジストリは、適切な動作を実用的にするキャッシュガイダンス、バリデーター、更新シグナルを公開すべきである。

キャッシュには限界がある。デューデリジェンスプロバイダーは、キャッシュ時間後にレコードが変更されたかどうかを知る必要がある。不正連絡先は古くなる可能性がある。譲渡またはルートイベントは、新しい権威ある応答を必要とする場合がある。レジストリは、どのフィールドとイベントが更新を必要とするかを示さずに、ユーザーにキャッシュするよう指示すべきではない。

ローカルミラーはスケールを改善できるが、データ保護とセキュリティ義務を増加させる。後で修正または削除されたレコードを含む可能性がある。アクセス契約は、更新、削除、転送開示、違反対応、アクセス終了時の処理を定義すべきである。技術的な失効はすべての以前のコピーを取得できないため、申請者の保護措置が重要である。

小規模ユーザーはクエリマニフェストから恩恵を受ける可能性がある：宣言されたリソースセットを提出し、制限された抽出を受け取り、フルミラーを運用することを避ける。プライバシーフィルターと目的レビューは一度適用できる。この中間層は、低いインタラクティブクォータと完全なデータベースの間の選択を減らす。

優れたクライアント動作はレビューに影響を与えるべきである。重複排除、キャッシュ、バックオフ、安全な保持を示す申請者は、より低いリスクを提示する。基準と証拠は公開されるべきであり、新規参入者が私的交渉を通じて学ぶのではなく、それに基づいて構築できるようにする。

クロス RIR の一貫性は開示に焦点を当てるべきである

1つの世界的クォータは表面的には単純で、実質的には貧弱である。RIR サービスは異なる検索能力、データモデル、法的義務、運用負荷を露出する。一貫性はポリシーがどのように説明されるかから始めるべきである。

一般的なプロファイルは、エンドポイント、クエリクラス、ベースラインアイデンティティ単位、広範なレートモデル、個人データ制御、認証オプション、バルクルート、商用利用ルール、エラーコード、連絡先、レビュー時間、ポリシーバージョンを公開できる。機械可読なメタデータにより、クライアントは推測することなく適応できる。

RIR はまた、制限応答の意味を調整し、テストエンドポイントを公開できる。クライアントは、ローカルな散文を解析することなく、権威ある不在をクォータから区別できるべきである。クロスレジストリ調査はその後、比較可能なギャップを記録する。

NRO RIR Governance Document Version 2は、NRO を通じて採用された標準プロトコルを使用して、安定した、信頼性が高く、安全で、正確で、説明可能な RIR サービスを求めている。また、透明性と紛争解決を強調している。これらの高レベルの義務はクォータを指示するものではない。それらは、実質的な制限を地域ガバナンスに委ねつつ、共有された開示とレビューのベースラインをサポートする。

調整はアクセス制限のカルテルになるべきではない。地域コミュニティは、自分たちのデータとユーザーが異なるバランスを正当化するかどうかを議論できなければならない。共通の最小限は、可読性と救済を改善すべきであり、最も厳格なポリシーをどこでも凍結すべきではない。

ユーザーを公開せずに使用状況の証拠を公開する

ポリシーは、レジストリが誰が制約されているか、なぜかを知ると改善する。総リクエスト数、高コスト検索、キャッシュ効果、429応答、ブロック、認証対共有アドレスアカウンティング、バルク申請、レビュー時間、復元されたアクセスを測定できる。結果は、ユーザーと防御方法を保護するために集約されるべきである。

APNIC のディレクトリサービス使用統計に関する prop-167は、2025年にコミュニティ合意に達し、提案履歴によれば執行理事会によって承認された。これは Whois および RDAP の使用状況の可視性を高め、機械可読な統計を説明している。正確な実装は APNIC に属するが、議論はクエリ証拠自体がガバナンスの主題であることを示している。

公開は個々の送信元アドレスや調査員を露出することを避けるべきである。トップネットワークのリストでさえ、行動を明らかにしたり、セキュリティリスクを生み出したりする可能性がある。集約、しきい値、遅延リリース、プライバシー評価が必要である。リソース保持者は、認証された制御の下で自分の記録へのアクセスを見る別個の利益を持つ場合がある。

統計には定義が必要である。ブロックされたリクエストはブロックされたユーザーではない。1人のユーザーが多くのアドレスを保持できる。1つのアドレスが多くのユーザーを表すことができる。429は正しいか誤りであり得る。申請拒否は許容されない目的または不明瞭なフォームを反映する可能性がある。カウントは評決として提示されるべきではない。

最も有用なレポートは、制限を救済に結びつける：何人のユーザーがレビューを求め、何人が復元または修正されたアクセスを受け取り、ルールがなぜ変更され、認証変更後に共有アドレス苦情が減少したか。これにより、コミュニティは制限が比例しているかどうかをテストできる。

理事会は自らが作り出すアクセス市場を統治すべきである

レジストリ理事会はクエリ制御をエンジニアリングの詳細と見なすかもしれない。アクセスクラス、バルクライセンス、有料階層が誰が証拠サービスを構築できるかを決定すると、制御は市場を形成し、制度的な監視を必要とする。

理事会はポリシー目的を承認し、集約分布とレビュー結果を受け取り、主要な例外を検討すべきである。商用アクセスからの収益が制限的な決定に影響を与えるかどうかを理解すべきである。取締役または諮問参加者がブローカー、データベンダー、大規模セキュリティ企業と関係がある場合、利益相反を宣言すべきである。

調達は同じ市場を形成できる。比較可能な生アクセスを潜在的な競合他社に拒否しながら、商業インテリジェンス製品を購入するレジストリは、目的、ライセンス、保護措置の区別を説明できるべきである。これはえこひいきの証拠ではなく、記録された比較分析の理由である。

独立した監査は、技術設定が公開ポリシーと一致しているか、ブロックが理由にトレース可能か、申請基準が一貫して適用されているか、アクセスログが保護されているかをテストすべきである。侵入テストとキャパシティレビューは、高アクセスが公開ベースラインを危険にさらさないことを確認できる。

コミュニティ協議は、公開ベースライン、個人データルール、バルク適格性、価格への重要な変更の前に行われるべきである。緊急制御は即時使用が必要かもしれないが、期限切れになるかレビューのために戻されるべきである。一時的な制限を静かに維持することは、同意なしにインシデント対応をポリシーに変換する。

番号資源協会の限定された役割

NRS は、ユーザーがレジストリが評価できる形で正当なニーズを説明するのに役立つガイダンスを公開できる：目的、クエリクラス、頻度、緊急性、キャッシュ、保持、出力、プライバシー保護。メンバーの委任状またはその他の明示的な権限をもって、そのメンバーをリクエストまたは不服申し立てで代表できる。これは、専門の弁護士を持たない小規模オペレーターや研究者にとって特に有用であるが、レジストリのみが公開されたルールの下でアクセスを決定する。

バージョン管理された公開 RIR アクセスポリシーの比較を維持し、非侵襲的なリクエストで標準エラー動作をテストできる。比較は単位の違いを保存し、より高い数値が優れていると宣言することを避けるべきである。誤ったブロック、遅延したレビュー、アクセスできないアプリケーション要件の自主的な報告を収集し、地域チャネルを通じて集約証拠を提出できる。

NRS は、共通のクォータ開示プロファイル、モデル理由コード、不服申し立てチェックリストを提唱できる。権限のあるメンバーが、取引を保存する暫定許可を付与するか、共有アドレスの背後で誤って結合されたアカウントを修正するよう、責任あるレジストリに要求するのを支援できる。NRS はクォータを設定せず、資格情報を発行せず、許可を付与せず、アカウントを変更せず、不服申し立てを裁定しない。

その限界は明示的であるべきである。NRS はバルク個人データを集中化せず、資格情報を貸し出さず、ユーザーが制御を回避するのを助けず、アクセスを保証しない。メンバーの逸話を使用してグローバルな拒否率を主張したり、レジストリデータアクセスサービスを運用したり、その見解を RIR にとって拘束力があると提示したりすべきではない。商業的デューデリジェンスはこのアドボカシーの役割の外にあり、特権的なレジストリアクセスへのルートとして使用されるべきではない。

建設的な役割は、説明責任のある参加のコストを下げることである。権限とデータ管理はレジストリに残る。

モデルクォータ憲章

レジストリアクセス憲章は、いくつかの公開ページと1つの機械可読文書に収まる可能性がある。まず目的を述べる：サービス可用性、プライバシー、セキュリティ、公正なコスト、意図されたレジストリ使用。各制御を1つ以上の目的にマッピングする。

アクセスクラスとカウント単位を定義する。匿名正確ルックアップは回復力のあるベースラインを持つかもしれない。認証ユーザーは別個のアカウンティングと明確な履歴を受け取るかもしれない。検索、個人データ取得、同時実行は個別の制御を持つかもしれない。検証された運用、研究、インシデントユーザーはスコープされたエレベーションを要求できる。バルクおよび商用アクセスは公開された条件を持つ。

憲章はリセット動作、キャッシュ期待、バックオフ、広範なアイデンティティキーを説明する。標準エラーコードとドキュメントリンクをリストする。動的な悪用検出は機密のままでもよいが、ブロックされたユーザーは理由クラスとリクエスト識別子を受け取る。

アプリケーションページは、必要な証拠、許可される目的、データフィールド、決定目標、期間、更新、停止、価格方法、レビューを述べる。比較可能な申請者は比較可能な条件を受け取り、逸脱は記録される。プライバシー義務はレジストリデータとクエリログの両方をカバーする。

レビューセクションは、緊急運用上の再検討、永続的な決定に対する独立した第二段階レビュー、暫定的なスコープ付きアクセス、救済手段を提供する。集約レポートは、安全な定義で使用、制限、アプリケーション、取り消しを示す。

最後に、憲章は発効日、アーカイブ、コミュニティ修正ルートを持つ。バージョン管理された公開記録なしにゲートウェイで変更されるポリシーは、ユーザーによって監査されない。

証拠は設計と状況によって不完全である

公開ポリシーページは、すべての動的しきい値、商業契約、申請決定、影響を受けるユーザーではなく、表明された制御を明らかにする。セキュリティはある程度の秘密を必要とする。プライバシーはクエリ記録の公開を制限する。企業は、どれだけの権威あるデータを保有しているか、どのライセンスを交渉したかをめったに開示しない。

2015年から現在までのすべての RIR のリクエスト、返されたオブジェクト、個人データ数、共有アドレス効果、429応答、恒久的ブロック、バルク承認、価格、レビュー時間、申請者特性を特定する同等のグローバルデータセットは存在しない。したがって、この記事は市場障壁の規模を定量化したり、どのユーザークラスが最も失うかを宣言したりすることはできない。

既存事業者の優位性メカニズムは制度的推論である：過去のデータセット、承認されたフィード、分散インフラ、確立された関係は公開クォータへの依存を減らすことができる。そのメカニズムが特定の市場での競争を変えるかどうかは、申請者、コスト、成果の証拠を必要とする。タイトルは検討すべきリスクを特定するものであり、法的判断ではない。

公開ポリシーも変化する。日付と単位なしで引用された制限は誤解を招く可能性がある。クロスレジストリの条件は法的に比較可能でない場合がある。商用利用制限は、技術的能力ではなく、著作権、プライバシー、会員目的、契約から生じる場合がある。

これらの限界は、開示とレビューの根拠を強化する。無制限の抽出をサポートするものではない。不確実性に対する適切な対応は、サービスとその記録に代表される人々を保護しながら、より良い証拠を生み出す制度である。

ゲートは理由を提示できるべきである

レジストリディレクトリは単なる無料のデータ製品ではなく、高ボリュームユーザーは制限なく消費する自動的な権利を持っているわけではない。レジストリは可用性を維持し、個人情報を保護し、悪用を防止し、会員資金によるコストを説明する義務がある。

また、他のアクターが運用、調査、取引を行うために必要な権威ある証拠を保持している。アクセス容量が隠れた技術的しきい値、非公式な例外、または特注契約を通じて割り当てられるとき、サービスは市場ポリシーを一切宣言せずに、既存性と規模を特権化できる。

救済手段は1つの巨大なクォータではない。それは階層化された制度である：有用な匿名アクセス、公正なアイデンティティアカウンティング、クエリとデータコストに一致する制御、認証された正当な高使用、統治されたバルクおよび商用ルート、機械可読な制限、タイムリーな不服申し立て、集約証拠。ユーザーはキャッシュ、バックオフ、最小化、コンプライアンスで応える。

制限は、準拠するユーザーが5つの質問に答えられるときに制度的に正当化される：何がカウントされているか、なぜ制御が適用されるか、どの代替手段が目的に適合するか、誰がエラーをレビューするか、どの救済手段が間に合うか。それらの答えがなければ、429は単なる閉じたゲートである。それらがあれば、権威あるサービスを共有するための比例したルールとなり得る。

ソース