Skip to main content
Resources

Hébergement ‘fast flux’

Cette page est disponible en:

Le Comité consultatif de l’ICANN pour la sécurité et la stabilité (SSAC) a complété en mars 2008 une étude sur l'hébergement ‘fast flux’. L’hébergement ‘fast flux’ impliquant un grand nombre d’acteurs différents – les cybercriminels et leurs victimes, les fournisseurs de services Internet, les entreprises fournissant des services d'hébergement Web, registres et bureaux d’enregistrement du système de noms de domaine (DNS) – il existe plusieurs approches potentielles en vue d’en limiter les effets. La majorité de ces approches requiert la coopération d’une variété d’acteurs, et certaines de ces approches ne seront pas du ressort de l’ICANN.

Le 26 mars 2008, le personnel a publié un rapport sur les problèmes liés à l’hébergement ‘fast flux’, selon les instructions du Conseil de l’organisation de soutien aux politiques de noms des noms génériques (GNSO). Dans ce rapport, le personnel recommande que le GNSO parraine un établissement des faits et une recherche supplémentaires en vue de développer les meilleures pratiques à adopter face à l’hébergement ‘fast flux’. Le personnel note également qu’il serait peut-être approprié que l’organisation de soutien aux politiques de codes de pays (ccNSO) prenne part à une telle activité.

Lors de sa réunion du 8 mai 2008, le conseil du GNSO a officiellement lancé une procédure d'élaboration de politique (PDP) et a demandé la création d'un groupe de travail sur le 'fast flux'. Par la suite, lors de sa réunion du 29 mai 2008, le Conseil du GNSO a approuvé la charte du groupe de travail appelé à examiner les questions suivantes :

  • A qui bénéficie le 'fast flux' et qui en pâtit ?
  • A qui bénéficierait l'arrêt de cette pratique et qui en pâtirait ?
  • Les opérateurs de registres sont-ils ou pourraient-ils être impliqués dans des activités d'hébergement 'fast flux' ? Si oui, comment ?
  • Les bureaux d'enregistrement sont-ils impliqués dans les activités d'hébergement 'fast flux' ? Si oui, comment ?
  • Quelles sont les conséquences de l'hébergement 'fast flux' pour les titulaires de noms de domaine ?
  • Quelles sont les conséquences de l'hébergement 'fast flux' pour les utilisateurs d'Internet ?
  • Quelles sont les mesures techniques (telles que des modifications du fonctionnement des mises à jour du DNS) et stratégiques (telles que des modifications des accords registre/bureau d'enregistrement ou des règles régissant les actions autorisées de la part des titulaires de noms de domaines) à mettre en œuvre par les registres et les bureaux d'enregistrement afin d'atténuer les effets négatifs du 'fast flux' ?
  • Quel serait l'impact (positif ou négatif) de la mise en place de limites, de directives ou de restrictions applicables aux titulaires de noms de domaine, aux bureaux d'enregistrement et/ou registres, en matière de pratiques permettant ou facilitant l'hébergement 'fast flux' ?
  • Quel serait l'impact de ces limites, directives, ou restrictions sur l'innovation en matière de produits et de services ?
  • Quelles sont certaines des meilleures pratiques disponibles en matière de protection contre le 'fast flux' ?

Le groupe a été également chargé de recueillir l'avis d'experts, si nécessaire, afin de déterminer les aspects du 'fast flux' entrant ou non dans le cadre de l'élaboration des politiques du GNSO.

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