企業の IPv4 資産管理――アドレスを長期の事業基盤として扱う

IPv4 資産管理とは、資源のライフサイクル全体を通じて、その所在を把握し、記録し、保護し、利用し、管理責任を明確にすることだ。企業が保有・管理するブロック、その資源に依存するシステム、経路を広告する ASN、管理権限を持つ人、将来の必要性を一体として把握する。

2026 年現在も、顧客向けアプリケーション、API、クラウド、メール、VPN、取引先の許可リスト、ホスティング、セキュリティ機器、データセンター、既存システムは IPv4 に依存している。従来の割り振りで新規アドレスを無制限に確保することはできない。問うべきは、今ある資源を今後 5 年、10 年、15 年の事業にどう生かすかである。

資源には市場価格だけでなく、運用、継続性、経路、顧客接続、安全性、移行のための価値がある。多くの顧客の許可リスト、古いファイアウォール、API、DNS、取引先システムに組み込まれた /20 なら、置き換えの負担が売却価格を大きく上回ることもある。管理の出発点は相場ではなく、依存関係である。

外部から確認できる登録情報に、社内でしか分からない情報を重ねる。何に使うプレフィックスか、どのアプリケーションが依存するか、責任部署はどこか、今後も必要か。登録情報だけを並べても、十分な台帳にはならない。

災害復旧、移行、拡張のための予約も漏らさない。資源の履歴と、移転・貸与・買収時に必要となる書類も残す。番号資源全体の棚卸しは、企業のインターネット番号資源を監査する方法も参考になる。

• レジストリ／RDAP：登録上、資源に結び付いている組織はどこか。
• BGP：実際にプレフィックスを広告している ASN はどれか。
• RPKI：そのプレフィックスの経路起源として認可されている ASN はどれか。
• IRR：どのような経路情報が登録されているか。
• CMDB／IPAM：社内では、その資源をどう使っていると認識しているか。

相互に裏付け合う情報ではあるが、代用はできない。登録情報は現在の経路を証明せず、BGP 広告は法的・契約上の権利を証明しない。ROA もネットワーク全体を描くものではない。

手順3：レジストリと RDAP を確認する

組織名、アドレス範囲、資源の状態、連絡先、上位資源との関係、担当 RIR を確認する。古い情報や誤りは、移転、買収、アカウント復旧、事業者変更、紛争対応、障害対応の妨げになる。登録は重要な証拠だが、法的な所有関係のすべてを自動的に確定するものではない。

詳しい手順はIP アドレスの RDAP レコードの読み方を参照。

手順4：実際の BGP 広告を見る

203.0.113.0/24 → AS64500

重要なプレフィックスごとに期待する状態を定め、現在見えているか、起源 ASN は正しいか、より具体的な経路が出ていないか、複数の起源 ASN がないかを調べる。登録が正しくても、意図しない広告が本番ネットワークに現れることはある。

確認方法はBGP で誰がプレフィックスを広告しているか調べる方法で説明している。

手順5：RPKI の認可を運用変更に追従させる

Prefix: 203.0.113.0/24
Authorized ASN: AS64500

ROA は、指定した ASN が特定プレフィックスの経路起源となることを認可する。原文は形式の説明として RFC 9582 を参照している。運用では ASN、プレフィックス長、maxLength、期限切れや不要になった認可、移行の順序を確認する。

ASN や接続事業者の変更、ネットワーク買収、DDoS 対策サービスの導入、ネットワーク再設計では特に注意が必要だ。古い ROA を放置すると、正当な新しい経路が RPKI Invalid になる可能性がある。

手順6：IRR の登録を保守する

route: 203.0.113.0/24
origin: AS64500

IRR のデータから経路フィルターを作るネットワークもあるため、古い route オブジェクトは運用上の不整合につながる。意図した経路、実際の BGP、RPKI、IRR を定期的に照合する。各システムの内容を機械的に同一にするのではなく、説明できない差異を見つけることが目的だ。

手順7：使用中、予約済み、余剰を分ける

今のトラフィックが少なくても、災害復旧、顧客の移行、地域間の切り替え、将来の拡張、契約上の約束、セキュリティ構成のために確保しているかもしれない。使用率だけでは判断できない。

• 使用中：本番サービスを支えている。
• 予約済み：広告されていなくても、計画や非常時の用途が明確である。
• 低利用：利用はあるが、割り当て効率を改善できる。
• 社内で回収を検討できる：明確な運用上の依存が見つからない。
• 移転・貸与を検討できる：長期的な運用需要を超えており、技術・契約・登録面の確認も行う。

手順8：表に出にくい依存関係を洗い出す

アドレスは、ファイアウォール、VPN ポリシー、顧客の許可リスト、SaaS 連携、API 認証、DNS、SSL/TLS 設定、監視、決済ゲートウェイ、外部事業者のシステムに埋め込まれていることがある。通信量が少ないことと、容易に置き換えられることは別だ。移転や貸与を決める前に確認する。

手順9：保持、社内回収、移転、貸与を選ぶ

