---
id: "disclosure-request"
kind: "glossary-term"
title: "披露请求"
language: "zh-Hans"
category: "注册数据与隐私"
updated: "2026-10-10T23:12:43Z"
canonical: "https://tldlog.com/zh/cihui/pilu-qingqiu/"
translations:
  en: "https://tldlog.com/glossary/disclosure-request/"
  es: "https://tldlog.com/es/glosario/solicitud-divulgacion/"
  de: "https://tldlog.com/de/glossar/offenlegungsantrag/"
  fr: "https://tldlog.com/fr/glossaire/demande-divulgation/"
  it: "https://tldlog.com/it/glossario/richiesta-divulgazione/"
  pt-BR: "https://tldlog.com/pt/glossario/solicitacao-divulgacao/"
  ru: "https://tldlog.com/ru/glossariy/zapros-raskrytie-dannykh/"
---

# 披露请求

向注册服务机构或注册管理机构提出的、获取不对公众显示的注册数据（例如所有者的姓名或电子邮件）的请求。请求方（例如警方或商标律师）需说明为何需要这些数据。由注册服务机构或注册管理机构决定是否披露。

披露请求是请求获取被隐藏、不向公众显示的域名所有人信息（例如姓名或电子邮件地址）的途径。请求须发送给销售或运营该域名的公司，并须说明请求方是谁以及请求的理由。决定是否提供数据的是该公司，而不是ICANN。

## 什么是披露请求

自2018年起，根据《通用顶级域注册数据临时规范》，通用顶级域（gTLD）注册记录中的大部分个人数据已被隐藏（分级访问）。目前适用的是《注册数据政策》，该政策自2025年8月21日起生效，并于2026年5月12日修订：在法律要求时，注册服务机构和注册管理机构必须隐去个人数据，在其他一些情况下也可以隐去。

ICANN对披露请求的正式名称是“Reasonable Requests for Lawful Disclosure”（合法披露的合理请求）。请求发送给注册服务机构或注册管理运行机构，由收到请求的一方作出决定。ICANN既不作出该决定，也不对其进行复审。

## 谁可以请求，依据什么理由

任何人都可以提出请求。截至2026年10月，请求至少须包含：

- 请求方的身份、联系方式和类型（企业或个人），代表他人提出请求时须提供授权证明；
- 所需的数据元素；
- 请求方的法定权利以及提出请求的具体理由；
- 一份善意声明，以及依法处理数据的承诺。

注册服务机构或注册管理机构必须根据每项格式正确的请求的具体情况进行审议。在法律要求时，它须在请求方的合法利益与注册人的权利之间进行权衡，并可考虑司法管辖区等其他因素。

在RDRS试点期间，3,721项请求中有1,202项由知识产权持有人提出，605项由执法机构提出。

截至2026年10月，在欧盟，NIS2指令第28条第5款要求成员国规定，顶级域注册管理机构和注册服务机构须根据合法且有正当理由的请求，在符合欧盟数据保护法的前提下，向合法的访问请求方提供特定注册数据，并在72小时内作出答复。

## 如何提出请求：逐步说明

对于通用顶级域名称，截至2026年10月：

1. 使用ICANN Lookup查看公开数据，确认数据已被隐藏，并找到注册服务机构。
2. 按照注册服务机构的流程操作。每家注册服务机构和注册管理机构都必须在其主页上链接到一个页面，说明请求格式、答复的发送方式以及预计时间。
3. 也可以使用RDRS，该服务免费，但需要ICANN账户。请求方选择一个类别，说明所需内容，可附上最多五个PDF文件（每个最大5 MB），并确认将遵守数据保护法。
4. 如果注册服务机构未参与RDRS，请求方可以通过RDRS将表格保存为PDF并直接发送。在任何情况下，任何披露都在RDRS之外进行，方式由注册服务机构选择。

截至2026年10月，注册服务机构自愿参与RDRS。在2025年11月试点结束时，参与的注册服务机构覆盖46%的在管域名。ICANN董事会将其延长最多两年：根据ICANN文件的不同，延长至2027年12月或11月。RDRS不涵盖国家和地区代码顶级域（ccTLD），也不是提交UDRP投诉的途径。

ccTLD适用各自的规则和法律，因此请求方须联系相应的注册管理机构；例如，EURid为.eu数据提供了一份表格。.es注册管理机构不受ICANN政策或RDRS的约束，因此对于.es域名，可向Red.es或律师咨询。

## 答复时间与紧急请求

截至2026年10月，注册服务机构或注册管理机构必须在2个工作日内确认收到格式正确的请求，并在确认后30个日历日内作出答复，特殊情况除外。在RDRS试点期间，批准平均需要7天，拒绝平均需要17天。RDRS的“Expedited”（加急）选项并不要求注册服务机构加快处理：在试点期间，220项此类请求中有169项被改为标准请求；ICANN告诉请求方，紧急情况下不要依赖该选项，而应直接联系注册服务机构。

紧急请求于2026年5月12日被写入政策。紧急请求只能由经过身份认证的执法机构或其他可信机构提出，适用于对生命构成迫在眉睫的威胁、严重人身伤害、对关键基础设施的威胁或儿童剥削等情形。答复期限为24小时，说明理由后可延长，但自收到之日起最长不超过72小时。截至2026年10月，该规则尚未生效：只有在ICANN实施请求方身份认证政策之后才适用。ICANN正在与执法机构筹备一项测试，参与方包括INTERPOL和美国联邦调查局（FBI）。

截至2026年10月，RAA要求每家通用顶级域注册服务机构为其所在司法管辖区的主管机关提供一个全天候监控的滥用联系方式，并在24小时内审查这些机关提交的有充分依据的报告：这里涉及的是报告，而不是披露。

## 请求被拒绝后会怎样

拒绝必须给出具体理由；在适用上述权衡的情况下，还须说明如何在注册人的权利与请求方的利益之间进行权衡。

拒绝的情况很常见。自启动至2026年6月30日，RDRS共记录4,275项请求：批准1,072项，拒绝2,540项。试点期间最常见的拒绝理由是法律禁止披露和请求不完整。

请求方随后可以补充更多信息重新提出请求；如果注册服务机构没有答复或没有遵守规则，也可以向ICANN合同合规部门投诉。ICANN不会重新审议决定本身。

2026年3月12日，ICANN董事会决定不通过18项SSAD建议，并敦促GNSO理事会在2027年11月结束的RDRS延长期内完成新的工作。注册服务机构强制参与、答复服务水平和执法机构身份认证都在讨论之中；截至2026年10月，均未作出决定。

## 来源

- [Registration Data Policy](https://www.icann.org/en/contracted-parties/consensus-policies/registration-data-policy)
- [Frequently Asked Questions for the Registration Data Request Service (RDRS) for Requestors](https://www.icann.org/en/system/files/files/rdrs-requestors-faqs-25apr24-en.pdf)
- [RDRS Two-Year Pilot Summary Report](https://www.icann.org/en/system/files/files/rdrs-two-year-pilot-summary-report-27feb26-en.pdf)
- [Approved Resolutions | Regular Meeting of the ICANN Board | 12 March 2026](https://www.icann.org/en/board-activities-and-meetings/materials/approved-resolutions-regular-meeting-of-the-icann-board-12-03-2026-en)

## 相关术语

- [数据遮蔽](https://tldlog.com/zh/cihui/shuju-zhebi/)
- [RDRS](https://tldlog.com/zh/cihui/rdrs/)
- [注册数据政策](https://tldlog.com/zh/cihui/zhuce-shuju-zhengce/)