Skip to main content

Ampliación de plazo: solicitud de propuestas para la revisión organizacional del SSAC

Esta página está disponible en:

Se prorrogó el plazo de la solicitud de propuestas para la revisión independiente del Comité Asesor de Seguridad y Estabilidad (SSAC). El nuevo plazo vence el 21 de agosto de 2017 a las 11:59 PM PDT.

La Corporación para la Asignación de Nombres y Números en Internet (ICANN) se encuentra realizando la búsqueda de un proveedor para llevar a cabo una evaluación independiente del Comité Asesor de Seguridad y Estabilidad (SSAC).

El proveedor de este servicio debería contar con conocimiento técnico o experiencia en el área de seguridad en la comunidad técnica de Internet y con las entidades operadoras y administradoras de servicios de infraestructura crítica del DNS; demonstrar que comprende la carta orgánica del SSAC y sus procedimientos operativos [PDF, 420 KB]; y demostrar que tiene conocimiento de las áreas técnicas incluidas en la carta orgánica del SSAC, incluidas la seguridad y la integridad del sistema de asignación de nombres y direcciones en Internet.

El objetivo de la presente Solicitud de Propuestas (RFP) es identificar un examinador independiente que lleve a cabo una evaluación integral del SSAC. Tal evaluación comprende, entre otros, los siguientes aspectos:

  • Una evaluación del grado de implementación de la revisión anterior del SSAC;
  • Una evaluación de la continuidad del propósito del SSAC dentro de la estructura de la ICANN;
  • Una evaluación del grado de efectividad del SSAC al cumplir con su propósito, y de la necesidad de un cambio en su estructura u operaciones a fin de mejorar su efectividad; y
  • Una evaluación del grado de responsabilidad del SSAC en su conjunto ante la comunidad de la ICANN.

La revisión está programada entre octubre de 2017 y julio de 2018. El texto completo de la Solicitud de Propuestas (RFP), junto con los plazos correspondientes, se puede consultar en este espacio [PDF 608 KB].

Las manifestaciones de interés se deben enviar a la siguiente dirección de correo electrónico: SSACReview-RFP@icann.org. Las propuestas deben ser presentadas en formato electrónico antes de las 11:59 PM PDT del 21 de agosto de 2017 mediante la herramienta especial para gestión de compras de la ICANN. El acceso a la herramienta se puede solicitar por correo electrónico a la dirección indicada previamente.

Información de referencia

De conformidad con los Estatutos de la ICANN, la función del Comité Asesor de Seguridad y Estabilidad ("Comité Asesor de Seguridad y Estabilidad" o "SSAC") es asesorar a la comunidad y a la Junta Directiva de la ICANN respecto de cuestiones relativas a la seguridad e integridad de los sistemas de asignación de nombres y direcciones en Internet. Sus responsabilidades son las siguientes:

  1. Comunicarse respecto de cuestiones de seguridad con la comunidad técnica de Internet, como también con los operadores y administradores de servicios de infraestructura crítica del DNS, a fin de incluir a la comunidad de operadores de servidores raíz, los registros y registradores de dominios de alto nivel, los operadores de sistemas de delegación inversa como in-addr.arpa e ip6.arpa, y demás actores según lo requieran las circunstancias y los acontecimientos. El SSAC reunirá y articulará los requisitos que presentará a aquellos involucrados en la revisión técnica de los protocolos relacionados con el DNS y los sistemas de asignación de direcciones, como también a quienes participen en la planificación operativa.
  2. El SSAC participa en la evaluación continua de amenazas y análisis de riesgos de los servicios de asignación de números y direcciones en Internet, para evaluar dónde residen las principales amenazas a la estabilidad y la seguridad, y asesora a la comunidad de la ICANN en consecuencia. El SSAC recomendará toda auditoria necesaria para evaluar el estado actual de la seguridad del DNS y del sistema de asignación de direcciones en relación con riesgos y amenazas que se hubiesen detectado.
  3. Asimismo, el SSAC se comunica con los actores directamente responsables de las cuestiones de seguridad en el sistema de asignación de nombres y direcciones en Internet (el IETF, el RSSAC - de conformidad con la definición de la Sección 12.2(c)(i) - los RIR, los registros de nombres, etc.), para garantizar la adecuada sincronización de su asesoramiento en cuanto a riesgos, cuestiones y prioridades de seguridad con actividades en curso en materia de normalización, implementación, operaciones y coordinación. El SSAC supervisará estas actividades e informará a la comunidad de la ICANN y la Junta Directiva de la organización sobre sus avances, según corresponda.
  4. Informar periódicamente a la Junta Directiva sobre sus actividades.
  5. Realizar recomendaciones sobre políticas a la comunidad y a la Junta Directiva de la ICANN.

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