SOURCE 属性が IRR トラストラベルになった

概況

RPSL はsource:をオブジェクトが登録されているレジストリと定義する。この属性は来歴を示すが、構文だけでは現在のリソース保有者を証明したり、発信 AS を認証したり、鮮度を証明したり、ミラーが最新であることを保証したりしない。
分散 IRR により、消費者はどこに問い合わせるかを選ばざるを得なかった。直接的な顧客関係があれば好ましいレジストリを指定できたが、第三者は権威あるソースへの参照を欠くことが多かった。そのため、レジストリ名は信頼の実用的な代理となった。
ソフトウェアがその信頼を運用可能にする。RADb と IRRd はソースの選択と順序付けを可能にし、bgpq4は名前付きソースのみにフィルタ生成を制限でき、IRRd はソースレベルのルートオブジェクト優先度を割り当てることができる。設定の選択により、人間が見る前にある宣言を抑制し、別の宣言を許可することができる。
ブランドベースの選好は不合理ではない。RIR 統合 IRR は番号リソース記録に対して認証できるが、一部の独立データベースはより広いコミュニティを受け入れ、有用なカバレッジを維持する。誤りは、あるラベルの下のすべてのオブジェクトが同一の権威、経年、保守履歴を持つと仮定することである。
ソースの品質は別々の次元で測定されるべきである：アドレス保有者の許可、発信 AS の参加、資格情報の強度、鮮度、RPKI との整合性、BGP との関連性、ミラーの整合性、修正権、削除パフォーマンス、可用性、例外の透明性。
ソースグレードはオブジェクトレベルの証拠を決して置き換えるべきではない。適切に管理されたソース内の現在の RPKI 有効なルートオブジェクトは、放棄されたメンテナーの下にある古い NotFound オブジェクトとは異なり、両方が同じsource:値で終わっていても異なる。
運用者は再現可能なソースポリシーを必要とする：名前付きソースとバージョン、競合ルール、選好の理由、レビュー日、fail-open または fail-closed 動作、フィルタ差分、緊急例外。顧客は、ソースポリシーの変更が到達性に影響を与える場合、通知と救済を必要とする。
番号資源社会は比較研究を公開し、レジストリとフィルタプロバイダ向けのポータブルな証拠プロファイルを提唱できる。しかし、認定、認証、運用権限のランク付け、苦情の決定はできず、適格な運用者と独立評価者がテストを実施し、所有する必要がある。

最も影響力のある行は、しばしば最も説明的でない

RPSL ルートオブジェクトは、プレフィックス、発信 AS、メンテナー、連絡先、備考、タイムスタンプを含むことができる。一番下の行はsource: RIPE、source: APNIC、source: ARIN、source: RADBのみかもしれない。控えめに見える。しかし、分散ルーティングレジストリでは、その名前がオペレーターがオブジェクトを考慮するか、どのコピーが競合に勝つか、結果としてプレフィックスがルータフィルタに入るかを決定できる。

この力はテキストに内在するものではない。RFC 2622は属性に狭い意味を与えている：それはオブジェクトが登録されているレジストリを指定する。このフィールドは主張がどこに属するかを示す。主張が正しいこと、アドレスホルダーが承認したこと、発信 AS がまだ使用していること、特定のトランジットネットワークがそれを信頼すべきことを示すものではない。それらの判断はレジストリルールとオペレーター設定を通じて入り込む。

この区別は重要である。なぜなら、見た目が同じルートオブジェクトでも、異なる証拠履歴を持つ可能性があるからだ。あるものは、現在の登録保有者にリンクした RIR アカウントを通じて作成されたかもしれない。別のものは、何年も前にプロバイダによってプロキシ登録されたかもしれない。さらに別のものは、最初のものの忠実なミラーかもしれない。4つ目は、同一のプレフィックスと発信 AS を持つが、より弱い受け入れ管理を持つデータベースによって独立して受け入れられたかもしれない。source:値は公開来歴を区別するが、受け入れの背後にあるすべての証明を公開するわけではない。

それでも、オペレーターは決定を下す必要がある。フィルタジェネレータは AS-SET を展開するたびに制度理論を議論できない。ソースに問い合わせ、結果を解決または結合し、設定を出力する。その環境では、ソース名は圧縮されたポリシーとなる：「これらのレジストリを使用」「これらのレジストリを優先」「そのレジストリを無視」。この圧縮は運用上効率的である。また、普遍的な信頼ランキングと誤解されやすい。

統治の課題はソース選好を廃止することではない。理由を可視化し、測定可能にし、修正可能にすることである。レジストリ名は有用な開始信号になり得る。それは、不十分な許可、古いデータ、弱い救済手段を許す世襲の称号であるべきではない。

来歴が必要だったのは、レジストリが分散されていたから

初期のルーティングレジストリは、1つの組織がすべてのポリシーステートメントを保持する必要なく、インターネット全体の調整のために設計された。RFC 1786は1995年に RIPE データベースのルートオブジェクトを記述した。RPSL が言語を一般化した。2000年までに、RFC 2901は異なる顧客基盤にサービスを提供する複数のレジストリを記述し、プロバイダの慣行が多様である中で、論理的に最も近い適切な IRR にルートを登録するようネットワークに助言した。

分散システムには名前空間と来歴が必要である。オブジェクトが1つのクエリサービスにミラーリングされる場合、消費者はどのソースが各オブジェクトを受け入れたかを知る必要がある。ソース名は、ミラーリングされた RIPE オブジェクトがローカルの RADb アサーションになりすますことを防ぎ、クライアントが選択したレジストリを要求できるようにする。また、それ以外は一致するコンテンツを持つ2つのオブジェクトが異なる制度的起源を保持することも可能にする。

分散は実用的な利益を提供した。ネットワークはリソースを理解している地域またはプロバイダコミュニティに登録できた。ミラーは可用性を向上させ、広範な検索のための1つのエンドポイントを提供できた。異なる機関がインターフェースとポリシーで革新できた。ルート宣言ごとにグローバルな変更管理機関の承認は必要なかった。

コストは権威発見問題だった。RFC 7682は、プレフィックスが与えられたとき、第三者がどの IRR に権威ある最新のステートメントが含まれているかを事前に判断できないことが多いと観察した。直接のプロバイダは BGP 注文フォームで顧客に尋ねることができた。ルートサーバ、研究者、遠隔のピアはその関係を欠いていた。既知のすべてのソースをミラーリングするとより多くのデータが返されるが、どのアサーションが優先されるべきかは説明されなかった。

