註冊狀態匯出：如何讓網際網路號碼資源紀錄得以復原

當註冊機構正常運作時，網際網路號碼資源看起來可能只是簡單的查詢：輸入 IP 前綴或自治系統號碼，就會取得一筆紀錄。這筆紀錄很有用，卻只是更大狀態的一個面向：註冊機構承認誰、發生過哪些變更、哪些服務被委派、有哪些路由授權，以及哪些證據支持目前的答案。

當註冊機構無法使用、受到爭議、遭到入侵或正在被替換時，更困難的問題就出現了：沒有原始資料庫與內部程序的人，是否仍能理解並驗證資源的合法狀態？

連續性的問題：如果目前的註冊系統明天停止回應，合法持有人或接替方需要哪些資訊，才能重建最後一次經驗證的狀態，而不是另行編造一個狀態？

先區分三種不同狀態

許多關於註冊機構的討論之所以混亂，是因為把三個不同問題混為一談：

• 註冊狀態：權責機構目前對資源、獲承認持有人、聯絡人、事件、委派與狀態所作的紀錄。
• 營運狀態：資源在實務上如何使用，包括反向 DNS、服務商關係與服務連續性。
• 路由狀態：由哪個自治系統發起路由，以及相關路由授權是否有效。

這些狀態可以一致，但不一定同時改變。前綴可以在服務商之間移動，而獲承認的持有人維持不變；註冊紀錄可以正確，路由設定卻有錯；路由授權可以有效，聯絡人物件卻已過時。有用的匯出資料，必須保留這些狀態之間的關係，並說明每一項證據支持哪一項陳述。

RDAP 提供什麼，又沒有提供什麼

RDAP 是註冊資料的標準查詢層。其 JSON 模型描述 IP 網路、自治系統號碼、實體、事件與連結等物件，使不同註冊機構的即時紀錄更容易查詢與解讀。這個結構定義於 RFC 9083。

RDAP 回答的是當下的查詢問題：正在提供服務的註冊機構，現在對這個物件傳回什麼？回應可能包含目前紀錄與事件資訊，但即時回應不會自動成為獨立的連續性資料包。單憑回應，無法保證持有人擁有可攜且經過驗證的歷次狀態序列、完整的轉換紀錄，或有序接替程序所需的材料。

這個差異很重要。即時目錄是一扇觀看系統的窗；註冊狀態匯出則是保留足夠已驗證狀態的方法，讓人在這扇窗、這個系統或機構關係改變時，仍能判斷如何維持連續性。

RPKI 證明什麼，又沒有證明什麼

RPKI 回答的是路由問題。路由來源授權（ROA）會指出，位址空間持有人授權哪個自治系統發起一個或多個前綴的路由。相關規格與驗證規則載於 RFC 9582。

這是有價值的證據，卻不能完整回答所有註冊問題。有效的 ROA 本身不能證明資源完整的法律或行政歷史、辨識所有營運聯絡人、建立反向 DNS 的連續性，或解決應承認哪個註冊狀態的爭議。RPKI 授權是連續性紀錄的一層，不能取代整份紀錄。

註冊狀態匯出的實用定義

註冊狀態匯出是一種建議的連續性資料包，讓 IPv4、IPv6 或 ASN 資源中必要且經過驗證的狀態，可以攜帶、理解與檢驗。它應讓獨立讀者回答四個問題：

1. 我們談的是哪項資源與哪位獲承認持有人？
2. 最後一次經驗證的狀態是什麼，何時生效？
3. 該狀態之後發生了哪些重大變更？
4. 哪些證據與權限支持合法的轉換或接替程序？

這比資料庫傾印更具體，也比截圖更有用。匯出資料應包含接替方需要的狀態，同時排除無關的客戶資料、私密商業策略，以及不能用來確認該資源的內部實作細節。

最低限度的實用匯出內容

實用的匯出資料，可以組織成少量相互關聯的紀錄。每筆紀錄都應具備穩定的識別碼、生效時間、來源，以及足以偵測無法解釋之變更的資訊。

• 資源身分：IPv4 前綴、IPv6 前綴或 ASN，以及適用時的上層或分配關係，還有註冊識別碼。
• 獲承認持有人：在已驗證狀態下獲承認的組織或實體、註冊識別碼，以及該承認的生效日期與狀態。
• 聯絡人：接替方或依賴這些紀錄的一方實際需要的行政、技術、濫用通報與安全聯絡人。
• 重要歷史：移轉、名稱或組織變更、委派、狀態變更、爭議，以及每個事件相關的證據或授權。
• 營運關係：相關的服務商、受委派使用者、反向 DNS 與服務關係，包括生效期間與終止狀態。
• 路由與安全參照：相關來源 ASN、ROA 或 RPKI 物件參照、公布狀態，以及觀察到該狀態的時間。
• 衝突狀態：是否存在爭議、暫停處理或相互衝突的主張，影響哪項資源，以及最後一個沒有爭議的狀態。
• 稽核軌跡：誰在何時、依據哪項權限，把什麼從哪個值改成哪個值，以及驗證結果為何。
• 完整性資訊：版本號碼、時間戳記、物件雜湊、簽章與匯出清單，讓接收方能驗證來源並偵測修改。

