Защита идентификаторов МПО и МНПО в политике всех gTLD

1. Широта охвата

   Данная согласованная политика охватывает рекомендации Организации поддержки доменов общего пользования (GNSO) относительно политики, принятые Правлением Интернет-корпорации по присвоению имен и номеров (ICANN) 30 апреля 2014 года и 27 января 2019 года, касающиеся защиты определенных имен Красного Креста, Международного олимпийского комитета (МОК), международных правительственных (МПО) и неправительственных (МНПО) организаций и не противоречащие рекомендациям, предложенным Правлению ICANN Правительственным консультативным комитетом (GAC).

2. Сроки вступления политики в силу

   2.1. В отношении имен Красного Креста, МОК и МПО, утвержденных Правлением 30 апреля 2014 года, политика вступает в силу для всех операторов регистратур доменов общего пользования верхнего уровня (gTLD) и аккредитованных ICANN регистраторов не позднее чем 1 августа 2018 года.

   2.2. В отношении названий МНПО, утвержденных Правлением 30 апреля 2014 года, политика вступает в силу для всех операторов регистратур gTLD и аккредитованных ICANN регистраторов через 12 месяцев после выпуска Спецификации системы обработки требований МНПО.

   2.3. В отношении имен Красного Креста и Красного Полумесяца, утвержденных Правлением 27 января 2019 года (т.е. Раздел 4 под названием «Красный Крест: международное движение Красного Креста и Красного Полумесяца и его компоненты» зарезервированных имен для перечня новых gTLD) политика вступает в силу для всех операторов регистратур доменов общего пользования верхнего уровня (gTLD) и аккредитованных ICANN регистраторов не позднее чем 1 августа 2020 года.

   Переходное положение: До 1 августа 2020 года или до тех пор, пока оператор регистратуры gTLD не завершит внедрение списка имен Красного Креста и Красного Полумесяца, которые были утверждены комментарием [1]: После повторного изучения политики я считаю, что нам нужно добавить эту дату заранее, чтобы было ясно, что пересмотренные записи RC также были добавлены в политику 2014 года. Удалено: Удалено: Удалено: Правление 27 января 2019 года, в зависимости от того, что произойдет раньше, оператор регистратуры gTLD ДОЛЖЕН и далее резервировать имена, включенные в Список идентификаторов Красного Креста и Красного Полумесяца, с 1 августа 2018 года. Во избежание разночтений, обновленный список идентификаторов Красного Креста и Красного Полумесяца полностью заменит список от 1 августа 2018 года, начиная с 1 августа 2020 года. Ссылки на оба списка доступны на странице зарезервированных имен для gTLD.

3. Определения. Для целей настоящей политики используются следующие термины:

   3.1. Зарезервировать означает предотвратить регистрацию или отвести для оператора регистратуры строку символов в домене верхнего уровня (TLD), но не регистрировать эту строку на третью сторону, не делегировать, не использовать, не активировать в системе доменных имен (DNS) и каким-либо другим образом не открывать к ней доступ.

   3.2. Уведомление о требованиях МНПО означает уведомление, содержащее информацию о соответствующей МНПО, демонстрируемое регистратором потенциальному владельцу доменного имени, пытающемуся зарегистрировать доменное имя, в точности совпадающее с именем из списка идентификаторов МНПО.

   3.3. Служба обработки требований МНПО означает процесс, посредством которого владелец доменного имени и соответствующая МНПО уведомляются о том, что регистрируемое доменное имя в точности совпадает с именем МНПО из списка идентификаторов МНПО.

   3.4. Система обработки требований МНПО означает систему, посредством которой стороны, связанные договорными обязательствами, получают доступ к базе данных меток DNS, соответствующей списку идентификаторов МНПО, и регистрационную информацию для сопряженных процессов с уведомлениями.

   3.5. Список идентификаторов МНПО означает список полных точных имен второго уровня, относящихся к защищенным МНПО, и соответствующих им меток DNS, допущенных к участию в 90-дневном процессе уведомления о требованиях МНПО.

   3.6. Список идентификаторов Красного Креста, МОК и МПО означает список полных точных имен второго уровня, относящихся к защищенным организациям Красного Креста, МОК, МПО, и соответствующих им меток DNS, для которых в соответствии с данной политикой предусмотрена определенная защита.

   3.7. Употребляемые в настоящем документе ключевые слова «ДОЛЖЕН», «НЕ ДОЛЖЕН», «СЛЕДУЕТ», «НЕ СЛЕДУЕТ» и «МОЖЕТ» следует понимать так, как описано в запросе комментариев (RFC) 2119, который представлен по адресу: http://www.ietf.org/rfc/rfc2119.txt.