したがって、ソース属性は来歴よりも大きな質問に答えるよう求められた：消費者のプロセスを信頼すべきか？RIR 名は、同じ組織が番号登録関係を保持していたため、魅力的に見えた。プロバイダおよび独立 IRR は、顧客、レガシーアレンジメント、または他の場所にないポリシーオブジェクトをカバーしていたため、依然として魅力的であった。ソース選択は、不完全な権威を管理する方法となった。

その進化は理解できる。それは正式な認証システムではなかった。ソース名はオブジェクトを認めた機関を記述する。信頼は、その機関が実際に何をチェックしたか、どの程度一貫してチェックしたか、そして最初のチェック後に何が起こったかに依存する。

登録場所と権威ある証拠は別の主張である

「ソース」という言葉は過剰解釈を招く。通常の言語では、ソースは知識の起源かもしれない。RPSL では、それはオブジェクトに付加されたレジストリの場所である。データベースは関連するアドレス空間に対して権威があるかもしれないし、独自のローカルオブジェクトコレクションに対してのみ権威があるかもしれないし、単に顧客のステートメントを公開するだけかもしれない。これらは異なる形式の権威である。

RIR 統合 IRR は、ルート作成をその管理下にあるアドレスおよび ASN レコードに結び付けることができる。APNIC は、ルーティングレジストリがアドレス範囲と AS 番号が APNIC リソース範囲内にあることをチェックし、リソースレコード内のメンテナー属性を使用してルーティングオブジェクトを制御すると述べている。ARIN は、NRTM ソースに、有効な維持組織とカバーされるリソースに結び付けられた許可されたオブジェクトが含まれていると説明している。RIPE データベースは、RIPE 地域内のルート作成にアドレス空間の許可を要求し、特定のブロッキングオブジェクトに対する階層ベースの回復を提供する。

これらの制御は証拠の重みを正当化する。それらはすべての詳細を時間的に不変にするわけではない。有効な保有者が誤った発信元を入力する可能性がある。プロキシは適切に許可され、後で obsolete になる可能性がある。古いインターフェースで作成されたオブジェクトは、今日作成されたものとは異なるメンテナンス履歴を持つ可能性がある。連絡先は劣化する可能性がある。ルートはサービス終了後もデータベースに残る可能性がある。受け入れ時の権威は、継続的な意図の自動的な保証ではない。

独立レジストリは異なる位置を占める。RADb は、1つの RIR の直接会員制度を超えたネットワークのルーティングポリシーを受け入れ、提供し、ミラーリングされたレジストリとの結合クエリビューを提供できる。その広がりは、適切な RIR IRR にオブジェクトがない場合、プロバイダが顧客のポリシーを管理する場合、または既存のツールが1つの広範なエンドポイントを期待する場合に、真の運用価値を持つ。また、消費者はどの提出がどのリソース証拠に結び付けられているかを尋ねなければならないことを意味する。

ラベルだけではその答えは得られない。source: RADBは RADb がオブジェクトを登録したと言う。オブジェクトが保有者によって直接作成されたか、サービスプロバイダによって作成されたか、レガシーメンテナーを通じてか、現在の RPKI 比較下にあるかを示さない。source: ARINはより強力な地域登録統合を持つが、消費者は依然としてオブジェクトの経年、ステータス、競合証拠を必要とする。信頼は検証可能な行為に結び付き、表記法には結び付かない。

正しい階層は、主張固有の権威から始まる。アドレス発信元の主張については、現在の認定されたアドレス権威が特に重みを持つ。AS-SET メンバーシップについては、関連する AS 管理者と階層的命名管理が重要である。ミラーの鮮度については、トランスポートシリアルとタイムスタンプが重要である。単一のソースブランドが、よく知られているという理由だけで、すべての主張に最適であるわけではない。

クエリオプションは静かに憲法上のルールになった

ソース階層はしばしばコマンドラインフラグで実装される。RADb のクエリインターフェースは、クライアントが選択したソースを設定することを許可し、デフォルトの検索順序はサーバ設定に従う。IRRd は、オペレーターがデフォルトソース、エイリアス、順序を定義することを許可する。bgpq4は、広く使われる設定ジェネレータで、-Sリストを受け入れ、RPKI と RIR IRR を中心に構築されたセットを推奨する。キャリアは、顧客がほとんど見ることのないスケジュールされたコマンドに信頼憲法をエンコードできる。

これは自動化への批判ではない。構造化されたルーティングデータの目的は、再現可能なポリシーをサポートすることである。ソースリストは、オペレーターのセキュリティ基準を満たさないデータベースを除外できる。明示的な順序は結果を決定論的にできる。自動更新は、保有者の更新と機能するルートの間の遅延を減らすことができる。

しかし、ソースオプションは結果を伴うポリシー決定である。顧客が RADb にのみ有効なルートオブジェクトを持ち、トランジットプロバイダがジェネレータを全ソースから RIR のみのソースに変更したとする。オブジェクトは偽になったわけではない。そのプロバイダの選択された証拠から見えなくなった。次のポリシー再構築時に、プレフィックスは許可リストから消える可能性がある。逆に、広範なソースを追加すると、古いまたは許可されていないプレフィックス発信元ペアがフィルタに導入される可能性がある。

ソース順序は包含よりも微妙である。従来のクエリはすべてのマッチングオブジェクトを返し、クライアントが最初のものを採用するかもしれない。ツールは結果を結合するかもしれない。ローカルデータベースは応答前に抑制を適用するかもしれない。オペレーターは生成されたプレフィックスを集約し、どのオブジェクトがより具体的なものを認めたかを不明瞭にするかもしれない。同じソースリストでも、異なるソフトウェアとオプションの下で異なる実効ポリシーが生じる可能性がある。

ガバナンスには、オペレーターが完全な決定を文書化することが必要であり、クエリホストを名前付けるだけではない。どのソースが選択されたか？どの順序か？ミラーまたは権威あるエンドポイントが使用されたか？RPKI 無効なオブジェクトは抑制されたか？重複する優先度の低いオブジェクトは隠されたか？AS-SET はどのように展開されたか？結果が空の場合はどうなったか？生成されたポリシーはいつ展開されたか？

これらの質問は、公的機関における手続き的権利と同等である。それらは、どの主張が聞かれ、どれが除外されるかを決定する。周囲のルールが検査可能であり、影響を受けるネットワークが結果的な誤りに異議を唱えることができる場合にのみ、信頼ラベルは正当になる。

