01 · 研究背景与意义
1.1 域名注册数据是什么
域名注册数据是域名在注册管理机构与注册服务机构处登记的档案信息,包括域名本身、注册人与各联系人信息、注册/到期/更新时间、注册服务机构、名称服务器、域名状态等。它是互联网中少数全球通用、跨组织标准化的实体档案数据:无论攻击者使用何种基础设施,注册域名时都必须向注册服务机构提交注册信息,这一环节在数据世界留下了不可绕过的痕迹。对防御方而言,注册数据的价值在于三个"前置":时间前置(注册行为先于攻击载荷出现)、视角独立(不依赖内容检测,不受加密流量影响)、主体可关联(同一注册人名下的域名天然构成集群)。
1.2 WHOIS四十年:从NICNAME到RFC 3912
WHOIS协议的历史几乎与互联网本身一样长。其前身NICNAME协议可追溯至1982年的RFC 812,最初用于查询ARPANET目录中的联系人信息;现行规范为2004年发布的RFC 3912(废止1985年RFC 954)。WHOIS运行在TCP 43端口,采用"一问一答"的纯文本交互,没有结构化的数据模型、没有国际化的统一编码机制、没有认证与加密,更没有版本协商与扩展机制。这些先天缺陷在数据规模尚小时无伤大雅,但在新世纪第二个十年后成为严重瓶颈:脚本难以稳定解析五花八门的输出格式,隐私法规无法在其上实施分级访问,跨注册局的数据融合成本高企。
2025年1月28日,ICANN正式日落gTLD注册局与注册商提供WHOIS(端口43)服务的合同义务(.com、.name、.post因既有合同安排暂为例外),RDAP自此成为gTLD注册数据的权威交付协议——WHOIS四十余年的标准化使命宣告结束,但其存量数据与解析生态仍将在相当长的过渡期内并行存在。
1.3 RDAP革命:RFC 7480-7485
为替代WHOIS,IETF成立WEIRDS(Web Extensible Internet Registration Data Service)工作组,于2015年3月一次性发布六份标准文档,构成完整的RDAP(Registration Data Access Protocol)协议栈:
| RFC | 主题 | 核心内容 |
|---|---|---|
| RFC 7480 | HTTP使用方法 | 基于HTTP(S)的传输约定,GET查询与正确的内容协商 |
| RFC 7481 | 安全与访问控制 | 传输层安全、访问控制框架、速率限制与错误响应语义 |
| RFC 7482 | 查询格式 | 定义/domain、/nameserver、/entity、/ip、/autnum五类路径查询及批量查询 |
| RFC 7483 | JSON响应 | 核心对象模型(entity/domain/nameserver/ip network/autnum)、事件、状态、角色、jCard联系方式 |
| RFC 7484 | 服务引导(Bootstrap) | 通过IANA维护的注册表将TLD/IP/ASN映射至权威RDAP服务端,实现自动发现 |
| RFC 7485 | 国际化 | 注册数据国际化与本地化问题(有效性汇总报告) |
2021年,RFC 9082与RFC 9083分别对7482与7483进行技术更新。与WHOIS相比,RDAP的本质进步在于:机器可读(统一JSON模型)、分层访问(支持按身份返回不同详细程度)、可扩展(rdapConformance机制支持协议扩展)、可发现(Bootstrap机制使全球服务端目录化)。
1.4 GDPR冲击与"Redaction时代"
2018年5月25日,欧盟《通用数据保护条例》(GDPR)生效。WHOIS/RDAP公开的注册数据中大量包含自然人个人信息,公开披露面临合法性危机。2018年5月17日,ICANN董事会通过《gTLD注册数据临时规范》(Temporary Specification),要求注册服务机构对自然人注册人的公开查询结果实施Redaction(隐藏),同时建立分层访问框架——这一临时规范后经多轮修订并融入后续政策进程。几乎与此同时发生了全球瞩目的司法检验:ICANN诉德国注册商EPAG Domainservices GmbH案——波恩地区法院(2018年5月30日)与科隆高等地区法院(2018年8月1日,案号19 W 32/18)先后驳回ICANN要求EPAG继续收集管理联系人(admin)与技术联系人(tech)个人数据的禁令请求,确认数据最小化原则对注册数据收集活动的约束。该案使"注册数据并非越多越好"成为治理共识,也直接塑造了其后WHOIS Disclosure System(2023年上线试点)与RDRS(注册数据请求服务)的演进方向。
1.5 中国的实名制治理道路
与gTLD生态"先公开、后收缩"的路径不同,中国域名治理自始即走实名化道路:1990年11月28日,.CN顶级域名完成注册;1997年6月3日,中国互联网络信息中心(CNNIC)成立,承担国家互联网络信息中心的职责。2017年,《互联网域名管理办法》(工业和信息化部令第43号,2017年11月1日施行)以部门规章形式确立域名注册真实性核验与实名制要求;《关于规范互联网信息服务使用域名的通知》(工信部信管〔2017〕264号,2018年1月1日施行)建立"域名核验三步法"(顶级域已获批复、经境内注册服务机构注册、域名处于有效期内)并与ICP备案系统联动。实名制显著提升了中国域名的主体可追溯性,但也对注册数据的隐私保护、存储安全与合规使用提出了更高要求——这正是本子课题的研究张力所在。
核心科学问题:在"数据可得性下降"(GDPR/Redaction)与"主体可追溯性要求上升"(实名制/反钓鱼)的双重约束下,如何建立一套兼顾质量、合规与价值的域名注册数据治理体系?本课题围绕"数据质量可量化、隐私合规可审计、数据价值可转化"三个层次展开工程化研究,为域名威胁监测提供可信数据底座。
02 · 研究目标与关键问题
- 协议贯通:系统掌握WHOIS→RDAP的技术演进与数据模型差异,建立覆盖gTLD与.CN的双栈数据采集能力(第2篇)。
- 质量可量化:建立注册数据五维质量评估体系与抽样审计方法,输出数据质量仪表盘(第3篇)。
- 核验与隐私平衡:梳理身份核验义务的技术实现路径与隐私保护机制,设计分级访问模型(第4篇)。
- 治理体系对标:系统研究ICANN政策体系与中国实名制治理体系,形成双轨合规框架(第5篇)。
- 价值转化落地:将治理后的注册数据转化为反钓鱼溯源、批量注册预警等实战能力(第6—8篇)。
2.1 三个关键研究问题
| 编号 | 关键问题 | 内涵说明 | 对应章节 |
|---|---|---|---|
| KQ-1 | 数据可得性与隐私合规的平衡 | Redaction使公开层个人信息大面积不可用,哪些字段、在何种授权下、以何种形式仍可合法使用?分级访问模型如何设计并留痕审计? | 第4篇 §03—§06 |
| KQ-2 | 数据质量的可量化评估 | "这条注册数据可信吗"不能停留在主观判断,如何定义完整性、准确性、时效性等维度并给出可计算的指标与抽样审计协议? | 第3篇 §01—§04 |
| KQ-3 | 治理成果的价值转化 | 治理后的高质量注册数据如何转化为威胁发现能力(前置预警、快速溯源),并以标准化情报形态对外服务? | 第6—8篇 |
2.2 研究范围界定
- 域范围:以域名注册数据(WHOIS/RDAP)为核心,向上游延伸至EPP供应协议,向下游延伸至威胁情报应用;解析测量与DGA/Fast-flux检测属于本子课题的姊妹子课题(本专题子课题03/04),仅在数据接口处衔接。
- 治理范围:覆盖gTLD(ICANN体系)与.CN(CNNIC体系)两大治理域,兼顾国际合规(GDPR)与国内合规(网络安全法、数据安全法、个人信息保护法)。
- 深度范围:做到"治理体系与工程方法"层面,不展开具体商业数据平台的产品设计与采购建议。
03 · 领域知识体系全景
3.1 注册数据的数据链路
注册数据沿"注册人→注册服务机构→注册管理机构→查询服务→消费方"的链路流动,每个环节都是治理的着力点:
3.2 关键数字速览
3.3 治理参与主体
| 主体 | 角色定位 | 在数据治理中的职责 |
|---|---|---|
| 注册人 | 数据主体 | 提供真实注册信息;享有查询、更正、删除等个人信息权利 |
| 注册服务机构 (注册商) | 数据控制者/处理者 | 身份核验、数据准确性维护、Redaction执行、按政策响应披露请求 |
| 注册管理机构 (注册局) | 权威数据维护方 | 维护权威注册数据库,运营RDAP服务(thick模式),执行注册局政策 |
| ICANN | gTLD生态协调方 | 制定注册政策(RAA/RA)、运营合同合规体系、推进RDS政策进程 |
| CNNIC | 国家域名管理方 | .CN/.中国注册管理、实名核验体系、域名投诉举报处理 |
| 监管机构 | 规则制定与执法方 | 工信部(境内域名管理)、网信部门(数据与个人信息执法)等 |
04 · 八篇研究框架
本子课题按"总览认知 → 协议筑基 → 质量治理 → 核验隐私 → 双轨对标 → 价值转化 → 工具复现 → 落地收口"的逻辑组织为八篇,各篇通过统一的数据质量与合规框架衔接:
05 · 核心研究内容总览
| 编号 | 研究内容 | 要点 | 展开位置 |
|---|---|---|---|
| A1 | 协议与数据模型 | WHOIS/RDAP/EPP协议栈对比、RDAP五类核心对象、事件/状态/角色模型、Bootstrap服务发现 | 第2篇 |
| A2 | 数据质量治理 | 五维质量模型(GB/T 36344-2018对齐)、抽样审计协议、实体解析与去重、数据管道架构 | 第3篇 |
| A3 | 身份核验与隐私保护 | 2013 RAA验证义务、WDRP流程、Redaction机制、RDRS披露通道、EPAG案法律启示 | 第4篇 |
| A4 | 双轨治理对标 | ICANN政策体系(RAA/RA/Temporary Specification)与.CN治理体系(43号令/264号文/实名核验)对比 | 第5篇 |
| A5 | 价值转化与落地 | 注册数据威胁情报化、反钓鱼溯源与前置预警、工具链与数据集、实施路线图与KPI | 第6—8篇 |
06 · 常见认知误区与术语辨析
| 误区/混淆 | 辨析 |
|---|---|
| "WHOIS和RDAP只是新旧版本关系" | 不准确。二者查询对象相同但体系迥异:WHOIS是43端口无状态文本协议,RDAP是基于HTTPS+JSON的应用层协议,具备数据模型、错误语义、访问控制与扩展机制,差异远超"版本升级"。 |
| "Redaction等于删除注册数据" | 错误。Redaction仅是对公开查询层隐藏个人信息,注册服务机构仍依法完整保存数据,并可通过RDRS等授权通道响应合法披露请求。数据仍在,只是访问分层。 |
| "实名制与隐私保护相互矛盾" | 片面。中国实名制解决"主体可追溯",GDPR/个保法解决"个人权益保护",二者可通过分级访问、最小化采集、审计留痕实现兼容——这正是本课题的核心研究问题。 |
| "RDAP已经完全取代WHOIS" | 错误。ICANN已确立WHOIS退役路线,但.com/.net等thin注册局的历史WHOIS数据仍具参考价值。2025年1月28日,gTLD的WHOIS(端口43)合同义务已正式日落,RDAP成为唯一强制协议;但.com、.name、.post暂为例外,且ccTLD按自主节奏推进(如.CN目前仍以WHOIS为主),双栈查询在可预期时间内仍将并存。 |
| "注册数据只用于注册管理" | 错误。注册数据是威胁研究的基础资产:ICANN的DAAR系统即以注册数据度量DNS滥用集中度,支撑全球政策决策;注册时间与证书申请时间的时序关联更是钓鱼基础设施还原的关键证据链。 |
| "数据越多越好" | 错误。EPAG案确立的最小化原则要求:只收集实现注册功能所必需的数据。过量采集不仅违法,还会稀释数据质量、增加泄露风险——质量治理的第一步是定义"不采集什么"。 |
6.1 核心术语速查
| 术语 | 释义 |
|---|---|
| WHOIS | 基于TCP 43端口的域名/地址注册信息查询协议(RFC 3912) |
| RDAP | 注册数据访问协议,基于HTTPS与JSON的标准化注册数据查询协议(RFC 7480-7485) |
| EPP | 可扩展供应协议,注册服务机构与注册管理机构之间的数据供应标准(RFC 5730-5734) |
| Redaction | 对公开查询结果隐藏个人信息字段的处理机制,数据本身仍被依法保存 |
| Thick / Thin | 注册数据由注册局完整保存(thick)或仅注册商保存、注册局仅存指针(thin,如.com/.net) |
| RDRS | 注册数据请求服务(Registration Data Request Service),ICANN运营的非公开gTLD注册数据请求通道 |
| RDS | 下一代注册目录服务(Registration Directory Service),ICANN推进中的注册数据披露政策框架 |
07 · 研究边界与合规声明
合规与伦理声明:①本课题全部研究以防御为目的,严格遵守《网络安全法》《数据安全法》《个人信息保护法》及GDPR等法律法规;②注册数据采集遵循最小化与目的限定原则,优先使用公开聚合数据,个案数据查询仅通过RDRS等授权渠道;③不收集、不存储注册人明文个人敏感信息,研究数据集一律去标识化处理;④文中涉及的钓鱼域名案例仅用于防御方法说明,不指向任何在营网站;⑤国别顶级域(ccTLD)相关研究内容遵循当地注册政策与相关法律要求;⑥本课题不构成法律意见,具体合规判断以监管机构解释与正式法律意见为准。
08 · 预期成果与交付物
- 《域名注册数据治理方法论》研究报告一份(含五维质量模型、抽样审计协议与分级访问设计)
- WHOIS/RDAP双栈数据采集管道参考实现(含Bootstrap自动发现、限速与审计模块)
- 注册数据质量评估模板与评分卡(对齐GB/T 36344-2018)
- 双轨合规对照手册(ICANN政策体系 × 中国域名治理体系)
- 注册数据威胁情报化接口规范(含STIX/GB/T 36643-2018封装示例)
本篇参考来源(第1篇)
以下均为真实可查的权威来源(IETF标准、ICANN官方文件、法院判决、CNNIC公开资料),用于支撑本篇事实性表述。
IETF RFC 3912(WHOIS协议规范,2004):rfc-editor.org/rfc/rfc3912
IETF RFC 9082 / 9083(RDAP查询与JSON响应更新,2021):rfc-editor.org/rfc/rfc9083
ICANN《gTLD注册数据临时规范》(Temporary Specification,2018年5月通过):icann.org临时规范页
ICANN EPAG案通报与德国法院裁定(波恩地区法院2018年5月30日;科隆高等地区法院2018年8月1日,19 W 32/18):icann.org通报
ICANN RDAP Timeline(2019年8月26日实施截止;2024年2月版RDAP Profile;2025年1月28日WHOIS义务日落):icann.org RDAP Timeline
CNNIC第55次《中国互联网络发展状况统计报告》(截至2024年12月域名总数3302万个,.CN域名2082万个):cnnic.cn
《互联网域名管理办法》(工业和信息化部令第43号,2017年11月1日施行):miit.gov.cn
《关于规范互联网信息服务使用域名的通知》(工信部信管〔2017〕264号,2018年1月1日施行):全文
IETF RFC 812(NICNAME/WHOIS前身,1982):rfc-editor.org/rfc/rfc812