课题研究 域名数据与威胁监测 子课题01 · 第1篇 / 共8篇
01域名注册数据治理 · 研究总览与背景

域名注册数据治理

域名注册数据是威胁研究的"基础矿藏":它独立于内容检测、先于攻击载荷出现、天然支持主体关联。本篇梳理WHOIS从1982年NICNAME到2004年RFC 3912的四十年演进、2015年RDAP标准(RFC 7480-7485)带来的机器可读革命、2018年GDPR引发的Redaction时代与中国实名制治理道路,提出"质量可量化、隐私可审计、价值可转化"的核心研究问题,并给出全文八篇的结构总览。

RDAPWHOIS数据治理隐私保护实名制研究状态:研究中
所属专题域名数据与威胁监测
目标受众数据治理人员、威胁分析师、合规团队、域名行业从业者
全文结构8篇:总览 → 协议模型 → 质量治理 → 核验隐私 → 中国治理 → 资产化 → 工具数据 → 路线图

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 7480HTTP使用方法基于HTTP(S)的传输约定,GET查询与正确的内容协商
RFC 7481安全与访问控制传输层安全、访问控制框架、速率限制与错误响应语义
RFC 7482查询格式定义/domain、/nameserver、/entity、/ip、/autnum五类路径查询及批量查询
RFC 7483JSON响应核心对象模型(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 注册数据的数据链路

注册数据沿"注册人→注册服务机构→注册管理机构→查询服务→消费方"的链路流动,每个环节都是治理的着力点:

域名注册数据全链路
数据在五个环节间流动,RDAP/WHOIS只是查询出口,治理必须覆盖上游供应环节
说明:本框架为本课题基于RFC 7482/7483与ICANN注册政策文件归纳的数据链路模型。

3.2 关键数字速览

1990
.CN完成注册
1990年11月28日,.CN顶级域名完成注册登记
2015-03
RDAP标准发布
IETF发布RFC 7480-7485,注册数据进入机器可读时代
2019-08-26
gTLD RDAP实施截止
ICANN要求全部gTLD注册局与注册商完成RDAP实施
2082万
.CN域名规模
截至2024年12月,.CN域名数量,连续十年全球第一(CNNIC第55次报告)

3.3 治理参与主体

主体角色定位在数据治理中的职责
注册人数据主体提供真实注册信息;享有查询、更正、删除等个人信息权利
注册服务机构
(注册商)
数据控制者/处理者身份核验、数据准确性维护、Redaction执行、按政策响应披露请求
注册管理机构
(注册局)
权威数据维护方维护权威注册数据库,运营RDAP服务(thick模式),执行注册局政策
ICANNgTLD生态协调方制定注册政策(RAA/RA)、运营合同合规体系、推进RDS政策进程
CNNIC国家域名管理方.CN/.中国注册管理、实名核验体系、域名投诉举报处理
监管机构规则制定与执法方工信部(境内域名管理)、网信部门(数据与个人信息执法)等

04 · 八篇研究框架

本子课题按"总览认知 → 协议筑基 → 质量治理 → 核验隐私 → 双轨对标 → 价值转化 → 工具复现 → 落地收口"的逻辑组织为八篇,各篇通过统一的数据质量与合规框架衔接:

八篇结构与阅读路径
第1篇为认知基础;第2—5篇构成治理主体;第6—8篇构成价值转化与落地
说明:八篇结构为本课题自定义的研究组织方式。

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公开资料),用于支撑本篇事实性表述。

[1]

IETF RFC 3912(WHOIS协议规范,2004):rfc-editor.org/rfc/rfc3912

[2]

IETF RFC 7480-7485(RDAP协议栈,2015年3月):RFC 7480、RFC 7483、RFC 7484

[3]

IETF RFC 9082 / 9083(RDAP查询与JSON响应更新,2021):rfc-editor.org/rfc/rfc9083

[4]

ICANN《gTLD注册数据临时规范》(Temporary Specification,2018年5月通过):icann.org临时规范页

[5]

ICANN EPAG案通报与德国法院裁定(波恩地区法院2018年5月30日;科隆高等地区法院2018年8月1日,19 W 32/18):icann.org通报

[6]

ICANN RDAP Timeline(2019年8月26日实施截止;2024年2月版RDAP Profile;2025年1月28日WHOIS义务日落):icann.org RDAP Timeline

[7]

CNNIC第55次《中国互联网络发展状况统计报告》(截至2024年12月域名总数3302万个,.CN域名2082万个):cnnic.cn

[8]

《互联网域名管理办法》(工业和信息化部令第43号,2017年11月1日施行):miit.gov.cn

[9]

《关于规范互联网信息服务使用域名的通知》(工信部信管〔2017〕264号,2018年1月1日施行):全文

[10]

IETF RFC 812(NICNAME/WHOIS前身,1982):rfc-editor.org/rfc/rfc812