4. Резервирование полных имен второго уровня, относящихся к Красному Кресту, МОК и МПО

   4.1. Резервирование. Все операторы регистратур gTLD ДОЛЖНЫ либо зарезервировать во избежание регистрации, либо отвести для оператора регистратуры доменные имена второго уровня, соответствующие меткам DNS всех идентификаторов, записи которых присутствуют в списке идентификаторов Красного Креста, МОК, и МПО, представленном по ссылке: зарезервированные имена для gTLD¹ . После принятия решения о назначении оператора регистратуры оператором регистратуры данного TLD все такие защищенные идентификаторы подлежат передаче в соответствии с указаниями ICANN. Оператор регистратуры имеет право выделить самому себе и продлевать регистрацию таких имен без использования аккредитованного ICANN регистратора, и эти действия не считаются Операциями в контексте раздела 6.1 Соглашения.

   4.2. Существующие регистрации в gTLD. Если доменное имя, в котором имеется точное совпадение с именем из списка идентификаторов Красного Креста, МОК и МПО, зарегистрировано до даты вступления согласованной политики в силу или до внесения метки в этот список, оператор регистратуры ДОЛЖЕН разрешить продление регистрации и передачу доменного имени. Если доменное имя, в котором имеется точное совпадение с именем из списка идентификаторов Красного Креста, МОК и МПО, зарегистрировано до внесения метки в этот список и впоследствии удалено, оператор регистратуры ДОЛЖЕН зарезервировать доменное имя во избежание его регистрации или отвести доменное имя для оператора регистратуры.

   4.3. Регистрация организациями Красного Креста, МОК и МПО. Организации Красного Креста, МОК и МПО МОГУТ просить о регистрации доменных имен, совпадающих с их идентификаторами, если они более никак не зарегистрированы на втором уровне в соответствии с данной политикой. Операторы регистратур и регистраторы ДОЛЖНЫ обеспечить метод регистрации зарезервированных имен для организаций Красного Креста, МОК и МПО.²

   4.4. Внесение изменений в список идентификаторов Красного Креста, МОК и МПО: Имена могут добавляться в список идентификаторов Красного Креста, МОК и МПО или удаляться из него с уведомлением ICANN оператора регистратуры за десять (10) календарных дней. Насчет предлагаемых изменений имен в списке идентификаторов Красного Креста, МОК и МПО из зарезервированных имен gTLD ICANN консультируется с GAC и GNSO.

