Skip to main content

ДИСКУССИЯ: Проверка механизмов защиты Программы New gTLD от неправильного использования

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

ICANN собирает данные по неправильному использованию DNS и методам предотвращения подобного использования в рамках Программы New gTLD. Членам сообщества и публике предлагают обсудить эту тему с ICANN 28 января 2016 года в формате открытой дискуссии. Результаты этой работы будут использованы группой по анализу, занимающейся изучением последствий Программы для конкуренции, потребительского доверия и потребительского выбора, в задачи которой входит анализ механизмов защиты Программы.

Цели дискуссии – помочь составить определение понятия неправильного использования DNS, провести «мозговой штурм» по методам измерения неправильного использования и сбор качественной, основанной на опыте информации о том, действительно ли меры защиты предотвращают неправильное использование DNS в новых gTLD. Дискуссия будет организована вокруг 4 основных тем; участников просят их обдумать заранее:

Тема 1: Какую деятельность Вы бы определили как неправильное использование DNS? Если бы Вы могли составить приемлемое для всех определение понятия «неправильное использование DNS», как бы Вы его сформулировали? Определение должно быть достаточно емким, чтобы охватить самые разные виды неправильного использования DNS.

Тема 2: Назовите самые эффективные способы измерения неправильной деятельности в DNS?

Тема 3: ICANN ввела меры безопасности [PDF, 128 KB] в рамках Программы New gTLD для того, чтобы уменьшить возможности неправильного использования DNS в новых gTLD (см. список ниже). Как измерить эффективность этих мер безопасности?

  1. Тщательные проверки операторов регистратуры
  2. Требование об обязательном развертывании DNSSEC
  3. Требование об обязательном использовании централизованного WHOIS
  4. Запрет на использование «символов-шаблонов»
  5. Удаление «осиротевших» связующих записей
  6. Централизация доступа к файлу корневой зоны
  7. Требования к регистраторам и регистратурам об обязательном наличии контактного лица для уведомления о неправильном использовании доменного имени и документально оформленной политики, направленной на противодействие неправильному использованию
  8. Наличие ускоренного процесса подачи запросов об обеспечении безопасности регистратур
  9. Верификация зон повышенной безопасности

Тема 4: Опишите свой опыт работы, личный или полученный в рамках работы в той или иной организации, с этими мерами безопасности. Опишите, пожалуйста:

  • Эффективные и неэффективные меры безопасности. В чем состояла их эффективность или неэффективность, и почему Вы так считаете?
  • Существуют ли какие-нибудь меры безопасности, которые следует включить, но которые включены не были?

Оставшееся время будет посвящено вопросам аудитории и соответствующей дискуссии.


Информация о дискуссии и способ участия в ней

ICANN проведет две дискуссии того, чтобы обеспечить возможность участия во всех регионах. Перевести время.

Дата: 28 января 2016 года

  • Дискуссия 1: 2:00 - 3:30 по универсальному координированному времени
  • Дискуссия 2: 16:00 - 17:30 по универсальному координированному времени

Подключиться онлайн: https://icann.adobeconnect.com/gdd
Подключиться к телеконференции: Загрузить список номеров телефонов [PDF, 89 KB] Код доступа: 144 144 2688

Язык дискуссий – английский. Записи будут опубликованы по адресу https://newgtlds.icann.org/en/reviews/dns-abuse.

Для участия, зарегистрируйтесь или заполните анкету

Вы хотите, чтобы ICANN напомнила вам об этом мероприятии? Зарегистрируйтесь, и мы отправим Вам сообщение по электронной почте с информацией об участии. Нет возможности участвовать, но хотите внести свой вклад? Дайте нам разрешение послать Вам анкету, в которой Вы можете описать свой опыт. Адрес: http://survey.clicktools.com/app/survey/go.jsp?iv=25apb9wqx72s8


Дальнейшая информация

С момента начала делегирования в октябре 2013 года Программа New gTLD ICANN позволила ввести сотни новых доменов верхнего уровня в корневую зону интернета. Комплексные проверки программы уже начались, и им предстоит охватить самые разные темы, включая конкуренцию, потребительское доверие и потребительский выбор (CCT), безопасность и стабильность, защиту прав и другие направления. В дополнение к тому, что ICANN заказала проведение анализов у третьих сторон, организация также собирает информацию об опыте заинтересованных сторон в отношении функционирования Программы New gTLD и ее последствий для доменной отрасли. Извлеченные уроки помогут оформить будущие раунды Программы.

Рекомендуемая литература


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