要約

  • 2026年8月28日版として凍結したLACNIC委任統計は、版管理行と三つの集計行で49,894レコードを宣言する。しかし公開仕様どおりに版管理行と集計行を除くと、データ行は48,214しかない。差の1,680はすべてASN集計にある。
  • latestと日付版のバイト列は一致し、双方のMD5も独立計算と一致した。今回の取得で通常の転送差は見つからない一方、ヘッダーの数も各行の意味も、それによって正しくなるわけではない。
  • 永続的なlatest名には対応する.ascがなかった。日付版の署名は数学的には正しいが、2002年作成のDSA-1024鍵で2026年に生成されたSHA-1署名であり、現行OpenPGPが生成・受理を禁じる方式である。

機械が最初に読む一行

ファイル先頭には2|lacnic|20260828|49894|19870101|20260828|-0300とある。RIR Statistics Exchange Formatによれば、四番目のrecordsはIPアドレス数でもASNの総量でもない。空行、コメント、版管理行、集計行を除いたレコード行の本数である。資源種別ごとの集計も、その種別のレコード行数を記すことになっている。

続く三行は一見きれいに整う。IPv4が20,375、IPv6が13,519、ASNが16,000。合計は49,894で、先頭の宣言と同じだ。メタデータ同士だけを比較する検査なら合格になる。

本文を実際に数えると違う。物理行は48,218本。そのうち一行が版管理、三行が集計で、残るレコード行は48,214本である。IPv4は実数も20,375で一致する。IPv6も13,519で一致する。ASNは14,320行しかなく、集計の16,000との差は1,680。全体の差額がここに集約される。

この数字から「1,680個のASNが消えた」と書くことはできない。仕様は、集計値が表現される資源総量ではなくレコード行数だと明記している。今回の検査は個々の委任内容を評価しておらず、誤った割り振り、資源の喪失、経路への影響を示していない。確認できるのは、公開者が定めた行数不変条件を公開ファイルから再現できないことだけだ。

限定された結論だが、用途を考えれば軽くない。LACNICのREADMEは、ここにIPv4、IPv6、ASNの割り振り・割り当てを要約する日次報告を置くと説明する。共通仕様は、最新の版をdelegated-<registry>-latestという永続名でも提供し、定期ジョブが同じURLから自動取得できるようにする。機械向けの境界で示された件数は、飾りではなく検査条件である。

破損説を退ける証拠

LACNICに最も有利な読みを先に置くべきだ。凍結時点のdelegated-lacnic-latestとdelegated-lacnic-20260828は完全に同じ2,311,991バイトだった。共通のSHA-256は95d59beaa4deb0ed5f40ae33a37210e11b4bce5b518613cfd4097fe442e7abf4で、HTTPのETagと最終更新時刻も一致した。少なくとも観測した時点で、移動する別名が別内容を返した事実はない。

二つのMD5ファイルはいずれも30f2fac07e846d1706c1fa8c7bb0ebd6を掲げ、データから再計算した値も同じだった。旧来の転送検査が今回失敗したわけではない。途中でファイルが切れた、あるいは日付版と最新版のどちらかだけが変わった、という証拠はない。

日付版の分離署名もバイト列に対応する。独立検査はOpenPGPのバージョン4パケットを読み、署名対象のSHA-1を再構成し、LACNIC配布鍵でDSA方程式を評価した。結果は真だった。したがって、署名を偽造と呼ぶ根拠も、攻撃者がファイルを置き換えたと述べる根拠もない。

さらに旧仕様は同名MD5を必須とする一方、PGPなどの暗号署名は追加で公開「できる」としている。署名は選択事項だ。latest.ascの欠如だけを古い規則への違反として扱うのは正確でない。問題は、現在の利用者が同じ公開物を現代的な一つの規則で受理できるかどうかにある。

同じ「完全性」に見える四つの検査

MD5が答えるのは転送の一致である。受信したバイトと公表されたダイジェストが対応するか。今回は対応した。ただしRFC 6151は、衝突耐性が必要な用途でMD5はもはや受け入れられないとする。偶発的な転送誤りの検出と、発行者を現代的に認証することは同じではない。

署名が答えるのは発行者認証である。受理可能な鍵とアルゴリズムによって、このバイト列が承認されたか。日付版には数学的関係があるが、自動取得の入口であるlatestには同名署名がない。

行数が答えるのは構造的一貫性である。ファイルが自ら宣言する形式と合うか。ここでは合わない。正しい署名は、誤った宣言を修正しない。同じ不一致を皆が受け取ったことを証明できるだけである。

