Skip to main content
Resources

Временная политика в отношении регистрационных данных в gTLD

Страница также доступна на следующих языках:

Просим отметить, что официальной версией всех переведенных материалов и документов является версия на английском языке и что перевод на другие языки приведен исключительно в информационных целях.

Настоящая временная политика в отношении регистрационных данных в gTLD (Временная политика) — это согласованная политика, которая претворяет в жизнь рекомендации Организации поддержки доменов общего пользования (GNSO) по политике, принятые Правлением ICANN 15 мая 2019 года и касающиеся требований по защите данных в доменах общего пользования верхнего уровня (gTLD). Настоящая временная политика обеспечивает выполнение одной из 29 рекомендаций рабочей группы по Ускоренному процессу формирования политики (EPDP), как описано ниже в разделе «Справочная информация». Последующая политика в отношении регистрационных данных в gTLD (Политика в отношении регистрационных данных) обеспечит реализацию одобренных Правлением рекомендаций и по завершении Этапа 2 заменит эту Временную политику.

Настоящая временная политика вступает в силу 20 мая 2019 года. Эта временная политика требует, чтобы операторы регистратур gTLD и регистраторы, аккредитованные ICANN (в совокупности именуемые «стороны, связанные договорными обязательствами»), в период с 20 мая 2019 года и до реализации Политики в отношении регистрационных данных продолжали принимать на предварительной основе меры, предусмотренные во Временной спецификации для регистрационных данных в gTLD.

  1. Этап 1
  2. С 20 мая 2019 года стороны, связанные договорными обязательствами, должны по-прежнему осуществлять меры в соответствии с Временной спецификацией для регистрационных данных в gTLD (Временной спецификацией), принятой Правлением ICANN 17 мая 2018 года.

  3. Этап 2
  4. После того как корпорация ICANN (а) при участии Группы по реализации рекомендаций подготовит документ Политики в отношении регистрационных данных, (б) опубликует этот документ и (в) отправит сторонам, связанным договорными обязательствами, официальное уведомление об опубликовании Политики в отношении регистрационных данных, эти стороны обязаны либо продолжить осуществление мер, соответствующих Временной спецификации, либо принять меры, предусмотренные в документе Политики в отношении регистрационных данных.

    На этом этапе стороны, связанные договорными обязательствами, в процессе подготовки к дате вступления в силу документа Политики в отношении регистрационных данных могут осуществлять Временную политику либо Политику в отношении регистрационных данных во всей ее полноте, либо элементы обеих политик.

  5. Этап 3
  6. Связанные договорными обязательствами стороны обязаны соблюдать Политику в отношении регистрационных данных, начиная с даты ее вступления в силу (рекомендованная группой по EPDP дата — 29 февраля 2020 года).

Замечания по реализации

Отдел ICANN по контролю исполнения договорных обязательств будет следующим образом обеспечивать соблюдение настоящей Временной политики сторонами, связанными договорными обязательствами:

Этап 1. Отдел ICANN по контролю исполнения договорных обязательств будет следить за продолжением осуществления сторонами, связанными договорными обязательствами, мер, соответствующих Временной спецификации.

Этап 2. Отдел ICANN по контролю исполнения договорных обязательств будет следить (а) за продолжением осуществления сторонами, связанными договорными обязательствами, мер, соответствующих Временной спецификации, или (б) за осуществлением мер, соответствующих документу Политики в отношении регистрационных данных. При получении запроса от указанного отдела сторона, связанная договорными обязательствами, будет обязана продемонстрировать соблюдение этих обязательств в своей деятельности. Сторона, связанная договорными обязательствами, самостоятельно определяет темп перехода от Временной спецификации к Политике в отношении регистрационных данных.

Этап 3. Отдел ICANN по контролю исполнения договорных обязательств будет обеспечивать соблюдение сторонами, связанными договорными обязательствами, Политики в отношении регистрационных данных. На этом этапе Политика в отношении регистрационных данных вступает в силу, а Временная политика теряет силу.

На протяжении всех трех этапов стороны, связанные договорными обязательствами, обязаны по-прежнему соблюдать те положения Соглашения об администрировании домена верхнего уровня и Соглашения об аккредитации регистраторов, которые остались без изменений.

Справочная информация

17 мая 2018 года Правление ICANN приняло Временную спецификацию для регистрационных данных в gTLD. Временная спецификация изменила действующие требования Соглашения об аккредитации регистраторов и Соглашения об администрировании домена верхнего уровня, чтобы обеспечить соблюдение Общих положений о защите данных (GDPR) Европейского Союза. В соответствии с Уставом ICANN и спецификациями о согласованной политике и временной политике в Соглашении об администрировании домена верхнего уровня (RA) и Соглашении между регистратурами и регистраторами (RAA) срок действия Временной спецификации истекает 20 мая 2019 года.