5. Служба обработки требований МНПО на втором уровне

   Широта охвата. Служба обработки требований МНПО действует только в отношении gTLD, делегированных после даты вступления данной согласованной политики в силу. Операторы регистратур и регистраторы ДОЛЖНЫ обеспечить функционирование службы обработки требований МНПО в соответствии с приведенным ниже описанием и с указаниями спецификации системы обработки требований МНПО³, для имен МНПО и соответствующих меток DNS, точно совпадающих со списком идентификаторов МНПО. Имена идентификаторов МНПО и соответствующие им метки DNS представлены в списке идентификаторов МНПО⁴.

   5.1. Служба обработки требований МНПО

   5.1.1. Оператор регистратуры ДОЛЖЕН обеспечить функционирование службы обработки требований МНПО на девяносто (90) календарных дней, в течение которых доменное имя доступно для регистрации, или до вступления отведения в силу⁵, если доменное имя не будет доступно для регистрации во время всеобщей регистрации⁶.

   5.1.2. В процессе регистрации и до ее осуществления регистратор ДОЛЖЕН, отобразив уведомление о требованиях МНПО, поставить потенциального владельца домена в известность о том, что имя, регистрация которого запрашивается, в точности совпадает с именем из списка идентификаторов МНПО и что данное имя МОЖЕТ подпадать под защиту ICANN идентификаторов МПО и МНПО в политике всех gTLD.

   5.1.3. Регистраторы ДОЛЖНЫ четко и заметно отображать уведомление о требованиях МНПО, содержащее данные уведомления о требованиях, для потенциального владельца доменного имени и спрашивать, хочет ли потенциальный владелец доменного имени продолжить регистрацию.

   5.1.4. Уведомление о требованиях МНПО ДОЛЖНО быть бесплатно направлено регистратором во время потенциальной регистрации в реальном времени будущему владельцу доменного имени и ДОЛЖНО иметь вид, указанный в уведомлении о требованиях МНПО в Приложении A.

   5.1.5. Уведомление о требованиях МНПО ДОЛЖНО требовать положительного подтверждения продолжения регистрации потенциальным владельцем доменного имени (то есть, флажок подтверждения НЕ ДОЛЖЕН быть предварительно установлен).

   5.1.6. Уведомление о требованиях МНПО ДОЛЖНО быть предоставлено регистратором потенциальному владельцу доменного имени на английском языке и ДОЛЖНО быть предоставлено регистратором потенциальному владельцу доменного имени на языке регистрационного соглашения.

   5.1.7. При регистрации оператор регистратуры ДОЛЖЕН обеспечить уведомление в системе обработки требований МНПО о том, что имя в этой системе было зарегистрировано. Затем система обработки требований МНПО формирует уведомление для соответствующих МНПО о том, что их имя было зарегистрировано. Пример уведомления МНПО о зарегистрированном имени представлен в Приложении B.

   5.1.8. В период требований МНПО, если оператор регистратуры реализовал варианты политики интернационализированных доменных имен (IDN-доменов) для вступления в силу отведения доменных имен в TLD, оператор регистратуры ДОЛЖЕН подать уведомление для всех меток набора вариантов.

   5.1.9. Операторы регистратур ДОЛЖНЫ успешно провести проверку интеграции системы обработки требований МНПО до начала ее функционирования.

   5.1.10. Внесение изменений в список идентификаторов МНПО. Имена могут вноситься в список идентификаторов МНПО и удаляться из него. Насчет предлагаемых изменений имен МНПО в списке идентификаторов МНПО ICANN консультируется с Департаментом ООН по экономическим и социальным вопросам.

Приложения

Приложение А. Уведомление о требованиях МНПО, отображаемое для потенциального владельца доменного имени

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

Вам может быть предоставлено право регистрации этого доменного имени или отказано в регистрации, в зависимости от предполагаемого использования и степени совпадения доменного имени с записями, перечисленными ниже.

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

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

Официальное имя МНПО: <ingoNotice:ingoName>
Имя МНПО на английском языке: <ingoNotice:ingoEnglishName>
URL МНПО: <ingoNotice:ingoURL>

Официальное имя МНПО: <ingoNotice:ingoName>
Имя МНПО на английском языке: <ingoNotice:ingoEnglishName>
URL МНПО: <ingoNotice:ingoURL>⁷
…

Приложение Б. Уведомление МНПО о зарегистрированном имени, отправляемое защищенной организации

Уважаемые: एक उदाहरण,

Вы получили настоящее уведомление о зарегистрированном имени, так как было зарегистрировано следующее доменное имя, соответствующее вашей записи МНПО в списке идентификаторов, в течение 90 дней, когда оно было доступно для регистрации.

Официальное имя МНПО: एक उदाहरण

Имя МНПО на английском языке: Example One

Доменное имя: exampleone.example