ルートオブジェクト優先度は評判を実行可能にする

IRRd のルートオブジェクト優先度機能は、ソースの評判がコードになることの異常に明確なデモンストレーションである。管理者は設定された各ソースに数値の優先度を割り当てる。ルートオブジェクトが重複する場合、優先度の低いソースのオブジェクトは、優先度の高いソースのオブジェクトに優先して抑制される。ソースのランクは、通常のクエリが公開するものを変える。

このメカニズムは有用である。RIR 権威ソースに現在のルートデータが含まれている場合、ローカルの IRRd オペレーターは、管理の弱いサードパーティソースからの重複オブジェクトを抑制したいと合理的に考えるかもしれない。その結果、曖昧さを減らし、古い広範な宣言がフィルタに影響を与えるのを防ぐことができる。優先度は、1回限りの例外ではなく、大規模なデータセット全体に一貫して適用できる。

その限界は同様に教訓的である。IRRd のドキュメントは、重複が正確、より具体的、またはより一般的であり、発信 AS はこの優先度比較によって考慮されないと述べている。重複するプレフィックスに対する優先度の高いオブジェクトは、発信元が異なる場合でも、優先度の低いオブジェクトの可視性に影響を与える可能性がある。1つのソースの変更は、別のソースのオブジェクトの可視ステータスを変更する可能性がある。設定された優先度のないソースは、比較の外で可視のままである。

それはソフトウェアによって隠された欠陥ではない。それは管理者が理解しなければならないポリシーモデルである。ソース優先度は、「どの機関の重複するルートデータが優先されるか？」に答える。2つの発信元間の完全な意味的関係を評価するわけではない。完全な保有者意図の調整を実行すると仮定するオペレーターは、正当なマルチオリジンまたはバックアップ宣言を隠す可能性がある。

優先度はまた、グレードの品質をインポートする。高ランクのソースが古いメンテナンスに苦しむ場合、その重複はより新鮮な低ランクのオブジェクトを抑制する可能性がある。ソースの受け入れ管理が改善されても、その歴史的なオブジェクトがすべて新しい保証を遡及的に取得するわけではない。レジストリの地域範囲が移管後に変更された場合、以前に権威あったラベルはそのプレフィックスに対して権威でなくなる可能性がある。

したがって、この機能は結果的なルールセットのように統治されるべきである。優先度の値は、表明された理由、所有者、発効日、レビュー日を持つ。変更は実際のオブジェクト差分に対してプレビューされる。予期しない抑制がサンプリングされる。顧客は自分のオブジェクトが隠されているかどうかとその理由を発見できる。緊急オーバーライドは期限切れになる。ランクは現在の管理的判断であり、ソース名の永続的なプロパティではない。

1つのラベルが複数の世代の制御をカバーできる

制度的評判は、存在しない内部の均一性を仮定することが多い。データベースは進化する。メール更新を廃止し、アカウント認証を追加し、階層的許可を導入し、古いオブジェクトを移行し、RPKI を統合し、地域範囲を厳格化し、保有者チャレンジツールを追加する。source:値はこれらの変更を通じて安定しているかもしれない。

例えば、ARIN の IRR ドキュメントは、シンプルオブジェクトとアドバンストオブジェクトを区別し、以前のメールテンプレートサービスからの移行オブジェクトに言及している。権限は、オブジェクトがどのように作成されたかに部分的に依存する。その許可された NRTM ソースは、登録組織との強力な現在の結びつきを持つが、オブジェクトの来歴は依然としてインターフェースと移行履歴を含む。注意深い消費者は、すべての行が1つの手順で生まれたと装うことなく、ソースの制度的強度を認識できる。

RIPE ソースは可視的な方法で境界を変更した。RIPE 管理アドレス空間に対して認証できなかった地域外のルートおよび aut-num オブジェクトはRIPE-NONAUTHに移動され、新しい地域外のルート作成は停止された。その再ラベリングは、最も純粋な形でのガバナンスだった：機関は、通常のRIPEラベルがそれらのリソースに対してこれ以上サポートできなかった権威の含意を撤回した。

APNIC の統合レジストリは地域リソースをチェックし、特定の条件下でインポートされたルートオブジェクトを許可する。そのドキュメントは、APNIC 管理アドレス空間のオブジェクトが外部 ASN を名前付けし、要求者が ASN 側の許可を欠いている場合でも通知をトリガーできることを説明している。それは、アドレスホルダー制御と発信 AS 認識の間の意図的なポリシーバランスである。source: APNICを評価する消費者は、チェックを「信頼できる」または「信頼できない」に還元するのではなく、理解すべきである。

RADb は、BGP、RIR 検証、メンテナー関係、経年、その他のデータを使用した古いオブジェクト評価を追加した。しかし、古いマークはクエリ動作を変更しないと明示的に述べている。RADb を選択するオペレーターは、そのステータスを使用するかどうか、どのように使用するかをまだ決定する必要がある。制度的ラベルはオブジェクトレベルの信号を吸収しない。

良いソースガバナンスはそのような世代を公開する。オブジェクトは、作成方法、最終認証レビュー、現在のステータス、関連する検証結果を秘密の資格情報を明かさずに運ぶことができる。消費者は、ソース内のより強いコホートを優先できる。代替案は評判の平均化である：優れた新しい制御がすべてのレガシーオブジェクトに権威を貸し与え、一方で少数のレガシー障害が現在の高品質記録を不当に信用失墜させる。

ブランドショートカットは、テストされなくなるまで合理的である

ネットワークオペレーターは、大規模なカスタマーコーンのすべてのプレフィックスに対して法医学的調査を行うことはできない。機関が再現可能な行動を開発するため、ブランドを使用する。保有者を認証し、信頼できるミラーを維持し、チャレンジに応答し、明確なルールを公開するレジストリは、検証不可能なステートメントを受け入れ、紛争を無視するものよりも多くの信頼に値する。評判は正当なスケーリングメカニズムである。

危険は継承された権威である。RIR 名または確立された商用レジストリが標準設定に書き込まれると、再訪するコストが上昇する。エンジニアは前任者のソースリストをコピーする。ベンダーの例がデフォルトになる。ソースは、大規模オペレーターがそれを信頼するため信頼され、大規模オペレーターはそれが長い間リストにあったため信頼する。包含の最初の証拠は消える。