各行が現実の登録状態を正しく表すかは意味上の正しさであり、さらに別の問題だ。委任統計は取引履歴を含まない時点スナップショットで、現在のBGP経路、地理的位置、実質所有、利用実態をそのまま証明するものではない。本稿はそこまで広い主張をしない。

区別する理由は権限の境界にある。公開者は、自分が出したバイト、名称、件数、版、鍵、訂正を証明できる。一方で、下流ネットワークがそのデータをどう利用するかまで決めるべきではない。狭い責任を確実に果たす方が、署名に万能な意味を与えるより強い。

latestから日付署名までの空白

凍結時、delegated-lacnic-latest.ascはHTTP 404を返した。delegated-lacnic-20260828.ascとdelegated-lacnic-keyは取得できた。最新性を与える名前と、署名が付く名前が分かれている。

利用者は迂回できる。まずlatestを取得し、先頭からシリアル20260828を読み、日付ファイル名を組み立てる。二つのバイトを比較し、日付署名と鍵を取得する。これは利用者側で作る検証手順として成立する。しかしLACNIC自身が署名した「この時刻のlatestはこの日付版である」という結合ではない。

別名が更新され続ける点も無視できない。今日二つが同じだったという記録は、昨日の取得時点や明日の訂正後の関係を自動的には保存しない。各利用者が自分の観測を残せば補えるが、それでは公共層の版管理が私的な証拠収集へ分散する。

計算できても受理してはいけない署名

公開主鍵のフィンガープリントはBED3BE6115A8AF036D271F9D3B8DD165F3FB5533、鍵IDは3B8DD165F3FB5533である。DSAの主パラメータは1,024ビット、作成日は2002年12月12日。ユーザーIDはAuto Zone Generatorで、確認した自己証明には主鍵の有効期限が見当たらない。

分離署名は2026年8月29日に作成され、DSAとSHA-1を使う。発行鍵IDは一致し、数学的検証も成功する。

RFC 9580は、それでも現代のOpenPGP実装が受理してはならない理由を明示する。SHA-1による新しい署名を生成してはならず、SHA-1に依存する最近の署名を検証してはならない。DSA鍵による署名と検証もしてはならない。2026年生成のDSA/SHA-1署名は、その禁止条件に正面から該当する。

調査のために方程式を再現することと、運用システムが署名を受理することは違う。前者は過去の仕組みを確認する行為で、後者は安全性方針に従う行為だ。「数学的には正しい」と「現行規格上受け入れられる」を一文に押し込めてはいけない。

NISTも2030年末までに暗号保護の全用途からSHA-1を退役させる計画を示し、早期移行を促している。これは移行背景として重要だが、2026年時点でNISTだけがこのファイルを無効と宣言した、と広げる必要はない。OpenPGP固有の受理線はRFC 9580ですでに明確である。

一枚の公開証票で足りる

必要なのは新しい中央データベースでも、経路選択を承認する仕組みでもない。日次版ごとに、現代的な鍵とSHA-256で署名した小さな公開証票を添えればよい。

証票は、証票自体の形式版、RIRとデータセット名、シリアルと現地日付、日付ファイル名とlatest名、バイト長とSHA-256、宣言件数と実測レコード行数、それぞれの資源種別内訳、締切日とタイムゾーン、署名鍵のフィンガープリント・方式・有効期間、訂正または置換先を一つに結ぶ。

latestの隣に置く証票は、対応する正確な日付版を明記する。日付版の証票は固定する。行数がずれた場合、公開工程は停止するか、例外を明記するか、旧版を指す訂正を発行する。いずれにしても、利用者が不一致の理由を推測する状態を終わらせる。

既存利用者への互換性も守れる。従来のデータ名とMD5は残し、新しい証票を追加する。鍵更新時には新旧の連続性を署名記録にする。ミラーは大きな日次ファイルをすべて保存できなくても、小さな証票なら長く保管できる。

この証票は個々の行の真実を保証しない。そこが長所である。LACNICが責任を持てる公開事実だけを閉じ、経路方針や資源利用の判断は下流に残す。薄い共通層が強くなるのは、権限を広げたときではなく、限定した約束を例外なく証明できるときだ。

証拠が示さないもの

攻撃、鍵の漏えい、偽造、資源の喪失、誤経路、障害、利用者被害は立証されていない。ASN集計がなぜ1,680多いかも、この公開材料だけでは分からない。特定の利用者が誤った件数に依存して失敗した証拠もない。

一方で、公開形式上の不一致、別名と署名の分離、現代OpenPGPの受理境界は再現できる。大げさな事故物語を作らずとも、公開工程を改める根拠として十分である。

出典