匯出不必重現每一張內部資料表。它需要保留的，是讓公開答案具有意義、讓狀態轉換可供稽核的關係。

為何只有備份還不夠

備份通常是為同一位營運者還原系統而設計。註冊狀態匯出的設計目的，則是在原系統、組織或營運安排無法直接恢復時，讓另一個獲授權方理解並驗證狀態。

• 備份可能需要專有軟體、未記載的關係，以及原本的憑證。
• 匯出資料應讓獨立的接替方讀得懂，並指出每項重要主張背後的證據。
• 備份包含的資料，可能遠多於資源持有人有權或願意接收的範圍。
• 匯出資料應以資源為範圍、經過驗證、可供機器讀取，且能夠攜帶。

這個區別不是技術偏好，而是保存一部機器，與保存辨認合法狀態的能力之間的差別。

需要維持連續性時，應如何處理

連續性程序不應從允許兩個系統主張同一項資源開始，而應先凍結最後一次經驗證的狀態，並明確交代轉換。

1. 辨識觸發事件：服務中斷、無力償債、系統遭入侵、遷移、爭議，或其他已定義的連續性事件。
2. 保留最後一次經驗證的狀態：記錄資源、獲承認持有人、聯絡人、重要歷史，以及支持該快照的證據。
3. 驗證匯出資料：檢查簽章、雜湊、時間戳記、授權參照，以及清單完整性。
4. 區分證據層次：將註冊狀態與實際使用、反向 DNS、路由觀察及 RPKI 狀態比對，不把其中一層當作其餘所有層的證明。
5. 記錄接替方：定義原狀態如何被取代、如何處理衝突，以及依賴這些紀錄的系統如何找到獲承認的接替方。
6. 公布轉換：讓新狀態及其生效時間可以被查得，同時將先前狀態保留為可稽核的歷史紀錄。

這個程序旨在維持連續性，避免讓服務中斷成為未經驗證的主張者改寫歷史的機會。

註冊狀態匯出不得做的事

連續性匯出不是另一個註冊機構，不會賦予每位接收方主張所有權的權力。它不應製造並行主張、繞過適用的資源政策、揭露客戶流量或機密策略，也不應悄悄將實際使用轉換成獲承認的行政控制權。

匯出資料也應說明自身限制。若欄位無法取得、已遮蔽或有爭議，紀錄就應如實註明。誠實標示未知，比提供看似完整卻沒有證據的值更安全。

如何在危機之前測試匯出資料

資源持有人或營運者可以用一組簡單的檢查來測試這個概念：

• 獨立讀者能否辨識確切的 IPv4、IPv6 或 ASN 資源？
• 讀者能否辨識最後一次經驗證的獲承認持有人與生效日期？
• 讀者能否重建重要的移轉、委派與組織變更？
• 讀者能否區分註冊狀態、目前路由與實際使用？
• 讀者能否找到相關的 RPKI 與反向 DNS 證據？
• 讀者能否看出是否存在爭議或相互衝突的主張？
• 讀者能否驗證誰產生了匯出資料，以及之後是否遭到修改？
• 合法接替方能否在不匯入原本私有資料庫的情況下使用這份紀錄？

如果這些問題的答案是否定的，組織可能有即時查詢或備份，卻還沒有經過測試的連續性紀錄。

這如何融入 IPv4 的生命週期

IPv4 資源的生命週期包括註冊紀錄、移轉、營運委派、路由，以及最終的用途變更。匯出資料是連接這些時刻的紐帶。可以先閱讀註冊資料能如何呈現 IPv4 的生命週期，再區分跨 RIR 移轉中的區域流動，與BGP 網路遷移中的路由變化。

同樣的推理也適用於更廣泛的治理問題：當系統協調具有唯一性的資源時，驗證與攜帶狀態的能力，不應完全依賴一個無法使用的行政節點。因此，註冊狀態匯出應與下列實務問題一併討論：網際網路註冊機構失效時會發生什麼，以及控制權證明實際上能說明什麼。

結論

註冊狀態匯出，是讓連續性變得具體的方法。它不會取代 RDAP、RPKI、路由資料、反向 DNS 或註冊政策，而是將相關證據連接成一份經過驗證、具有版本、可以攜帶的紀錄，讓有正當理由查閱的人，在原系統無法直接信任或還原時，仍能理解。

如果註冊機構消失，目標不是讓任何人都能主張該資源，而是保留足夠的已驗證狀態，使合法的答案仍能被辨認、檢驗並延續。