この循環性は、弱いパフォーマンスを市場の規律から保護する。ソースは、更新の遅延、到達不可能なメンテナー、または不透明な削除ルールを持ちながら、そのランクを維持できる。逆に、小さなまたは新しいレジストリは、強力なリソース認証とタイムリーな修正を実装しても、ブランドの歴史を欠くため除外されたままになる。どちらの結果もルーティングセキュリティに役立たない。

評判は観察によって更新されなければならない。ソースが結果的な変更に対して現在の保有者地位をどのくらいの頻度で検証するか？受け入れられた更新はミラーにどのくらい迅速に利用可能になるか？放棄されたメンテナーはどのように回復されるか？チャレンジされたオブジェクトのうち、公開期間内に理由のある決定を受ける割合は？ルートオブジェクトが現在の RPKI とどのくらいの頻度で矛盾し、NotFound ケースはどのように扱われるか？ミラーがシーケンスを失ったり、古いスナップショットを提供する頻度は？

これらの測定値でさえ注意が必要である。困難なレガシーおよび多地域ケースを扱うソースは、範囲の狭いソースよりも多くの紛争を示すかもしれない。高い RPKI 一致率は、強い品質または RPKI 採用者の狭いカバレッジを反映するかもしれない。迅速な削除は効率的であるか、無謀であるかもしれない。スコアは、単一のリーグテーブルではなく、次元、分母、ケースミックスを必要とする。

ショートカットは、監査可能である場合に合理的である：「これらの現在の制御と結果がサポートするため、これらの主張に対してこのソースを優先する。」説明が単にソースが有名であるという理由である場合、神話になる。

権威、正確性、鮮度は同じグレードを共有すべきではない

単一の信頼スコアは証拠の性質を隠す。オブジェクトは権威があるが不正確である可能性がある：現在の保有者が認証に成功し、誤った発信元を入力した。正確であるが権威が弱い可能性がある：第三者が保有者の同意なしに BGP から実際のプレフィックス発信元ペアをコピーした。作成時には権威があり正確であるが、ネットワーク移動後に古くなる可能性がある。権威あるソースでは最新だが、遅延しているミラーでは古い可能性がある。

これらの状態は異なる救済策を必要とする。権威ある誤りは保有者によって修正され、迅速に伝播されるべきである。許可されていないが正確なコピーは、BGP と一致するという理由だけで保有者の許可として頼るべきではない。古いオブジェクトは継承と引退を必要とする。ミラーの遅延は、オブジェクトメンテナーとの紛争ではなく、トランスポートの修復を必要とする。

したがって、ソース評価はベクトルを公開すべきである。権威は、どのような関係が提出者にプレフィックスと発信元について語ることを許可したかを尋ねる。認証は、機関が提出者の身元をどのように確立したかを尋ねる。正確性は、オブジェクトの主張をより強力な独立証拠と比較する。鮮度は、タイムスタンプの変更だけでなく、意味のある確認からの時間を測定する。可用性は、消費者が現在のデータを取得できるかを測定する。修正可能性は、影響を受ける保有者とメンテナーが公正な手続きを通じてエラーを修正できるかを測定する。

ベクトルは主張固有であるべきである。RPKI はプレフィックス発信元の権威を強力にサポートできるが、すべての AS-SET メンバーシップやインポートポリシーを検証するわけではない。番号レジストリは現在の登録保有者を確立できるが、顧客のプライベートトランジットアレンジメントを知らないかもしれない。BGP はルートが使用されていることを示せるが、許可を証明できない。プロバイダ契約は委任を示せるが、機密であり一時的かもしれない。

オペレーターはしきい値を述べることができる。カスタマーイングレスフィルタは、強いアドレス権威またはレビューされた契約上の例外を必要とするかもしれない。ピアリング発見は、より広い証拠を受け入れるが、不確実性をマークするかもしれない。ルートサーバは、NotFound ルートに対して RPKI 有効性と選択された IRR レコードを組み合わせるかもしれない。研究クエリは、許可を生成するのではなく、不整合を研究しているため、抑制されたオブジェクトや歴史的なオブジェクトを正確に含めるかもしれない。

これはゴールド、シルバー、ブロンズバッジよりも多くの作業である。また、より正直でもある。信頼は1つの物質ではない。それは、特定の決定において主張に依存する理由のセットである。

認証品質は結果的なエッジで測定されなければならない

ソースは、強力なアカウントセキュリティを宣伝しながら、決定的な許可を弱いままにすることができる。多要素ログインは、アカウントユーザーが資格情報を制御することを確立する。アカウントがプレフィックスの現在の保有者を代表すること、発信 AS を名前付けることが許可されること、または古いプロバイダの委任が依然としてアクティブであることを確立するものではない。品質テストは、リソースエッジまで主張を追跡しなければならない。

RFC 2725はより豊かなモデルを提示した。認証は誰が変更を試みるかを識別する。許可はその認証されたアクターがそれを実行できるかを決定する。ルート作成は、アドレス空間と発信 AS に関連するメンテナーを、mnt-routesおよび関連属性を通じた階層的委任とともに相談できる。その設計は、ルート権威が2つのドメインを結合することを認識していた。

実装は異なる選択をした。現在の RIPE モデルは、ルート作成のためにアドレス空間側を認証し、発信 AS 認証を要求するのではなく、既存の発信 AS 連絡先に通知する。APNIC ドキュメントは、アドレスおよび AS リソースオブジェクトを使用した制御を説明し、通知付きのいくつかの外部発信元ケースも許可する。ARIN は、許可されたルートおよび aut-num オブジェクトを、その検証済みストリームのために同じ維持組織に結び付ける。各選択には運用上の理由と異なる保証プロファイルがある。

測定は尋ねるべきである：受け入れられたルート変更のうち、現在のアドレスホルダーの許可を得ていた割合は？発信元側の承認が要求されなかった場合、発信元の連絡先は通知され、異議を唱えることができたか？プロキシ登録は明示的に委任されていたか？現在の保有者は、放棄されたメンテナーからオブジェクトを取り戻すことができたか？レガシー認証方法は依然として受け入れられていたか？高リスクの回復は独立したレビューを受けたか？

生のパーセンテージだけでは不十分である。分母は、新しいオブジェクト、変更、削除、移行記録、管理回復を区別する。ソースは、新しいエントリに対して完全な強い認証を持っているが、クエリされるオブジェクトのほとんどがその制御に先行しているかもしれない。別のものは、未変更の歴史的オブジェクトを意図的に保存するが、そのレビューステータスをマークするかもしれない。消費者は、現在のエントリパフォーマンスとストック品質の両方を必要とする。

