要約

  • 権威あるスペイン語版のLACNICポリシーマニュアルv2.21は、15日間の初回検証と15日間の追加連絡を定め、両方で検証されなければ不適合とする。しかしMiLACNICのロックは記載していない。
  • 現在も公開される運用案内は、検証が済むまでMiLACNICへのアクセスをブロックすると明記し、三つの修復方法を示す。停止する機能と残る機能の内訳はない。
  • LAC-2018-5の旧版には、MiLACNICのロック、NIRでの同等措置、契約・支払い・連絡先修正の例外が明記されていた。最終版の変更説明は、その不適合セクションを削除したと記録する。
  • 不正利用窓口の検証を弱める必要はない。必要なのは、実際のゲートを根拠、発動条件、作用範囲、救済、復旧、改訂履歴に結び付けるバージョン付きの公開票である。

赤い表示の背後にある二つの文書

MiLACNICの案内は、検証済みの利用者を緑、未検証の利用者を赤で表示すると説明する。画面としては分かりやすい。しかし赤が何を意味するかを制度として追うと、読者は別々の場所を往復することになる。

ポリシーマニュアルの第12節は、abuse-cに有効で監視され、適切に対応されるメールボックスを求める。フォームの利用を通報者に強制せず、ログやヘッダーを含む報告を受け取れることも条件である。担当者が手続きを理解し、定期的に確認し、措置を取り、返信することを検証の目的に置く。

時間の設計も明示されている。初回は15日。その後、他の利用可能な連絡先に連絡する追加の15日がある。LACNICは少なくとも年2回、さらに連絡先の作成・変更時に検証する。二つの期間で検証されなければ、組織は不適合となる。

ところが、その次の12.5節はMiLACNICの停止ではなく、LACNICへのエスカレーションを扱う。現在のマニュアル内に、未検証を理由とするポータルロックの文言はない。LACNICポリシーマニュアルv2.21・スペイン語 英語版

ロックは運用案内に現れる。「現段階では」、組織の不正利用連絡先が未検証なら、検証するまでMiLACNICへのアクセスがブロックされるという。代替の検証済み連絡先に置き換える、検証メールを送る、現在のメールアドレスを変更する、という三つの手順も並ぶ。MiLACNICのロック解除案内

マニュアルは判定を作り、案内ページは制御を作る。会員の作業にとっては連続した一つの仕組みだが、公開文書上は接合部が見えない。

旧版には爆発半径まで書かれていた

提案LAC-2018-5の履歴を見ると、ロックが単なる画面上の工夫ではなかったことが分かる。旧版の「Failure to comply」は、初回と追加の期間を経ても検証できなければMiLACNICをブロックし、NIRのシステムでも同等の措置を取り、組織に結び付くすべての資源を対象にするとしていた。

同時に例外も書いていた。純粋に契約または支払いに関する事項と、再検証のための連絡先更新は残す。アクセス時には警告を表示し、不適合が続けば別の手続きに進む。この版は、制裁の是非以前に、制御の広さを政策上の事実として扱っていた。

最終版の説明は、その「Failure to comply」節を削除したと明記する。現行マニュアルは、不適合という一文を12.4節に残し、12.5節をエスカレーションにした。旧版にあったロック、NIR、例外の記述は入っていない。LAC-2018-5の提案履歴

ここから「LACNICには権限がない」とは言えない。会員契約、サービス条件、別の正式手続きが根拠を与えている可能性がある。確認した資料は、それらすべてを網羅していない。言えるのは、公開された運用上の帰結が、義務を定める権威文書には載っていないということだ。

検証そのものには強い理由がある

ネットワーク上の不正利用は、担当者探しから始まることが多い。フィッシングやマルウェアの証拠が届いても、メールが失効していれば、被害者、上流事業者、プラットフォーム、セキュリティ担当が探索コストを負う。連絡先の定期検証は、その無駄を減らす。

自動応答だけで済ませない設計にも理由がある。メールサーバーが返事をしても、組織内で顧客を特定し、ログを確認し、措置を取れる人に届いたとは限らない。LACNICのルールは、人が理解し、監視し、対応することを確認しようとしている。制度の実施案内も、Whois上の情報を最新に保つ義務を伝えている。不正利用連絡先の登録・検証案内

また、ロック解除の方法は連絡経路の修復に限定されている。個別の通報内容について有罪・無罪を決める手続きではない。この狭さは維持すべき長所である。

だからこそ、検証状態とポータル権限を同じものとして扱う必要はない。前者が正当でも、後者の範囲は別に説明できる。安全目的は、制御範囲を曖昧にする免許ではない。

「アクセス」という一語では運用計画を作れない

ポータルには異なる時間軸の作業が集まる。連絡先の変更、契約や支払い、資源情報の閲覧、逆引きDNS、経路に関わる認証、移転手続きが同じ緊急度を持つわけではない。

案内ページからは、閲覧だけ可能なのか、連絡先修正以外が止まるのか、単一ユーザーか組織全体か、緊急時の別経路があるかを判断できない。旧版にあった支払い・契約の例外が実装に残ったかも分からない。NIRの「同等措置」が今日どのような画面になるかも書かれていない。

証拠がない部分を「全部止まる」と膨らませてはならない。一方で、「アクセスをブロック」という公式文言を、単なる小さな通知だと縮めることもできない。必要なのは、現実の機能単位での説明である。

それはセキュリティを損なわない。「閲覧は継続」「連絡先変更は継続」「一部の資源操作は停止」のように結果だけを示せばよく、認証方式、内部ロール、管理者の所在地を公開する必要はない。

制御結果票に必要な十項目

第一は根拠。どの政策条文、契約条項、委任された手続きがゲートを許すのか。第二は発動条件。二つの15日間、他の連絡先への通知、その到達証拠をどう扱うか。第三は対象。利用者、組織、資源群、機能のどれを止めるのか。

第四と第五は停止機能と維持機能の対照表。第六はNIRごとの差異。第七は会員への通知内容と記録。第八は誤ロックの見直し経路。第九は検証完了から復旧までの目標時間。第十は版、発効日、担当ロール、訂正・置換の履歴である。

この票は、LACNICに個々の不正利用通報の真偽を判断させるものではない。LACNICが自ら運用する管理ゲートを説明するだけだ。厚い統治ではなく、制御の最小限の会計である。

「検証するまで」という表現も復旧時刻にはならない。リンクを押した直後か、同期後か、人の確認後かで運用は変わる。「現段階では」という2021年の表現も、現在の版番号にはならない。変化したなら、変化を示す記録が要る。

分からないことを残す

公開資料には実際にロックされた組織の例がない。件数、期間、誤判定率、復旧時間もない。会員専用画面をログイン検証していない。ロックがROA、逆引きDNS、移転、顧客通信に影響した証拠もない。

したがって、これは被害報告ではない。契約上の権限についての最終判断でもない。LACNICが公開する規則、版履歴、運用案内を並べたとき、実装の帰結だけが別のページに残っているという記録である。

出典