Дата создания: 2013-09-16T14:21:26.648Z

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

Для получения дополнительной информации ознакомьтесь с записью Службы каталогов регистрационных данных (Whois) для этого доменного имени в соответствующей регистратуре. Список регистратур gTLD и ссылка на их Whois есть здесь: https://www.icann.org/en/resources/registries/listing.

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

1. Правила преобразования меток DNS

   Защищенные идентификаторы, которые не соответствуют концепции допустимых символов DNS, будут преобразованы в метки DNS, содержащие только буквы, цифры и дефисы. Некоторые имена из списка идентификаторов Красного Креста, МОК, МПО и МНПО включают символы других языков, использовавшихся при создании интернационализированных доменных имен, а также пустые места и символы-пробелы, недопустимые в метках DNS. Как следствие, для преобразования этих имен в эквивалентные символы, допустимые в DNS, были разработаны правила преобразования меток DNS (например, защищенная организация Africa Unite преобразуется в africa-unite и africaunite, а Olímpico — в xn--olmpico-8ya, но НЕ в olimpico). Также DNS налагает ограничения на длину метки. В результате этого метки DNS не присваиваются защищенным идентификаторам, в которых превышается количество допустимых символов в метке (например, длина метки защищенной организации «Палата торговли, промышленности и производства Аргентины» подходит для требования МНПО о 60-символьной метке chamberofcommerceindustryandproductionoftheargentinerepublic, но не о 69-символьной строке chamber-of-commerce-industry-and-production-of-the-argentine-republic, длина которой превышает максимально допустимое количество символов — 63).

   1.1. Совпадение идентификаторов Красного Креста, МОК, МПО и МНПО с метками DNS. Защищенные идентификаторы преобразуются в метки DNS для защиты в соответствии с разделами 1, 2 или 3 данной политики согласно следующим правилам:

   1.1.1. Преобразовать каждый идентификатор в строку UTF-8 в нижнем регистре, удалить дефисы в начале и конце и обеспечить соответствие форме нормализации C.⁸

   1.1.2. Если в результате получается правильная строка LDH⁹ в качестве метки DNS,¹⁰ дальнейшее преобразование не требуется — строка является конечной меткой DNS. Если строка состоит только из символов Американского стандартного кода для обмена информацией (ASCII), то создаются две метки: (1) метка, получившаяся в результате удаления всех символов, не являющихся LDH; (2) метка, получившаяся в результате замены всех символов, не являющихся LDH, дефисом. В обоих случаях любое скопление из двух и более дефисов подряд заменяется одним дефисом.

   1.1.3. Если строка является правильной U-меткой,¹¹ то метка DNS будет соответствующей A-меткой.¹²

   1.1.4. Если строка состоит не только из символов ASCII, то создаются две предварительные метки: (1) предварительная метка, получившаяся в результате удаления всех неправильных символов IDNA2008; (2) предварительная метка, получившаяся в результате замены всех неправильных символов IDNA2008 дефисом. В обоих случаях любое скопление из двух и более дефисов подряд заменяется одним дефисом, после чего преобразуется в форму A-метки.

   1.1.5. В любом другом случае, или если длина созданной этим алгоритмом строки не попадает в промежуток 1–63 символа, метки DNS не будет.

2. Формат меток DNS

   2.1. Получившиеся в результате преобразования метки DNS предоставляются ICANN оператору регистратуры в формате, пригодном для машинного считывания, в случае с метками, требующими резервирования операторами регистратур.

   2.2. Для ускорения процесса внесения каких-либо изменений в список ICANN делает так, чтобы уведомление операторам регистратур было разделено хотя бы на две части или чтобы в его полях данных указывались: i) метки DNS, добавленные в список; ii) метки DNS, удаленные из списка.

3. Источник списка идентификаторов МНПО

   3.1. Имена из списка идентификаторов МНПО предоставляются Департаментом по экономическим и социальным вопросам и Экономическим и социальным советом ООН.¹³

