怎样审计企业的互联网号码资源

这是一次有范围、有证据链的检查，覆盖 IPv4、IPv6、ASN、注册账户、路由授权、合同与法律记录，以及日常控制措施。目标不是把资料抄进一张表，而是确认每项资源都有清晰的来源、责任人和使用理由。

审计完成后，企业应能回答：资源是否已知、登记主体是否正确、使用依据是否完整、当前路由是否符合预期、权限是否安全，以及变更或争议出现时如何继续提供服务。

号码资源通常在不同年份、不同供应商和不同项目中逐步积累。人员离职、公司重组、地址租赁、路由调整和注册政策变化，会让记录慢慢分裂。没有人故意制造这种断层，但它会把技术问题变成法律、合规、客户和资产价值问题。

审计能提前发现“没人知道谁能改”“登记还属于旧实体”“ROA 与实际路由不一致”“合同无法证明使用权”等风险，让企业在被迫迁移、遭遇争议或服务受影响之前还有选择。

至少要把资源清单、RIR 与注册状态、法律实体链条、账户安全、BGP 起源、RPKI/ROA、IRR 对象、授权书、租赁和第三方使用、利用率、IPv6、反向 DNS、地理位置、信誉与滥用记录、适用政策、业务重要性和整改记录放在同一条审计路径里。

不同团队掌握不同片段。网络团队负责技术事实，法务和商务团队核对权利与合同，安全和运营团队核对控制与影响，管理层决定优先级和资源。

先列出审计覆盖的法律实体、历史名称、并购所得资源、地区、机房、云和托管平台、子公司、合资企业，以及租入、租出和供应商分配的地址。指定一名统筹人负责收集证据、协调期限和追踪整改；网络、安全、法务、合规、财务、采购、公司行政、风险管理、并购和管理层分别提供相关事实。查询结果和观察记录都要注明日期。

不要只导出注册账户中的清单。把 RIR、RDAP/WHOIS、IPAM、路由器与 BGP、云和防火墙、DNS、上游与托管服务记录，同发票、转移文件、租赁合同、并购材料和采购表逐项对照，才能找到租入、供应商分配或历史遗留的资源。每项记录前缀或 ASN、资源类型、RIR、法律实体、内部负责人和联系人、取得日期与来源、用途、起源 ASN、上游、RPKI/IRR、反向 DNS、合同、业务重要性和文件位置。

向 ARIN、RIPE NCC、APNIC、AFRINIC 或 LACNIC 核对权威记录，查看组织、资源状态和类型、登记与转移日期、管理/技术/滥用联系人、会员或合同状态及费用。RDAP 的查询与响应格式可参考 RFC 9082 和 RFC 9083。保存带日期的查询证据；供应商的说法不能代替注册记录。

沿分配、指派、转移或租赁的文件追溯到当前实体，特别检查更名、合并、重组、业务转入子公司、实体注销和未完成转移。工商文件、更名证明、并购批准、注册协议、董事会决议、发票、租赁合同、LOA 和往来函件应能相互印证。长期使用某段地址，并不能自动补上权利文件中的缺口。

核查 RIR、IRR、RPKI 与服务商门户的个人账户、共享账号、API、邮箱域名、恢复电话，以及顾问和服务商权限。采用实名账户、最小权限、抗钓鱼多因素认证、关键变更双人批准、独立日志和定期权限复核，及时移除离职人员。安全保存恢复资料，并实际演练账户恢复，避免事故中才发现恢复邮箱也不受企业控制。

将实时 BGP 起源同网络设计、路由器配置、上游协议、LOA、ROA、IRR、云服务和租赁记录核对。检查未知起源、更具体前缀、仅在部分地区可见或完全不可见的路由，以及服务终止后仍在公告的旧供应商。多个起源 ASN 可能来自正常的多宿主、迁移、分布式部署或安全服务，不能直接认定为劫持；关键是确认每一条公告是否得到授权。

ROA 声明哪些 ASN 可以为某个前缀发起路由，并可限定最大前缀长度；格式见 RFC 9582。检查所需 ROA 是否存在、起源与前缀是否匹配、maxLength 是否符合实际路由，以及验证结果属于 Valid、Invalid 还是 NotFound。过宽的 maxLength 会扩大更具体路由的授权范围，过窄则可能让正常路由失效。迁移时先建立并验证新授权，再撤掉旧路由和旧 ROA，同时检查旧 ASN、变更权限和持续监控。

逐项核对 route、route6、aut-num、as-set 和 mntner：所在注册库、前缀、起源、维护者与凭据是否正确，是否存在重复、冲突或旧服务商对象，是否与 BGP 和 RPKI 一致。过时对象可能使上游错误接收或拒绝路由。删除前先确认生产依赖，保留变更依据，并验证实际过滤结果。

每份 LOA 应对应明确的前缀、授权组织、ASN、用途、签发与到期日期、签字人、关联合同和撤销方式。检查是否由离职人员签署、指向旧服务商或错误 ASN、期限无限延长、与 ROA 冲突，或者文件根本缺失。LOA 是授权文件，不能替代注册记录或密码学路由验证；仍需核对签发人的权限及当前业务需要。

租入和租出的资源都要审计：合同双方、前缀、期限、许可用途、起源 ASN、使用地区、客户、滥用责任、RPKI/IRR、反向 DNS、地理信息、续约、终止、归还和重新编号安排。终止后应确认 BGP 公告停止、LOA 撤销、ROA 与 IRR 更新、反向 DNS 权限收回、客户分配关闭、内部记录同步，而不只是把合同标为结束。