最良のソースは、必ずしも最も多くの署名を要求するものではない。過剰な要件は正当な更新を妨げ、データを古くする可能性がある。品質は、権威を正しく割り当て、委任を使いやすくし、通知を提供し、回復を可能にすることにある。昨日のオペレーターをその場に凍結するセキュリティは、信頼できるメンテナンスではない。

鮮度は年齢のしきい値ではなく、イベントの問題である

オブジェクトの経年は計算が簡単なので魅力的である。10年前に最後に変更されたルートオブジェクトは疑わしく見える。しかし、安定したネットワークは同じプレフィックスを同じ ASN から数十年間宣告できる。定期的なテキスト変更を要求すると、ノイズが発生し、表面的な更新に報いることになる。最近のタイムスタンプは、コピーされたまたは誤って確認されたアサーションを隠す可能性がある。

意味のある鮮度は、主張が関連するイベントを生き残ったかどうかを尋ねる。登録保有者は変わったか？リソースは組織間または RIR 地域間で移動したか？発信 AS のステータスは変わったか？オブジェクトと矛盾する ROA が現れたか？メンテナーはすべての到達可能な連絡先を失ったか？プロバイダ関係は終了したか？ソースはその受け入れポリシーを変更したか？

ソースは、すべてのプライベートアレンジメントを知っているふりをせずに、これらのトリガーを監視できる。RIR 内の登録イベントは、統合 IRR にとって強力なトリガーである。RPKI の矛盾は、任意のルートオブジェクトにとって強力なトリガーである。繰り返される BGP の不一致は、評決ではなくレビュー信号である。失敗した通知と非アクティブな資格情報は、再検証の必要性を引き起こす。顧客終了イベントは、プロバイダ管理のクリーンアップをトリガーできる。

したがって、鮮度記録は、最終変更、最終認証、最終確証、最終イベントレビューを区別すべきである。古い未変更オブジェクトは、現在の保有者が強いアカウントを通じて最近確認し、矛盾するイベントが存在しない場合、高い信頼を維持できる。若いオブジェクトは、有効なカバーする ROA がその発信元と矛盾する場合、すぐに格下げできる。

RADb の古い評価は、複合信号の価値と限界を示している。直接の BGP 一致、共有メンテナー、観測された AS リンク、RIR ステータス、経年、その他のソースは、注意を要するオブジェクトを識別できる。バッジはそれ自体でオブジェクトを抑制せず、運用判断をポリシーに委ねる。次のステップは、説明責任のある確認または引退ルートを提供することである。

鮮度サービスレベルは、イベントクラスごとに述べられるべきである。セキュリティの矛盾は迅速なレビューを必要とする。リソース移管は、移管前後の調整をトリガーするべきである。休眠バックアップは、より長い確認期間を持つことができる。1つの普遍的な有効期限は、有用な安定したポリシーを削除するか、危険な変更を長く許容するかのいずれかである。

RPKI はより強力な権威信号であり、普遍的な置換ラベルではない

RPKI の発展は証拠の階層を変えた。依拠当事者は、ROA がアドレスリソースをカバーする証明書チェーンの下で発行されたことを検証できる。発信元の主張については、それはどの IRR がテキストオブジェクトを受け入れたかを知ることよりも強力である。最新の IRRd は、RPKI 無効なルートオブジェクトを抑制でき、検証済み ROA から疑似 IRR オブジェクトを作成して既存のツールが消費できるようにする。

これにより、RPKIが RIR ソース名と並ぶ設定が促進された。bgpq4マニュアルは、RPKI から始まり、5つの RIR IRR が続くソースリストを推奨している。この順序は、暗号的に基礎づけられた発信元権威と地域統合登録データに対する賢明な選好を伝える。

それでも、生成された疑似オブジェクトのsource: RPKIは、提出された RPSL レコードのsource: RIPEと同じ制度的ファクトではない。前者は、検証済みの署名付きオブジェクトの変換された表現である。後者は、データベースルールの下で受け入れられ、維持される IRR エントリである。それらは同様のプレフィックス発信元情報を表現できるが、更新、範囲、障害のセマンティクスが異なる。

RPKI はまた、すべての IRR オブジェクトクラスを証明するわけではない。RPSL には、カスタマーコーンとフィルタを生成するために使用される AS セットおよびよりリッチなポリシーが含まれる。ROA は発信元と長さを許可する。完全なトランジット関係を述べたり、ルートが現在宣告されていることを保証したりしない。正当な保有者が設定ミスをする可能性がある。NotFound ルートは、カバーする検証済みペイロードを持たず、それによって許可されていないわけではない。

最強の設計は、RPKI を主張固有の証拠として使用する。RPKI 無効なルートオブジェクトは、通知と修正パスとともに、抑制または緊急レビューに直面する。RPKI 有効な一致は信頼を高める。NotFound オブジェクトは、自動拒否ではなく、IRR 許可、鮮度、BGP 証拠の対象となる。AS-SET は、独自の階層的およびメンバーシップ制御を受ける。

これにより、1つのブランド階層を別のものに置き換えることを避けられる。暗号は、許可されたキーが有効なチェーンの下で狭いステートメントを出したことを証明する。そのステートメントに対して高い重みを受けるべきである。他のすべてのポリシー質問が回答されたことを暗示するために使用されるべきではない。

BGP 一致は有用で危険に魅力的である

権威ある IRR や ROA が紛争を解決しない場合、オペレーターはしばしばルートオブジェクトをデフォルトフリーゾーンルーティングテーブルと比較する。一致するプレフィックスと発信元は現実を確認するように見える。測定研究はこの比較を使用して、オブジェクトをルーティング済み、競合中、非アクティブに分類する。この方法は、運用上の関連性を評価するために不可欠である。

それは権威ではない。ハイジャックされたルートはそれ自体と一致できる。ネットワークは、古い保有者制御の記録を更新せずに発信元を通じて宣告できる。正当なバックアップオブジェクトは、現在のグローバルアナウンスを持たないかもしれない。プライベート相互接続、地域の可視性、集約、一時的な緩和は、選択されたコレクターから逃れる可能性がある。BGP は観測された到達性を記述し、同意を記述しない。

