要約

  • LACNICは2022年末にRPKI中核の更新を始めた。Jorge Canoによれば、検証器のキャッシュを壊さないことが難所で、複数の実装・版を試した。古い版の一部には再起動が必要だった。
  • 利用者データとの接続を整えた後、本番への最後の切替はDNSレコードの変更だった。Canoはその後、オフライン保管の主鍵と、立会人を置いた３回の署名式を説明した。

開通式を見ないキャッシュ

レジストリが新しい中核を動かしても、外部の検証器は自分が持つ状態から仕事を始める。Canoが移行の記事で慎重に扱ったのは、まさにその保存状態だ。LACNICは異なる検証器の版を試し、キャッシュの整合性を確認した。一部の古い版は再起動を要した。署名付きの経路情報を使う運用者にとって、レジストリの「完了」は自分の機械の「完了」と同じ時刻にはならない。

LACNICでシニア・ソフトウェア・アーキテクトを務めるCanoは、仕組みを三層で示す。暗号処理を担う中核、公開前の検証と準備をする層、検証済みの情報を届ける前面だ。MiLACNICでホスト型RPKIを使う会員はROAを作る。鍵と証明書の管理はLACNICが引き受ける。会員が押すボタンの背後には、共同で依存する設備がある。

更新は2022年末に始まり、オープンソースのKrillを新しい中核に選んだ。会員データやレジストリ固有の機能に合わせる仕事を経て、およそ２年後に本番化した。最後の一手はDNSレコードの変更。短い操作で済んだのは、周囲の長い準備があったからだ。舞台の幕だけを見て、裏方の配線を忘れると、この話を取り違える。

もう一つの配線は鍵の扱いにある。Canoの2025年１月の記事によると、信頼アンカーの主鍵は通常オフラインに置き、上位証明書の再署名時だけ短く使う。ウルグアイのCasa de Internetでは、それまでに３回、複数部門の職員と立会人による署名式を行った。チェックリストは作業と例外を残す。LACNICが公開していないのは検証器の版ごとの試験表で、どの古いキャッシュに再起動が必要だったかを知るにはそれが要る。