把地址划分为在用、预留、基础设施、客户分配、隔离、可用、用途不明、不可达、迁移中或留作增长等状态。没有流量不等于闲置：灾备、备用系统、白名单、低流量服务和客户承诺都可能需要保留地址。检查过大的子网、废弃项目、已离开的客户、重复预留、碎片化、仅供内部使用的公网地址，以及 IPAM 与实际情况的差异，再判断可回收容量。

单独检查 IPv6 分配、地址规划、路由、ROA、IRR、反向 DNS、防火墙、邻居发现、云安全组、监控、客户配置、旧方案和团队知识。IPv6 可能已自动启用，却没有进入安全与运维视野。明确记录它是全面部署、部分部署、仅限内部、意外启用、计划部署，还是经决定关闭，并保留相应配置和文档。

检查反向 DNS 委派、权威名称服务器、PTR、旧服务商权限，以及邮件和日志系统对这些记录的依赖。将地理位置数据库和 geofeed 与部署情况核对。错误记录不仅影响邮件送达和故障定位，也可能影响访问限制、反欺诈、区域广告、分析与合规；应明确谁能修正记录及如何验证修正结果。

审阅信誉数据库、黑名单、滥用投诉、垃圾邮件、恶意软件、扫描、欺诈、客户事件、处置与隔离记录，以及联系人和响应流程。被列入黑名单并不自动证明地址不可用：记录可能过时、存在争议，或源于上一位使用者。结合来源、日期、证据、当前用途、业务影响和修复情况判断；在交给新客户之前也应完成检查。

核对会员状态、服务协议、费用、转移条件、联系人验证、资源复核、历史资源安排、RPKI、报告义务和政策变化。已经生效的正式政策、合同条款、操作流程、建议、提案和讨论不是同一回事，不能把待讨论内容写成现有义务。有关变化应由相关业务负责人共同评估，NRS 的培训、会员服务和政策参与可作为持续了解治理问题的入口。

评估依赖这些资源的客户与收入、重新编号成本、白名单、邮件信誉、合作伙伴、云服务、监管要求、替代资源和恢复时间。关键资源中断会造成重大影响；高重要性资源支撑重要业务且替代困难；中等资源可经规划迁移；低重要性资源通常临时或易于替代。分级应决定保护措施，不能用地址块大小代替业务影响。

每项发现都要记录资源、问题描述、证据、风险类别、业务影响、负责人、整改动作、截止日期、验证方式和状态。按下面的优先级安排处理，结束时核对证据与实际结果。只有明确责任、落实修复并复核，审计才形成闭环。

把下面的清单作为复核入口；它不能替代证据，但可以避免团队只检查网络设备而漏掉权利、权限和业务后果。

• IPv4、IPv6 和 ASN 是否全部纳入？
• 是否包括供应商分配和租入的资源？
• 是否覆盖并购所得与历史实体？
• 每项资源是否有内部负责人？

• 登记的法律实体是否正确？
• 联系人是否仍然有效？
• 会员状态是否明确？
• 费用和协议是否已更新？
• 权威记录是否已留存？

• 分配和转移文件是否齐全？
• 公司沿革的文件链是否完整？
• 合同、租赁和 LOA 是否仍有效？
• 第三方使用是否都有记录？

• 每个起源 ASN 是否都有解释？
• 异常起源是否已调查？
• 废弃公告是否已撤除？
• 更具体前缀是否得到授权？

• ROA 是否正确？
• maxLength 是否合适？
• 生产路由的 RPKI 验证是否有效？
• IRR 对象是否准确？
• 旧维护者的权限是否已移除？

• 是否启用多因素认证？
• 是否消除了共享账户？
• 离职人员是否已移除？
• 变更是否有日志？
• 是否测试过账户恢复？

• 是否测量利用率？
• 反向 DNS 是否准确？
• 地理信息是否已核对？
• 信誉问题是否有人跟进？
• 是否纳入 IPv6？

• 是否跟踪政策变化？
• 是否确定业务重要性？
• 是否有可用替代容量？
• 是否制定事件响应计划？
• 发现的问题是否跟进到关闭？

一般至少每年进行一次完整审计；关键记录应持续监测或更频繁复核。并购、更名、网络迁移、大规模云部署、资源转移或租赁、安全事件、注册账户访问故障、关键网络人员离职、重大 RIR 政策变化、未经授权的路由，以及融资或出售准备，都应触发额外审计。涉及互联网基础设施的交易，应把这项检查纳入常规尽调。

号码资源不是孤立的技术数据。它们把网络可达性、法律实体、合同权利、客户承诺和治理选择连在一起。审计的价值，在于让企业看见这条链，并在风险仍可处理时采取行动。

这五个问题把审计对象、责任和复核时机放在一起，适合用作管理层或跨团队会议的开场。

本文主要指公网 IPv4、IPv6 和 ASN，以及支撑它们的注册、路由、授权和管理记录。

因为地址或 ASN 的控制、登记和路由关系发生变化时，服务即使没有宕机，客户访问、白名单、合作伙伴集成和合规流程也可能失效。

可能出现路由不可达、客户中断、迁移成本、信誉损失、合同争议和收入影响。受影响的团队还要重新处理 DNS、防火墙、VPN、支付和供应商配置。

网络、法务、商务、财务、合规和客户运营需要共同负责。网络团队管理路由和配置，但合同、续约、客户承诺和业务影响都跨越部门边界。

除定期复核外，重大续约、客户迁移、网络扩容、服务商更换或 IP 租赁协议更新前也应检查。事故、所有权变化、注册记录更新和关键客户服务变化之后，应重新评估计划。