AMS-IX および DE-CIX の研究者によって提示され、RIPE Labs で要約された最近の研究は、RIR 権威とサードパーティ IRR データの間の方向的な違いを発見し、RPKI、権威ある IRR 記録、BGP 可視性を品質指標として使用した。この作業は、同等性を仮定するのではなく、ソースパフォーマンスの測定をサポートする。また、分類の選択を行う：デフォルトフリーゾーンで見られないオブジェクトは、古い、プライベート、バックアップ、またはその他の測定外である可能性がある。

ソースグレードはそれらの注意書きを保持しなければならない。レジストリは、コレクターに存在しないすべてのオブジェクトを削除することでスコアを向上させるべきではない。オペレーターは、アナウンスが既に存在するという理由だけでサードパーティのルートオブジェクトを受け入れるべきではない。研究者は、視点、収集日、プレフィックス処理、競合優先順位、除外を公開すべきである。1つの研究期間からのカウントは、ブランドの永続的なプロパティではない。

BGP 一致は1つの軸として最適に使用される。強い権威と現在の BGP 一致は、許可と使用の両方をサポートする。権威のみで BGP なしは、準備またはバックアップポリシーをサポートできる。弱い権威で BGP 一致ありは、保有者の確認を必要とする。強い RPKI 証拠との矛盾は、BGP 可視性に関係なく緊急レビューを必要とする。

この行列は、「ソース X は信頼できる」と説明するよりも遅い。それが信頼の理由と疑念の救済を区別するため、より良いフィルタを生成する。

ミラーの品質は、オブジェクト権威ではないが、信頼の一部である

権威あるソースは優れた記録を維持できるが、消費者は古いミラーを受け取る。source:行は、オブジェクトの制度的起源が変更されていないため、変更されない。その行は、ローカルコピーが最新であるか、ジャーナルギャップが発生したか、ミラーが静かに古いスナップショットにフォールバックしたかを明らかにしない。

RFC 7682は、強力な検証の欠如や同期問題など、古い NRTM レプリケーションの弱点を文書化した。最新のソフトウェアはより良い制御を提供する。IRRd はソース固有のジャーナルを保持し、シリアル情報を取得し、完全インポートと NRTM 更新を適用し、ステータスを公開できる。RIPE の新しいレプリケーション設計は、ソース固有のセッション、バージョン管理されたスナップショット、ハッシュ付きデルタを使用する。これらのメカニズムは、鮮度と整合性をより観察可能にする。

それらはソースポリシーに現れる必要がある。ARIN を信頼すると言いながら、2日前に最後に更新されたミラーにクエリするオペレーターは、現在の ARIN 証拠を受け取っていない。フィルタシステムは、権威あるソースバージョンまたはシリアル、ミラー取得時間、検証結果、コンパイル時の経過時間を記録すべきである。ミラーが不健康な場合、オペレーターは最後の既知のポリシーを保持するか、代替エンドポイントにクエリするか、変更を一時停止するかを決定する。

フェイルオーバーの選択には結果がある。古いフィルタを保持することは継続性を維持するが、取り消された許可を保持できる。不完全なソースセットから再構築することは、正当なルートを削除できる。フェイルオープンは未登録のアナウンスを許可できる。フェイルクローズは顧客を切断できる。適切なアクションは、セッションタイプ、最後の既知の状態、RPKI 証拠、インシデントコンテキストに依存する。

したがって、可用性は独自のソースグレードに値する。成功した更新取得、ラグ分布、シーケンスギャップ回復、スナップショット整合性、ステータス透明性、インシデント解決までの時間を測定する。それらの結果を保有者許可と混同しない。レジストリは権威あるが一時的に利用不可能かもしれない。ミラーは、弱い許可データを提供しながら高い可用性を持つかもしれない。

この分離は説明責任を生み出す。レジストリオペレーターは出版を改善できる。ミラーオペレーターはトランスポートを改善できる。フィルタプロバイダは古い状態の処理を改善できる。顧客はどの層が失敗したかを知ることができる。ソースラベルは、すべての下流条件を隠すことを強いられることなく、来歴を識別し続ける。

修正権は名声よりも良い信号である

公開運用レジストリではエラーは避けられない。信頼は完全性を主張することよりも、エラー修正を効果的にすることに依存する。現在の保有者は、自らのリソースをカバーするオブジェクトを発見し、地位を認証し、証拠を提出し、理由のある応答を受け取ることができなければならない。記載されたメンテナーと発信 AS は、通知と継続的な権威を説明する機会を必要とする。消費者は、紛争がレビューされている間、ステータスと安全な例外を必要とする。

RIPE の強制削除メカニズムは、権威あるアドレス階層の下でブロッキングオブジェクトを削除するための限定的な方法を現在の保有者に提供する。その非権威クリーンアップポリシーは、RPKI の矛盾、通知、削除前の持続期間を使用した。RADb は、メンテナーに古い分類をレビューし、BGP またはその他の裏付け証拠を提供するよう招待する。これらは、異なる制度的立場によって形成された異なる救済策である。

測定可能な質問は実用的である。チャレンジルートはどの程度明確か？どのような証明が受け入れられるか？意思決定者は元の提出者から独立しているか？通知は、オブジェクトの連絡先だけでなく、現在のリソースチャネルを通じて配信されるか？緊急の抑制は迅速にレビューできるか？履歴証拠は保存されるか？誤った削除は、それが起こらなかったふりをせずに元に戻せるか？

名声のあるソースはこれらのテストに失敗する可能性があり、あまり有名でないソースは合格できる。技術的歴史に基づくブランドは、応答しないサポートキューを許さない。また、迅速なカスタマーサービスが適正手続きを置き換えるべきではない。最も声の大きいネットワークの要求で削除するレジストリは信頼できない。

救済データは、定義された母集団で集約されて公開されるべきである：受け取ったチャレンジ、権威クラス、結果、決定間隔、緊急アクション、覆り、未解決ケース。機密の身元と商業的証拠は保護されたままにできる。サンプリングされた独立監査は、公開されたルールが守られたかどうかをテストできる。

ソース選好を決定するオペレーターは、この証拠を重く考慮すべきである。信頼できる修正があるソースの誤ったオブジェクトは、限定されたリスクである。地位、通知、上訴のないソースの誤ったオブジェクトは、恒久的な運用許可になることができる。制度的正当性は、申立人が機関が間違っていると言うときに明らかになる。

測定可能なソースプロファイルがフォークランキングを置き換えることができる

