--- id: "disclosure-request" kind: "glossary-term" title: "запрос на раскрытие данных" language: "ru" category: "Регистрационные данные и конфиденциальность" updated: "2026-10-10T23:12:43Z" canonical: "https://tldlog.com/ru/glossariy/zapros-raskrytie-dannykh/" 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/" zh-Hans: "https://tldlog.com/zh/cihui/pilu-qingqiu/" --- # запрос на раскрытие данных Запрос к регистратору или регистратуре о предоставлении регистрационных данных, скрытых от публичного доступа, например имени или адреса электронной почты владельца. Запрашивающая сторона, например полиция или юрист по товарным знакам, объясняет, зачем ей эти данные. Регистратор или регистратура решает, раскрывать ли их. Запрос на раскрытие данных позволяет получить скрытые от публичного доступа сведения о владельце домена, например имя или адрес электронной почты. Запрос направляется компании, которая продает домен или управляет им, и в нем нужно объяснить, кто спрашивает и зачем. Решение о передаче данных принимает эта компания, а не ICANN. ## Что такое запрос на раскрытие данных С 2018 года, согласно Временной спецификации для регистрационных данных gTLD (Temporary Specification for gTLD Registration Data), большая часть персональных данных в регистрационных записях gTLD скрыта (многоуровневый доступ). Сегодня этот вопрос регулирует Политика в отношении регистрационных данных (Registration Data Policy), действующая с 21 августа 2025 года и пересмотренная 12 мая 2026 года: регистраторы и регистратуры должны скрывать персональные данные там, где этого требует закон, и могут делать это в некоторых других случаях. Официальное название этой процедуры у ICANN: «Reasonable Requests for Lawful Disclosure» (обоснованные запросы на правомерное раскрытие). Запрос направляется регистратору или оператору реестра, и решение принимает получатель. ICANN не принимает это решение и не пересматривает его. ## Кто может обратиться и на каком основании Обратиться может любой. На октябрь 2026 года запрос должен содержать как минимум: - сведения о запрашивающем, его контактные данные и тип (организация или физическое лицо), с подтверждением полномочий при действии от имени другого лица; - запрашиваемые элементы данных; - законные права запрашивающего и конкретную причину запроса; - заявление о добросовестности и согласие обрабатывать данные законно. Регистратор или регистратура обязаны рассмотреть каждый надлежащим образом оформленный запрос по существу. Там, где этого требует закон, они соотносят законный интерес запрашивающего с правами регистранта и могут учитывать другие факторы, например юрисдикцию. За время пилотного периода RDRS владельцы интеллектуальной собственности направили 1 202 из 3 721 запроса, а правоохранительные органы 605. На октябрь 2026 года в Европейском союзе (ЕС) статья 28(5) Директивы NIS2 обязывает государства-члены требовать от регистратур TLD и регистраторов предоставлять определенные регистрационные данные законным лицам, добивающимся доступа, по правомерному и надлежащим образом обоснованному запросу, в соответствии с правом ЕС о защите данных, и отвечать в течение 72 часов. ## Как направить запрос: пошагово Для имени в gTLD на октябрь 2026 года: 1. Проверить публичные данные в ICANN Lookup, чтобы убедиться, что данные скрыты, и найти регистратора. 2. Следовать процедуре регистратора. Каждый регистратор и каждая регистратура должны размещать на главной странице ссылку на страницу с форматом запроса, способом отправки ответов и ожидаемыми сроками. 3. Или воспользоваться RDRS: сервис бесплатен и требует учетной записи ICANN. Запрашивающий выбирает категорию, описывает, что ему нужно, может приложить до пяти файлов PDF размером до 5 МБ каждый и подтверждает, что будет соблюдать законодательство о защите данных. 4. Если регистратор не участвует в RDRS, система позволяет сохранить форму в PDF для прямой отправки. В любом случае раскрытие, если оно происходит, осуществляется вне RDRS способом, который выбирает регистратор. На октябрь 2026 года участие в RDRS для регистраторов добровольно. На конец пилотного периода в ноябре 2025 года участвующие регистраторы охватывали 46% доменов под управлением. Правление ICANN продлило работу сервиса не более чем на два года: до декабря или ноября 2027 года, в зависимости от документа ICANN. RDRS не охватывает ccTLD и не служит способом подачи жалобы по UDRP. ccTLD применяют собственные правила и законы, поэтому запрашивающий обращается в регистратуру; например, EURid предлагает форму для данных .eu. Регистратура .es не связана политикой ICANN или RDRS, поэтому для имени в .es следует обратиться в Red.es или к юристу. ## Сроки ответа и срочные запросы На октябрь 2026 года регистратор или регистратура должны подтвердить получение надлежащим образом оформленного запроса в течение 2 рабочих дней и ответить в течение 30 календарных дней после подтверждения, за исключением чрезвычайных обстоятельств. В пилотный период RDRS одобрение занимало в среднем 7 дней, а отказ 17. Вариант «Expedited» (ускоренный) в RDRS не обязывает регистратора спешить: в пилотный период 169 из 220 таких запросов были переведены в стандартные, и в экстренной ситуации ICANN советует не полагаться на него, а связываться с регистратором напрямую. Срочные запросы добавлены в политику 12 мая 2026 года. Они поступают только от прошедшего аутентификацию правоохранительного или иного доверенного органа в случае непосредственной угрозы жизни, угрозы тяжкого телесного повреждения, угрозы критической инфраструктуре или эксплуатации детей. Ответ должен был бы даваться в течение 24 часов, с возможностью продления с обоснованием не более чем до 72 часов с момента получения. На октябрь 2026 года это правило не действует: оно применяется только после того, как ICANN внедрит политику аутентификации запрашивающих. ICANN готовит тест с правоохранительными органами, включая Интерпол и Федеральное бюро расследований США (ФБР). На октябрь 2026 года RAA требует от каждого регистратора gTLD поддерживать круглосуточно отслеживаемый контакт для сообщений о злоупотреблениях для органов своей юрисдикции и рассматривать их обоснованные сообщения в течение 24 часов: речь о сообщениях, а не о раскрытии данных. ## Что происходит при отказе Отказ должен содержать конкретные причины и, если применяется такое соотнесение интересов, объяснять, как права регистранта были взвешены против интереса запрашивающего. Отказы случаются часто. С запуска до 30 июня 2026 года RDRS зафиксировала 4 275 запросов: 1 072 одобрено, 2 540 отклонено. Самыми частыми причинами в пилотный период были запрет раскрытия законом и неполнота запроса. После этого запрашивающий может направить новый запрос с дополнительной информацией или пожаловаться в отдел ICANN по контролю за соблюдением договорных обязательств (Contractual Compliance), если регистратор не ответил или не соблюдал правила; ICANN не будет пересматривать само решение. 12 марта 2026 года Правление ICANN решило не принимать 18 рекомендаций по SSAD и призвало Совет GNSO завершить новую работу в рамках продления RDRS, которое заканчивается в ноябре 2027 года. Обсуждаются обязательное участие регистраторов, уровни обслуживания для ответов и аутентификация правоохранительных органов; на октябрь 2026 года ни один из этих вопросов не решен. ## Источники - [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/ru/glossariy/skrytie-dannykh/) - [RDRS](https://tldlog.com/ru/glossariy/rdrs/) - [Политика в отношении регистрационных данных](https://tldlog.com/ru/glossariy/politika-otnoshenii-registratsionnykh-dannykh/)