4. Применение требований механизмов защиты прав

   4.1. Раздел 2.4.3 требований механизмов защиты прав¹⁴ (RPM) не применяется к доменным именам второго уровня, соответствующим всем идентификаторам, записи которых имеются в списке идентификаторов Красного Креста, МОК и МПО.

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

Данный процесс разработки политики (PDP) был начат с целью разработать рекомендации в отношении политики для обеспечения защиты идентификаторов определенных МПО и МНПО, в том числе Красного Креста и МОК.

Данная согласованная политика охватывает рекомендации в отношении политики, принятые Правлением ICANN 30 апреля 2014 года и не противоречащие рекомендациям GAC (смотрите ссылку: https://www.icann.org/resources/board-material/resolutions-2014-04-30-ru#2.a). Остальные рекомендации, не соответствующие рекомендациям GAC, рассматриваются по мере возможности, по разрешении разногласий между Правлением ICANN, GAC и GNSO.

Принятые рекомендации относятся к защите на высшем и втором уровне конкретных имен Красного Креста, МОК и МПО (при этом надлежит разработать порядок обработки исключений для соответствующих защищенных организаций), к защите на высшем уровне конкретных имен МНПО и к 90-дневному процессу уведомления о требованиях на втором уровне для некоторых других имен МНПО.

Данная политика обеспечивает требования к сторонам, связанным договорными обязательствами, в отношении меток DNS второго уровня. Также принятые рекомендации относятся к делегированию строк gTLD. Что касается делегирования строк gTLD, ICANN ДОЛЖНА зарезервировать gTLD, соответствующие вышеупомянутым идентификаторам, до тех пор, пока соответствующая защищенная организация не подаст заявку на данные gTLD.

---

¹ Список зарезервированных имен представлен здесь https://www.icann.org/resources/pages/reserved-2013-07-08-en

² В отношении регистраций в TLD продолжают действовать ограничения оператора регистратуры, в том числе требования от сообщества, обязательства по обеспечению общественных интересов и таблицы IDN.

³ Спецификация требований МНПО представлена здесь:https://www.icann.org/resources/pages/ingo-claims-system-specification-2018-01-16-en

⁴ Список идентификаторов МНПО представлен здесь:https://www.icann.org/resources/pages/ingo-identifier-list-2018-01-16-en

⁵ Определение вступления отведения в силу дано здесь:https://tools.ietf.org/html/draft-ietf-regext-tmch-func-spec.

⁶ Определение обычной регистрации дано здесь:http://newgtlds.icann.org/en/about/trademark-clearinghouse/rpm-requirements-14may14-en.pdf

⁷ Под элементами меньшими и большими, чем символы, подразумеваются XML-элементы в XML-уведомлении, описанном в спецификации требований МНПО. Регистратор получает XML-уведомление из системы обработки требований МНПО, чтобы создать уведомление, показываемое владельцу домена.

⁸ Консорциум Unicode, «Дополнение к стандарту Unicode №15: Формы нормализации Unicode», сентябрь 2009 года, http://www.unicode.org/reports/tr15/.

⁹ Буква, цифра, дефис. Для получения дополнительной информации ознакомьтесь с разделом 2.3.1 RFC 5890 (https://tools.ietf.org/html/rfc5890).

¹⁰ Для получения дополнительной информации ознакомьтесь с разделом 3.1 RFC 1034. https://www.ietf.org/rfc/rfc1034.txt

¹¹ См. RFC 5890. https://tools.ietf.org/html/rfc5890

¹² См. RFC 5890. https://tools.ietf.org/html/rfc5890

¹³ UNDESA — Департамент ООН по экономическим и социальным вопросам, занимающийся списком МНПО (https://www.un.org/development/desa/en/) Экономического и социального совета или ЭКОСОС (https://www.un.org/ecosoc/en/home).

¹⁴ Требования механизмов защиты прав представлены здесь: http://newgtlds.icann.org/en/about/trademark-clearinghouse/rpm-requirements-14may14-en.pdf