• 保持する：戦略上または運用上の価値が残っている。
• 社内で回収する：非効率な割り当てを統合し、既存の容量を再利用する。
• 移転する：将来も不要と見込まれ、適用される移転条件を満たす。
• 貸与する：技術・契約・登録上の条件が許す範囲で、資源との継続的な関係を維持しながら他の運用者に利用してもらう。

商業的な側面は余剰 IP 資源の収益化に関する記事（英語）で扱っている。ただし最初の問いは、このブロックを手放したとき、将来の運用にリスクが残らないかである。

手順10：市場価格だけで決めない

売却すれば資金を得られる一方、後で同等のアドレスを確保するには、より大きな費用や手間がかかるかもしれない。許可リストや従来のネットワーク設計も、そのまま戻るわけではない。目先の収入と長期のインフラ利用価値を並べて検討する。

手順11：M&A の調査対象に IPv4 を含める

合併、買収、事業分離、再編では、資源の一覧、登録名義、管理する RIR アカウント、保有の形態、広告する ASN、RPKI の有効性、証拠書類を確認する。引き継げないことが成立後に判明しないよう、技術デューデリジェンスの段階で扱う。

関連する論点は合併・買収時の IP アドレスの扱いで確認できる。

手順12：特定の担当者への依存を減らす

RIR、RPKI、IRR、DNS、BGP、事業者の連絡先、移転履歴を一人しか把握していなければ、退職そのものがインフラのリスクになる。組織として継続できるアクセス、文書化したアカウント復旧手順、MFA の復旧方法、複数の権限保有者、最新の連絡先を整える。

手順13：資源の履歴を残す

最初の割り振り、その後の割り当て、移転、社名変更、買収、経路変更、RPKI の更新、事業者移行を記録する。移転やデューデリジェンス、継続性の立証、登録の食い違いの説明、アカウント復旧で必要になることがある。

手順14：レピュテーションを管理する

アドレスには、迷惑メール、マルウェア、不正利用、ボットネット、プロキシサービスなどの過去があるかもしれない。主要なブロックリスト、不正利用の報告、位置情報、逆引き DNS、経路履歴を確認する。新規取得、貸与、以前に貸与・委任していた資源の回収時は特に重要だ。技術的に有効でも、すぐに本番投入できるとは限らない。

手順15：逆引き DNS を確認する

委任を管理するのは誰か、どのネームサーバーを使うか、古いシステムが PTR に依存していないか、DNSSEC が関係するかを確認する。逆引きはメール配送、セキュリティツール、ログ、顧客サービスに影響する。DNS の作業という理由で資源管理の対象から外してはいけない。

IPv4 の資産管理を IPv6 に反対する理由にしてはならない。IPv6 は長期的な依存を減らすが、顧客、取引先、既存システムが一斉に移行するわけではない。多くの企業では、デュアルスタックや混在環境が今後も続く。

重要な IPv4 を保護する
＋ 不要な IPv4 依存を減らす
＋ IPv6 の導入を広げる

この三つを並行して進める。選択肢を残すことが目的であり、すべてをすぐに売ることでも、IPv6 を見送ることでもない。

台帳、登録、経路、RPKI、IRR、DNS、利用状況、レピュテーション、アクセス、方針を年次レビューで点検する。買収、移行、ASN の変更、ネットワーク再編の後にも見直す。各資源について、責任者と次の判断が明確になっていることが重要だ。

七つの活動を継続的につなぐ

• 発見：すべての資源を把握する。
• 記録：履歴、権利の背景、依存関係、社内責任を残す。
• 検証：登録、BGP、RPKI、IRR を照合する。
• 保護：アカウントと経路認可を守る。
• 最適化：非効率な割り当てを整理し、真の余剰を見極める。
• 監視：経路、レピュテーション、運用状態を追う。
• 再評価：年次と大きな事業変更のタイミングで判断し直す。

古い登録情報は、アカウント復旧、移転、セキュリティ対応、事業者変更、買収を難しくする。登録されている人、認可を受けている人、広告している人、社内の用途を理解する人、管理権限を復旧できる人は同じとは限らない。それぞれを確認する必要がある。

「所有」という言葉を慎重に使う

企業内でいう所有が、運用上の管理や資源に関わる権利を意味する場合もある。法的・契約上の位置付けは、履歴、適用される契約、制度によって異なる。登録、経路認可、権利を同一視せず、それぞれを説明できる資料を保管する。

IPv4 を長期のインフラ資本として考える

適切に管理された資源は、顧客との関係、事業連携、ネットワークの発展、移行能力を支える。IP アドレスをインフラ資本として捉える記事（英語）では、この視点を掘り下げている。保持、再編、移転、貸与を必要に応じて選べる状態が、管理の価値である。

避けたい八つの思い込み

• IPv4 を単なる技術上の細部として扱う。
• 金融資産としての価値だけを見る。
• 登録情報を現在の経路と同一視する。
• 未使用だと早合点する。
• 一人の社員に依存する。
• 移行時に RPKI を忘れる。
• 依存関係の分析が終わる前に売却する。
• IPv6 を考慮しない。

すべてのアドレスを永久に持ち続ける必要も、空いて見えるものをすべて売る必要もない。運用上の重要性、追跡できる履歴、実際の使用、長期のインフラ価値に基づいて、一つずつ判断する。