有用なプロファイルは範囲から始まる。レジストリはどのアドレスおよび AS リソースを直接認証できるか？どのオブジェクトが地域外リソースに対して受け入れられるか？どのクラスが権威あるか、ミラーリングされているか、派生しているか？どの現在およびレガシー提出方法が存在するか？範囲がなければ、1つの狭い母集団での高いパフォーマンスが普遍的な品質と誤解される可能性がある。

2番目のセクションは受け入れをカバーする。アドレスホルダーの許可、発信 AS の許可または通知、委任制御、資格情報方法、回復チェック、プロキシ登録の扱いを記録する。結果は、新しく作成された、変更された、移行された、手付かずのレガシーオブジェクトを区別する。

3番目は継続的な品質をカバーする：最後の認証確認、イベントトリガーレビュー、RPKI 有効/無効/NotFound 処理、BGP 比較、非アクティブな連絡先、移管調整、重複検出。各信号を別々に報告し、すべての不一致を偽と宣言しない。

4番目は配信をカバーする：権威ある出版時間、ミラー可用性、バージョン連続性、ラグ、整合性検証、ステータス可視性。5番目は救済をカバーする：発見、地位、通知、停止、削除、上訴、覆り、履歴。6番目は運用使用をカバーする：選択されたフィルタプロバイダがソースをどのように含めるか、どの競合ルールを適用するか、顧客がポリシー変更の通知をどのように受け取るか。

スコアは文脈化できる。キャリアは、カスタマーイングレスに対して高いアドレス権威と救済グレードを要求するかもしれないが、適度な BGP カバレッジを受け入れるかもしれない。研究者は、抑制よりも歴史と広範なカバレッジを重視するかもしれない。ルートサーバは、RPKI 統合と現在の AS-SET メンテナンスを優先するかもしれない。1つの機関が異なるオブジェクトクラスに対して異なるグレードを持つことができる。

測定は再現可能でなければならない。期間、データセット、テスト、除外、分母、責任ある評価者を公開する。失敗したサンプルと異議申し立てられたサンプルを保存する。結果を期限切れにする。ソフトウェアまたは受け入れポリシーを変更するソースは、新しい評価を受ける。認定マークは証拠にリンクし、タイムレスなロゴになる代わりに。

プロファイルは判断を除去しない。それを改善する。オペレーターはなぜソースを選択したかを説明できる。レジストリはどの制御が投資を必要とするかを見ることができる。保有者はサービスを比較できる。新規参入者は、ブランドのために数十年待つのではなく、パフォーマンスを通じて信頼を得ることができる。

オペレーターは顧客に対して、検査可能なソースポリシーを提供する義務がある

トランジットネットワークのフィルタはプライベート設定であるが、顧客の到達性を決定する証拠ルールは秘密であるべきではない。オンボーディング時に、オペレーターは受け入れられる IRR ソース、RPKI 使用の有無、必要な AS-SET 規則、更新頻度、競合優先順位、緊急更新手順を述べるべきである。顧客は適切な場所に登録し、変更がエッジにどのように到達するかを理解できる。

ソースポリシーはバージョン管理されるべきである。オペレーターがソースを削除または降格する場合、現在の顧客への影響をプレビューし、消えるまたは発信元許可が変わるプレフィックスを特定する。影響を受ける顧客は通知と、より強い権威ある記録を作成する期間を受け取る。セキュリティ上重要な競合は依然として迅速なアクションをトリガーできるが、通常のポリシー移行はルートが依存する人々を驚かせるべきではない。

生成されたフィルタは来歴を必要とする。各デプロイメントについて、ツールバージョン、クエリエンドポイント、選択されたソース、ソースバージョン、抑制設定、AS-SET ルート、出力ハッシュ、レビューされた差分、ルーターターゲットを保持する。この証拠により、ネットワーク運用センターは、プレフィックスが昨日受け入れられ、今日拒否された理由を答えられる。

例外は同じ規律を必要とする。正当なレガシースペースを持つ顧客は、デフォルトソースルールをすぐに満たせないかもしれない。手動プレフィックス許可は、登録が修復されている間、サービスを維持できる。例外は、権威証拠、承認者、範囲、有効期限を記録する。それは不可視の恒久的バイパスになってはならない。

オペレーターは空の状態と劣化状態をテストすべきである。優先 RIR ソースに到達できない場合、システムは最後の既知のフィルタを使用するか、すべてのソースに拡大するか、顧客プレフィックスを削除するか？RPKI データが古い場合、Invalid 結果はどのように扱われるか？AS-SET 展開が突然成長した場合、デプロイメントは一時停止されるか？ソースの信頼は、正常なクエリ結果だけでなく、障害時の動作を含む。

この透明性は、顧客トポロジーやルーター資格情報を公開することを必要としない。制度的証拠が許可になるルールを公開することを必要とする。トランジットに支払う顧客は、そのルールに正当な利益を持ち、誤って適用された場合の救済を持つ。

制度的正当性は可視性に対する制約された力から生じる

ソース選好は可視性を制御する。レジストリは何を受け入れ、何を削除するかを決定する。ミラーはどのソースを運ぶかを決定する。フィルタオペレーターはどのラベルを信頼するかを決定する。IRRd は重複する優先度の低いオブジェクトを抑制できる。これらの選択は一緒に、ネットワークの宣言を運用上読解可能にするか、実質的に不在にすることができる。

そのような力は、私的な技術組織によって行使される場合でも、制約を必要とする。ルールは事前に公開される。決定は関連証拠を使用する。類似のケースは類似の扱いを受ける。影響を受ける保有者とメンテナーは通知を受ける。緊急行動は狭く、レビューされる。理由は検査できる。エラーは修正できる。メトリックは例外を明らかにする。

制度的ブランドは、この行動の要約としてのみ正当性をサポートできる。番号登録における RIR の役割は、特別な証拠上の位置を与えるが、公正な修正の免除ではない。商用レジストリの広範なサービスは貴重なカバレッジを生み出せるが、顧客の支払いはそれ自体でリソース権威を確立しない。オープンソース実装はポリシーを透明にできるが、ローカル管理者は依然として設定を選択する。

ソース属性は安定した来歴であるべきである。名声を付与するためにそれを書き換えることは、消費者に対して、オブジェクトがどこでどのようなルールの下で登録されたかについて誤解させる可能性がある。RIPE-NONAUTHの作成は、通常の地域権威が適用されないコレクションを明示的に区別したため、防御可能であった。同様の再ラベリングは、履歴を保存し、メンテナーに通知すべきである。

