要約

  • org:参照の追加には、変更対象オブジェクトの認可と、参照先organisationオブジェクトがmnt-ref:で指定するメンテナーの認可が必要である。
  • 更新の受理が示すのは設定された認可経路を通ったことだ。企業所有、所属、契約上の支配、ネットワーク運用、BGP責任までは示さない。

一つの参照に二つの鍵

短い編集でも二つの権限が関わる。まず、org:を持つオブジェクトを変更できなければならない。さらに、参照先organisationオブジェクトがmnt-ref:に挙げたメンテナーを通じてリンクを認可する。RIPEの現行文書は後者が前者に追加される確認だと説明する。適切なmnt-ref:認可がなければmnt-by:にはフォールバックせず、更新は失敗する。

この仕組みが答えるのは、参照先が認めた経路で相互参照が追加されたかという限定的な問いだ。ある資源オブジェクトを編集できる者が、既存の任意の組織を自由に結び付けることを防ぐ。

mnt-by:は記載されたオブジェクト自体の作成、変更、削除を保護する。organisationオブジェクトのmnt-ref:は、他のオブジェクトからの参照を承認できるメンテナー資格を定める。したがって、資源記録を変更できても、特定組織との関連付けを承認できない場合がある。

受理されたリンクの証拠範囲

二つの確認後に言えるのは、観測時点で、設定された認可を満たすorg:参照がRIPE Databaseに存在したということだ。参照元オブジェクト、組織ID、関係するメンテナー、データベースの情報源、取得時刻を保存すべきである。

自由記述より強い証拠ではあるが、会社登記や運用記録より広い意味は持たない。更新処理は参照の背景にある契約、内部判断、根拠を公開しない。RIPEはorganisationオブジェクトを、人とインターネット資源を組織のアイデンティティの周囲に整理する手段として説明し、複雑な組織では複数オブジェクトも想定する。整理機能は各リンクに一律の法的意味を与えない。

RIPE Database Working Groupの資料は、不適切な参照が無関係な当事者に責任があるような印象を作り得ると指摘した。mnt-ref:は参照先側の認可によってその危険を減らすが、所有、雇用、契約、ルーターへのアクセス、BGP観測の内容を確定しない。

企業関係には登記や公式開示、契約責任には合意文書、運用責任にはチーム・システム・資格情報の証拠、経路には時刻を合わせたBGP観測とRPKIが必要だ。安全な結論は、参照の掲載が認可されたことと、より広い関係は別途検証が必要だという二点である。

情報源