Skip to main content

Что нового на «дорожной карте» RDDS?

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

Дорожная карта содержит следующие мероприятия в области RDDS:

Ускоренный процесс формирования политики (EPDP) по Временной спецификации для регистрационных данных в доменах общего пользования верхнего уровня (gTLD)

31 июля 2020 года группа по Фазе 2 EPDP передала на рассмотрение Совету Организации поддержки доменов общего пользования (GNSO) свой итоговый отчет. Если он будет утвержден, Совет GNSO направит его на рассмотрение Правлению ICANN в качестве текста консенсусной политики ICANN.

Группа по Фазе 2 EPDP работала над:

  • Разработкой системы обеспечения стандартизованного доступа к закрытым регистрационным данным gTLD и их раскрытия (SSAD).
  • Вопросами, включенными в Приложение к Временной спецификации для регистрационных данных в gTLD.
  • Вопросами, работа надо которыми была отложена по итогам Фазы 1.

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

Для организации работы над Фазой 2 группа по EPDP разбила свою работу на темы по степени приоритетности – 1 и 2. В категорию степени приоритетности 1 входит система SSAD, которая представлена в итоговом отчете группы по Фазе 2 EPDP, опубликованном 31 июля 2020 года. Приоритет 2 – это ряд тем, рассмотрение которых было перенесено с фазы 1 на фазу 2. Большинство тем степени приоритетности 2 были рассмотрены вместе с темами степени приоритетности 1 в итоговом отчете по SSAD. Небольшая группа членов совета изучает и рассматривает возможные следующие действия по решению оставшихся нерешенными тем EPDP степени приоритетности 2. Это:

  • Разграничение пользователей на юридических и физических лиц
  • Осуществимость использования однообразных анонимизированных адресов электронной почты для уникальных контактных лиц
  • Достоверность данных и система учета достоверности данных WHOIS

29 мая 2019 года корпорация ICANN и волонтеры из состава сообщества приступили к совместной работе по выполнению рекомендаций по итогам Фазы 1 EPDP . Группа волонтеров из состава сообщества помогает корпорации ICANN, предоставляя экспертные знания в предметной сфере и следя за тем, чтобы положения политики применялись согласно утвержденным Правлением рекомендациям.

Согласно решению Правления от 15 мая 2019 года об утверждении рекомендаций Итогового отчета группы по EPDP, подготовленного Советом GNSO, с 20 мая 2019 года корпорация ICANN применяет Временную политику в области регистрационных данных для gTLD (Временную политику). Во Временной политике сохранены требования из Временной спецификации для регистрационных данных в gTLD, определяющие порядок работы операторов регистратур gTLD и аккредитованных ICANN регистраторов с регистрационными данными gTLD в связи с появлением законов о защите данных.

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

Группа по анализу службы каталогов регистрационных данных (RDS-WHOIS2)

Группа по анализу RDS-WHOIS2 выпустила свой итоговый отчет 3 сентября 2019 года. В отчете представлены результаты оценки масштабов выполнения предыдущих рекомендаций, подготовленных по итогам проверки службы каталогов, и того, оказало ли их выполнение желаемое воздействие. Группа по анализу также провела оценку эффективности действующей на тот момент службы каталогов регистратур gTLD и того, отвечает ли ее функционирование потребностям правоохранительных органов, а также способствует ли оно укреплению потребительского доверия и обеспечению сохранности данных владельцев доменов. 25 февраля Правление приняло решения по каждой из 22 рекомендаций итогового отчета группы RDS-WHOIS2-RT, как указано в таблице под названием «Окончательные рекомендации группы RDS-WHOIS2 – решения Правления от 25 февраля 2020 года».

Правление утвердило 15 из 22 рекомендаций, а 4 перевело в статус «на рассмотрении». При рассмотрении этих 4 рекомендаций Правление будет учитывать результаты прогноза по последствиям их выполнения, который будет готов после принятия решения Правлением по Фазе 2 EPDP. В соответствии с требованиями Устава, Правление предоставило обоснования своего решения не принимать две рекомендации.

Подробнее о деятельности по RDDS можно узнать в Центре знаний на нашем выделенном портале.

И, наконец, предлагаю ознакомиться с дорожной картой. Буду рада ответить на ваши вопросы по ней по адресу Isabelle.Colas@icann.org.

Comments

    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."