19 июля 2018 года Совет GNSO начал EPDP и создал рабочую группу по EPDP в отношении Временной спецификации для регистрационных данных в gTLD. В рабочей группе по EPDP представлены все группы заинтересованных сторон и группы интересов GNSO, а также консультативные комитеты ICANN, проявившие интерес к участию, хотя устав ограничивает количество членов, представляющих каждую группу.

В уставе предлагается во время EPDP оценить целесообразность преобразования Временной спецификации для регистрационных данных в gTLD в согласованную политику ICANN «как есть» или с изменениями. Кроме того, в уставе указано, что результат должен соответствовать требованиям GDPR и учитывать прочие применимые законы о защите персональных данных. В уставе группы по EPDP также указано на необходимость обсудить стандартизованную модель доступа к закрытым регистрационным данным после подготовки группой по EPDP рекомендаций по политике и рассмотрения «фильтрующих вопросов».

21 ноября 2018 года группа по EPDP опубликовала свой первоначальный отчет для общественного обсуждения. Этот первоначальный отчет содержал предварительные рекомендации группы по EPDP и ряд вопросов для общественного обсуждения. Группа по EPDP также дала рекомендации по следующим рассмотренным вопросам: (i) обоснованность, законность и правовую основу целей, указанных во Временной спецификации, (ii) законность, необходимость и рамки (x) сбора регистраторами регистрационных данных и (y) передачи данных регистраторами в регистратуры согласно Временной спецификации, и (iv) опубликование регистрационных данных регистраторами и регистратурами согласно Временной спецификации.

Первоначальный отчет также содержал предварительные рекомендации и вопросы, вынесенные на рассмотрение общественности: (i) передача данных регистраторами и регистратурами провайдерам услуг временного депонирования данных и ICANN, (ii) передача данных регистратурами резервным операторам регистратур (EBERO), (iii) определение и концепция доступа к регистрационным данным в разумных пределах, (iv) соответствующие роли и обязанности в рамках GDPR, т. е. ответственные стороны, (v) необходимые обновления согласованной политики ICANN и (vi) будущая работа GNSO по пересмотру соответствующей согласованной политики, чтобы она отвечала требованиям применимого законодательства.

Группа по EPDP задокументировала каждый этап обработки данных, а также цель и правовую основу каждого этапа. Эта основополагающая работа была необходима для выработки решений, совместимых с GDPR, и представлена в Приложении к отчету.

После опубликования первоначального отчета группа по EPDP: (i) обратилась за рекомендациями по правовым вопросам, (ii) внимательно ознакомилась с комментариями общественности, поступившими в ответ на опубликование первоначального отчета, (iii) выполнила анализ незавершенной работы вместе с группами сообщества, представители которых являются членами группы по EPDP, и (iv) обсудила подготовку своего итогового отчета. В соответствии с требованиями Руководства для рабочих групп GNSO председатель группы по EPDP провел опрос, чтобы оценить уровень консенсуса по каждой рекомендации, включенной в состав итогового отчета, как описано здесь: https://mm.icann.org/pipermail/gnso-epdp-team/2019-February/001436.html.

4 марта 2019 года Совет GNSO утвердил итоговый отчет. 4 марта 2019 года корпорация ICANN открыла период общественного обсуждения итогового отчета. 23 апреля 2019 года был опубликован сводный отчет и анализ результатов общественного обсуждения. 15 мая 2019 года Правление постановило принять рекомендации за некоторыми исключениями.

Domain Name System
Internationalized Domain Name ,IDN,"IDNs are domain names that include characters used in the local representation of languages that are not written with the twenty-six letters of the basic Latin alphabet ""a-z"". An IDN can contain Latin letters with diacritical marks, as required by many European languages, or may consist of characters from non-Latin scripts such as Arabic or Chinese. Many languages also use other types of digits than the European ""0-9"". The basic Latin alphabet together with the European-Arabic digits are, for the purpose of domain names, termed ""ASCII characters"" (ASCII = American Standard Code for Information Interchange). These are also included in the broader range of ""Unicode characters"" that provides the basis for IDNs. The ""hostname rule"" requires that all domain names of the type under consideration here are stored in the DNS using only the ASCII characters listed above, with the one further addition of the hyphen ""-"". The Unicode form of an IDN therefore requires special encoding before it is entered into the DNS. The following terminology is used when distinguishing between these forms: A domain name consists of a series of ""labels"" (separated by ""dots""). The ASCII form of an IDN label is termed an ""A-label"". All operations defined in the DNS protocol use A-labels exclusively. The Unicode form, which a user expects to be displayed, is termed a ""U-label"". The difference may be illustrated with the Hindi word for ""test"" — परीका — appearing here as a U-label would (in the Devanagari script). A special form of ""ASCII compatible encoding"" (abbreviated ACE) is applied to this to produce the corresponding A-label: xn--11b5bs1di. A domain name that only includes ASCII letters, digits, and hyphens is termed an ""LDH label"". Although the definitions of A-labels and LDH-labels overlap, a name consisting exclusively of LDH labels, such as""icann.org"" is not an IDN."