消費者は、起源と扱いの両方を見ることができるべきである：元のソース、権威あるかミラーリングされたか、検証状態、ローカル優先度、抑制理由、観測時間。これにより、データベースの行為をフィルタオペレーターの判断から分離できる。また、オブジェクトを破損せずに意見の相違を可能にする。

正当性は、全員が同じランキングを使用するときに達成されない。異なるオペレーターが証拠に基づく選択を行い、影響を受けるネットワークに説明し、パフォーマンスが変わったときに改訂できるときに達成される。

番号資源社会は、バッジを鋳造せずに証拠に基づく信頼を提唱できる

NRS は、オペレーターの権利と制度的説明責任を中心的な関心事として提示する。これらの目的は、ソース品質に関する提唱と研究の役割をサポートするが、レジストリ保証スキームを運営する権限はサポートしない。NRS は公開制御を比較し、独立した研究を委託し、IRR 権威、ミラー、フィルタプロバイダ向けのオープンな証拠プロファイルを提唱できる。関連するレジストリまたはサービスオペレーターは自らの証拠を公開しなければならず、一方で技術的に資格のある独立評価者が適合性テストを設計し実行する。

レジストリの場合、そのような独立テストは、リソースホルダーの許可、発信元通知、委任メンテナンス、レガシーオブジェクトマーキング、イベントトリガーレビュー、チャレンジ地位、取り消し可能な抑制、削除証拠、出版ステータスを調査できる。ミラーの場合、ソース忠実性、バージョン連続性、ラグ、インシデント報告を調査できる。フィルタプロバイダの場合、明示的なソース選択、競合処理、再現可能な生成、顧客通知、例外有効期限を調査できる。NRS はなぜこれらのフィールドが重要かを説明し、ソースリンク付きの比較を公開できる。レジストリ制御を実行したり、テストされたサービスが権威あると証明したりはしない。

結果は、責任あるオペレーターまたは名前付き独立評価者によって発行された証拠記録であるべきであり、NRS によるすべてのオブジェクトの承認ではない。レジストリは受け入れテストに合格できるが、1人の保有者が間違いを犯すかもしれない。ミラーは整合性テストに合格できるが、そのソースに古いポリシーが含まれているかもしれない。プロバイダはその表明されたソースルールを正しく実装できるが、ルールがチャレンジに対して開かれたままかもしれない。範囲と制限は結果と共に移動し、運用上の信頼はデータを使用するネットワークの決定のままである。

独立した評価は有効期限が切れなければならない。テストされたソフトウェアバージョン、ポリシーバージョン、期間、サンプル、評価者が可視である。重要な変更は、責任あるオペレーターまたは資格のある独立評価者による再評価をトリガーする。苦情は、問題に応じて、レジストリ、サービスプロバイダ、権限のある独立レビュープロセス、または管轄裁判所に行く。NRS を上訴機関に変えることはない。公開された基準は、それらの設計を支援したソースに永久的なランクを付与することなく、一貫して適用されるべきである。

NRS は、普遍的な IRR、フィルタオペレーター、認定機関、または番号リソースに対する法的権威の源泉ではない。その公開声明は提唱の証拠であり、ソース品質システムが動作していることや、任意のオブジェクトが有効であることの証明ではない。その建設的な役割は、ソースに支えられた制度的請求を比較可能にし、メンバーの懸念を代表し、責任あるレジストリ、サービスオペレーター、独立レビューア、または裁判所が提供する修正およびレビュー権を保有者が使用するのを助けることである。

これはポジティブな分散化の形態である。RIR はリソース登録責任を保持する。独立レジストリはサービスのモデルを保持する。オペレーターはルーティングポリシーを保持する。共通の証拠プロファイルは、パフォーマンスが動くときに信頼が動くことを可能にし、以前の時代に設定ファイルを支配していた名前にくっついたままになるのを防ぐ。

ソースフィールドは来歴に戻るべきであり、信頼はその仕事を示すべきである

ソース属性はその本来の仕事をうまく行ってきた。ミラーリングされた分散レジストリでは、オブジェクトがどこで登録されたかを読者に伝える。問題は、その小さな来歴の断片が権威、鮮度、運用適合性の完全な証明書として扱われるときに始まる。

オペレーターはいくつかのソースを引き続き好むだろう。彼らはそうすべきである。現在の番号登録と強力な保有者認証と統合されたソースは、通常、許可されていないサードパーティのステートメントよりもプレフィックス権威に対してより多くの重みに値する。信頼できる公開と修正を持つソースは、不透明な遅延があるものよりも多くの運用信頼に値する。これらは証拠に基づく区別であり、すべてのデータベースが等しいという議論ではない。

区別は条件付きのままであるべきである。信頼は、主張、オブジェクトコホート、現在のポリシー、測定されたサービスに結び付けられる。認証が改善され、古いオブジェクトがレビューされたときに上昇できる。ミラーが遅れたり、チャレンジに応答がなかったり、制度的範囲がリソースと一致しなくなったときに下落できる。ルートオブジェクトと AS セットで異なる可能性がある。より強いオブジェクトレベルの証拠によってオーバーライドできる。

成熟したフィルタ記録は、次のように言えるべきである：このプレフィックスは、名前付きソース内の現在の保有者制御のアサーションが表明されたチェックを表明されたバージョンで通過したために入力された；この競合するオブジェクトは文書化された理由で除外された；このミラーは最新だった；この顧客は通知された；この例外は期限切れになる。その説明はソース名よりも長く、停止や紛争の後にはるかに有用である。

1995年以降、ルーティングレジストリはネットワークオペレーター間の社会的信頼を構造化された宣言に変換した。ソースラベルはそれらの宣言の制度的場所を保存した。30年の自動化は場所をランクに変えた。次のステップは評判を放棄することではなく、それを訓練することである。

ソース名は主張がどこから来たかを識別すべきである。信頼グレードはなぜ主張が現在信頼に値するかを識別すべきである。2つが分離されると、ブランドは依然として信頼を得ることができ、小規模な機関は品質を証明でき、レガシー記録は実際の証拠に従って扱われ、オペレーターは展開するポリシーを防御できる。権威は、オブジェクトの下部にある継承された文字ではなく、測定可能なパフォーマンスになる。

信頼ラベルと化したソース属性

なぜ重要か

概況