4.2 La PKI de autorización

Los Estados expedidores u organizaciones expedidoras que implementen la LDS2 TENDRÁN por lo menos los tipos de pares de claves siguientes:

(Los Estados emisores u organizaciones emisoras que instalen la LDS2 TENDRÁN por lo menos los tipos de pares de claves siguientes:)

• par de claves de CA de verificación de país (CVCA);

• par de claves del verificador del documento (DV); y

• par de claves de terminal.

Las claves públicas CVCA y DV son certificadas por la CVCA. Las claves públicas de terminal son certificadas por el DV. Los certificados de clave pública CVCA, DV y de terminal son certificados verificables mediante tarjeta que DEBEN cumplir con sus respectivos perfiles de certificado definidos en la sección 7. No hay mecanismo de revocación para los certificados CVCA, DV o de terminal. Por lo tanto, sus períodos de validez son mucho más cortos que lo de los tipos de certificado X.509.

(Las claves públicas CVCA (Country Verifying Certification Authority = Autoridad de certificación de verificación de país) y DV (Document Verifier = Verificador del documento) son certificadas por la CVCA. Las claves públicas de terminal son certificadas por el DV. Los certificados de clave pública CVCA, DV y de terminal son certificados comprobables mediante tarjeta que DEBEN cumplir con sus respectivos perfiles de certificado definidos en la sección 7. No hay mecanismo de revocación para los certificados CVCA, DV o de terminal. Por lo tanto, sus períodos de validez son mucho más cortos que lo de los tipos de certificado X.509.)

El período de uso de clave privada no se especifica y está sujeto a la discreción del Estado. Sin embargo, el período de uso de la clave privada DEBE ser como máximo igual al período de validez de la clave pública. El período de validez de clave pública de los pares de claves CVCA, DV y de terminal se indica en la tabla 2.

(El período de uso de clave privada no se determina y está sujeto a la elección del Estado. Sin embargo, el período de uso de la clave privada DEBE ser como máximo igual al período de validez de la clave pública. El período de validez de clave pública de los pares de claves CVCA, DV y de terminal se indica en la tabla 2.)

Tabla 2. Validez del uso de clave de certificados verificables mediante tarjeta

4.2.1 Algoritmos criptográficos para la autenticación del terminal

El algoritmo utilizado para la autenticación del terminal en la PKI de autorización es determinado por la CVCA del Estado expedidor del eMRTD. En una cadena de certificados SE DEBEN utilizar los mismos algoritmos de firma, parámetros de dominio y tamaños de clave (es decir, los certificados CVCA, DV y de terminal para una determinada autorización). Por lo tanto, los verificadores del documento y los terminales deberán disponer de varios pares de claves. Los certificados de enlace CVCA PUEDEN incluir una clave pública que se desvíe de los parámetros vigentes, es decir, la CVCA PUEDE cambiar a un nuevo algoritmo de firma, nuevos parámetros de dominio o tamaños de clave.

(El algoritmo utilizado para la autenticación del terminal en la PKI (Public Key Infrastructure = Infraestructura de clave pública) de autorización es determinado por la CVCA del Estado emisor del eMRTD. En una cadena de certificados SE DEBEN utilizar los mismos algoritmos de firma, criterios de dominio y tamaños de clave (es decir, los certificados CVCA, DV y de terminal para una determinada autorización). Por lo tanto, los comprobadores del documento y los terminales deberán disponer de varios pares de claves. Los certificados de enlace CVCA PUEDEN incluir una clave pública que se aparte de los parámetros vigentes, es decir, la CVCA PUEDE cambiar a un nuevo algoritmo de firma, nuevos parámetros de dominio o tamaños de clave.)

Para la autenticación del terminal SE PUEDE utilizar RSA o ECDSA. En el Doc 9303-11 figura información detallada.

4.2.2 Algoritmos criptográficos para el SPOC

Esta subsección se ha transcrito anteriormente.

(sigue la sección 9 de la Parte 7 del Documento 9303)

9.4 Reglas de la política de validación (informativo)

Para la política de validación de los sellos electrónicos en los visados, son válidas todas las reglas que figuran en el Doc 9303-13, apéndice D. Además, se aplican las siguientes reglas para determinar la validez del sello electrónico.

(Para la política de aprobación de los sellos electrónicos en los visados, son válidas todas las reglas que figuran en el Doc 9303-13, apéndice D. Además, se aplican las siguientes reglas para establecer la validez del sello electrónico.)

El Apéndice D de la Parte 13 del documento 9303 recoge:

Apéndice D de la Parte 13

REGLAS DE LA POLÍTICA DE VALIDACIÓN (INFORMATIVO)

La política de validación es un conjunto de reglas de validación que permiten determinar la validez del sello en un documento. La aplicación de esta política de validación genera una indicación del estado con uno de los valores siguientes:

(La política de aprobación es un conjunto de reglas de aprobación que posibilitan establecer la validez del sello en un documento. La aplicación de esta política de aprobación crea una indicación del estado con uno de los valores siguientes:)

a) VÁLIDO (VALID). Se han confirmado la autenticidad y la integridad del sello. En este caso, autenticidad significa que los datos del sello fueron efectivamente firmados por un firmante de códigos de barras del país expedidor del documento, y que el certificado del firmante del código de barras correspondiente es válido. Integridad significa que los datos de la ZLM del documento sellado no han sido modificados y que el sello digital no se traspasó desde el documento al que se adjuntó originalmente.

(VÁLIDO (VALID). Se han confirmado la autenticidad y la invariabilidad del sello. En este caso, autenticidad significa que los datos del sello fueron efectivamente firmados por un firmante de códigos de barras del país emisor del documento, y que el certificado del firmante del código de barras correspondiente es válido. Invariabilidad significa que los datos de la ZLM del documento sellado no han sido modificados y que el sello digital no se traspasó desde el documento al que se adjuntó originalmente.)

b) INVÁLIDO (INVALID). El sello no se reconoce como válido y se requiere investigar más a fondo. La invalidación puede deberse a las tres razones siguientes:

(INVÁLIDO (INVALID). El sello no se reconoce como válido y se exige investigar más a fondo. La invalidación puede deberse a las tres razones siguientes:)

1. Fraude/Falsificación. Incluye personalización no autorizada de un documento, con un autoadhesivo en blanco robado, cambios en los datos de personalización de un documento basándose en un autoadhesivo original, o traspasando un autoadhesivo de código de barras desde un documento robado (por ejemplo, pasaporte) a otro documento, u otras falsificaciones
2. Daños/Deterioro. El código de barras no puede decodificarse debido a desgaste, deterioro o manchas.

3. Errores desconocidos y/o imprevistos. Esto incluye errores imprevisibles, por ejemplo, debido a fallas en la implementación del software utilizado para decodificar, o codificación errónea durante la personalización.

A la indicación de estado INVALID, se añaden subindicaciones del estado que señalan las razones de la invalidación del sello. Como la posibilidad de fraude depende de estas razones, se recomienda vincular las indicaciones y subindicaciones del estado con los tres niveles de confianza: “confiable”, “posibilidad mediana de fraude”, y “posibilidad alta de fraude”. La correspondencia recomendada se ilustra en la Tabla D.1.

(A la indicación de estado INVALID, se añaden subindicaciones del estado que señalan las razones de la invalidación del sello. Como la posibilidad de fraude depende de estas razones, se recomienda enlazar las indicaciones y subindicaciones del estado con los tres niveles de confianza: “confiable”, “posibilidad mediana de fraude”, y “posibilidad alta de fraude”. La coincidencia recomendada se ilustra en la Tabla D.1.)

En esta política de validación genérica se consideran siempre las preguntas siguientes:

(En esta política de aprobación genérica se valoran siempre las preguntas siguientes:)

a) ¿Es válido el sello digital visible?

b) ¿Es válida la ZLM del documento?

c) ¿La ZLM del documento coincide con el sello digital visible?

A continuación, figuran las reglas de validación para cada tipo de control, una lista de criterios de validación, los resultados previstos para cada criterio, y las subindicaciones del estado resultantes.

(A continuación, figuran las reglas de aprobación para cada tipo de control, una lista de criterios de aprobación, los resultados establecidos para cada criterio, y las subindicaciones del estado resultantes.)

Validación del sello digital visible

1. Validación del formato

(Aprobación del modelo)

• si el formato de codificación físico no se ajusta a la especificación, o si hay errores debido a ruido físico que no pueden corregirse, el estado es INVALID con la subindicación de error de lectura READ_ERROR,

• si el formato de codificación (i.e, las estructuras del sello que constan de encabezamiento, zona de mensaje y zona de firma, o la codificación binaria/C40) no se ajusta a la especificación, o

• si se desconocen los valores previstos en el encabezamiento, o

(si se desconocen los valores establecidos en el encabezamiento, o)

• si falta un campo obligatorio en la zona de mensaje, o

• si el formato de un campo en la zona de mensaje no se ajusta a la especificación de la versión definida en el encabezamiento, entonces el estado es INVALID con la subindicación de formato incorrecto WRONG_FORMAT, en cualquier otro caso, continuar, o

• si en la zona de mensaje hay un campo desconocido, entonces debería ponerse una subindicación de elemento desconocido UKNOWN_FEATURE. La indicación del estado será VALID o INVALID dependiendo de la validez de la firma verificada conforme a los pasos siguientes. Nótese que, si la firma es válida, la presencia de un solo elemento desconocido no debe violar la validez del sello.

(si en la zona de mensaje hay un campo desconocido, entonces debería ponerse una subindicación de elemento desconocido UKNOWN_FEATURE. La indicación del estado será VALID o INVALID dependiendo de la validez de la firma comprobada de acuerdo con los pasos siguientes. Nótese que, si la firma es válida, la presencia de un solo elemento desconocido no debe vulnerar la validez del sello.)

2. Validación de la firma

(Aprobación de la firma)

• si el certificado de firmante del código de barras al que se hace referencia en el encabezamiento del sello no está presente, el estado indica INVALID con la subindicación de certificado desconocido UNKNOWN_CERTIFICATE,

• si el certificado de firmante del código de barras al que se hace referencia en el encabezamiento del sello no tiene la firma de la CSCA, o falla la verificación de la firma, el estado es INVALID con la subindicación de certificado no confiable UNTRUSTED_CERTIFICATE,

(si el certificado de firmante del código de barras al que se hace referencia en el encabezamiento del sello no tiene la firma de la CSCA, o falla la comprobación de la firma, el estado es INVALID con la subindicación de certificado no confiable UNTRUSTED_CERTIFICATE,)

• si el certificado de firmante del código de barras contiene una extensión del tipo de documento y el contenido del código de barras incluye una ZLM, y el tipo de documento de la ZLM no está contenido en la extensión del tipo de documento, el estado es INVALID con la subindicación de tipo de documento inválido INVALID_DOCUMENTTYPE,

(si el certificado de firmante del código de barras incluye una extensión del tipo de documento y el contenido del código de barras incluye una ZLM, y el tipo de documento de la ZLM no está incluido en la extensión del tipo de documento, el estado es INVALID con la subindicación de tipo de documento inválido INVALID_DOCUMENTTYPE,)

• si el certificado de firmante del código de barras al que se hace referencia en el encabezamiento del sello está expirado, el estado es INVALID con la subindicación de certificado expirado EXPIRED_CERTIFICATE,

(si el certificado de firmante del código de barras al que se hace referencia en el encabezamiento del sello está caducado, el estado es INVALID con la subindicación de certificado expirado EXPIRED_CERTIFICATE,)

• si el certificado de firmante del código de barras al que se hace referencia en el encabezamiento del sello está revocado, el estado es INVALID con la subindicación de certificado revocado REVOKED_CERTIFICATE,

• si la verificación de la firma del encabezamiento y la zona de mensaje que usa el certificado del firmante del código de barras al que se hace referencia en el encabezamiento del sello falla, el estado es INVALID con la subindicación de firma inválida INVALID_SIGNATURE,

(si la comprobación de la firma del encabezamiento y la zona de mensaje que usa el certificado del firmante del código de barras al que se hace referencia en el encabezamiento del sello falla, el estado es INVALID con la subindicación de firma inválida INVALID_SIGNATURE,)

• en cualquier otro caso, continuar.

3. Validación del expedidor

(Validación del emisor)

• si la CSCA no es de confianza para el Sistema de validación de códigos de barras en su dominio de confianza, el estado es INVALID con la subindicación de certificado no confiable UNTRUSTED_CERTIFICATE, en cualquier otro caso, continuar.

(si la CSCA no es de confianza para el Sistema de aprobación de códigos de barras en su dominio de confianza, el estado es INVALID con la subindicación de certificado no confiable UNTRUSTED_CERTIFICATE, en cualquier otro caso, continuar.)

Las reglas de validación precedentes permiten una comparación entre los datos almacenados en el sello y los datos almacenados en la ZLM del documento. Además, podría llevarse a cabo una inspección manual de los datos que están almacenados en el sello e impresos en el documento, pero que no están presentes en la ZLM del documento.

(Las reglas de aprobación anteriores posibilitan una comparación entre los datos almacenados en el sello y los datos almacenados en la ZLM del documento. Además, podría llevarse a cabo una inspección manual de los datos que están almacenados en el sello e impresos en el documento, pero que no están presentes en la ZLM del documento.)

Tabla D.1. Niveles de confianza recomendados de la Política de documentos

(sigue la sección 9 de la Parte 7 del documento 9303)

Además de la política de validación genérica de documentos, en la política de visados se consideran las siguientes preguntas:

(Además de la política de aprobación genérica de documentos, en la política de visados se valoran las siguientes preguntas:)

1. ¿La ZLM del pasaporte es válida?

2. ¿La ZLM del pasaporte coincide con la ZLM del visado?

A continuación figuran reglas de validación adicionales, específicas para visado, para cada tipo de control. Además, se enumeran criterios de validación, los resultados previstos para cada criterio y las subindicaciones del estado resultantes. Véase la Tabla 2.

(A continuación figuran reglas de aprobación adicionales, determinadas para visado, para cada tipo de control. Además, se enumeran criterios de aprobación, los resultados establecidos para cada criterio y las subindicaciones del estado resultantes. Véase la Tabla 2.)

Validación del sello electrónico visible

(Aprobación del sello electrónico visible)

1. Validación de la ZLM del visado

(Aprobación de la ZLM del visado)

• si las sumas de control de la ZLM del visado no cumplen la norma aplicable, en función del tipo de visado, entonces el estado es INVALID con la subindicación INVALID_VISA_MRZ,

• si existe una discordancia entre un campo de la ZLM del visado y el elemento del documento correspondiente almacenado dentro del sello, entonces el estado es INVALID con la subindicación SEAL_VISA_MISMATCH. DEBERÍA proporcionarse información adicional sobre la discordancia en cuestión. En caso contrario, la validación de la ZLM del visado debería proseguir.

(si existe una discrepancia entre un campo de la ZLM del visado y el elemento del documento correspondiente almacenado dentro del sello, entonces el estado es INVALID con la subindicación SEAL_VISA_MISMATCH. DEBERÍA facilitarse información adicional sobre la discrepancia correspondiente. En caso contrario, la aprobación de la ZLM del visado debería continuar.)

2. Validación de la ZLM del pasaporte

• si las sumas de control de la ZLM del pasaporte no cumplen la norma aplicable, en función del tipo de pasaporte, entonces el estado es INVALID con la subindicación INVALID_PASSPORT_MRZ. En caso contrario, la validación de la ZLM del pasaporte debería proseguir.

(si las sumas de control de la ZLM del pasaporte no cumplen la norma aplicable, en función del tipo de pasaporte, entonces el estado es INVALID con la subindicación INVALID_PASSPORT_MRZ. En caso contrario, la aprobación de la ZLM del pasaporte debería continuar.)

3. Validación del vínculo del pasaporte

• Si alguno de los campos de la ZLM del pasaporte enumerados a continuación no se corresponde con su elemento equivalente almacenado en el sello electrónico, entonces el estado es INVALID con la subindicación SEAL_PASSPORT_MISMATCH. Los campos de la ZLM del pasaporte son:

1) el número de pasaporte y 2) el Estado expedidor del pasaporte. En caso contrario, si todos los campos concuerdan, el estado del sello electrónico visible es VALID.

(Si alguno de los campos de la ZLM del pasaporte enumerados a continuación no se corresponde con su elemento similar almacenado en el sello electrónico, entonces el estado es INVALID con la subindicación SEAL_PASSPORT_MISMATCH. Los campos de la ZLM del pasaporte son:

1) el número de pasaporte y 2) el Estado emisor del pasaporte. En caso contrario, si todos los campos coinciden, el estado del sello electrónico visible es VALID.)

Las reglas de validación genéricas y específicas para visados permiten una comparación entre los datos almacenados en el sello y los datos almacenados en la ZLM del visado y el pasaporte. Además, podría llevarse a cabo una inspección manual de los datos que están almacenados en el sello e impresos en el visado, pero que no están presentes en la ZLM del visado.

(Las reglas de aprobación genéricas y concretas para visados posibilitan una comparación entre los datos almacenados en el sello y los datos almacenados en la ZLM del visado y el pasaporte. Además, podría llevarse a cabo una inspección manual de los datos que están almacenados en el sello e impresos en el visado, pero que no están presentes en la ZLM del visado.)

Tabla 2. Niveles de confianza recomendados de la Política de visados para

las indicaciones de subestado específico de visado

Por su parte, en la Sección 8 del documento 9303 se recoge:

4. PRINCIPIOS Y PRÁCTICAS RECOMENDADAS

4.1 Seguridad/expedición

4.1.1 Circunstancias para la expedición de los ETD

(4.1.1 Circunstancias para la emisión de los ETD (Emergency Travel Documents = Documentos de viaje de emergencia)

Es posible que las personas que viajan no puedan obtener pasaportes normalizados con plena validez pero que, no obstante, necesiten viajar con urgencia. La expedición de ETD por una Autoridad expedidora puede considerarse, entre otras, en relación con las circunstancias siguientes:

(Es posible que las personas que viajan no puedan obtener pasaportes unificados con plena validez pero que, aun así, necesiten viajar con urgencia. La emisión de ETD por una Autoridad emisora puede valorarse, entre otras, en relación con las circunstancias siguientes:)

• situación de emergencia de un pasajero (por ejemplo, una enfermedad en la familia, el fallecimiento de un pariente) sin tiempo suficiente para solicitar un pasaporte con plena validez, incluidas las necesidades de viaje urgente cuando se ha extraviado el pasaporte válido, este ha sido robado, se ha dañado o ha perdido alguna de sus hojas:

(situación de emergencia de un pasajero (por ejemplo, una enfermedad en la familia, el fallecimiento de un pariente) sin tiempo suficiente para solicitar un pasaporte con plena validez, incluidas las necesidades de viaje urgente cuando se ha perdido el pasaporte válido, este ha sido robado, se ha dañado o ha perdido alguna de sus hojas:)

• situación de emergencia en el extranjero (por ejemplo, un conflicto armado o un desastre natural como una inundación o un seísmo) y existe la necesidad de viajar de vuelta al hogar;

• pérdida, robo, daño o mutilación del pasaporte estando en el extranjero:

(pérdida, robo, daño o reducción del pasaporte estando en el extranjero:)

• arreglos de contingencia cuando no sea posible expedir un pasaporte con plena validez en el país;

(arreglos circunstanciales cuando no sea posible emitir un pasaporte con plena validez en el país;)

• deportación, expulsión, repatriación; y

• ciudadanos extranjeros sin representación que no puedan acceder a sus servicios consulares en caso de emergencia o que se encuentren en una situación de emergencia personal (por ejemplo, pérdida, robo,destrucción o inaccesibilidad de sus documentos).

El tipo de documento expedido en las situaciones anteriores puede no ser el mismo en todos los casos. A la hora que la Autoridad expedidora determine el documento de viaje más adecuado deberían tenerse en cuenta la situación de los viajeros y las circunstancias individuales de cada caso. Los criterios para expedir un ETD deberían estar a disposición del viajero si este los solicita.

(El tipo de documento emitido en las situaciones anteriores puede no ser el mismo en todos los casos. A la hora que la Autoridad emisora determine el documento de viaje más adecuado deberían tenerse en cuenta la situación de los viajeros y las circunstancias individuales de cada caso. Los criterios para emitir un ETD deberían estar a disposición del viajero si este los solicita.)

A menudo, los ETD se expiden en dependencias³ en el extranjero⁴ donde no es práctico o adecuado para una persona solicitar un pasaporte normalizado con plena validez.

(A menudo, los ETD se emiten en dependencias³ en el extranjero⁴ donde no es práctico o adecuado para una persona solicitar un pasaporte unificado con plena validez.)

*La nota (3) a pie de página dice:

3. Los ETD pueden expedirse en diversas dependencias, entre otras las siguientes:

(Los ETD pueden emitirse en diversas dependencias, entre otras las siguientes:)

Expedición en el extranjero:

i. en una embajada, sede de alto comisionado o de cónsul honorario.

ii. en una zona distante en crisis, (por ejemplo, una unidad de respuesta móvil) donde la persona que expide los documentos debe trabajar de manera coordinada con su Oficina en origen para garantizar que se cumplen todos los procedimientos requeridos sobre elegibilidad y seguridad.

iii. en aeropuertos en situaciones de crisis; y

iv. en la sede de una embajada, alto comisionado o cónsul honorario de otros países con disposiciones especiales en vigor.

Expedición en el territorio nacional:

i. en un aeropuerto; y

ii. en una oficina de la Autoridad expedidora.»

*La nota (4) a pie de página dice:

«4. Existen ejemplos de buenas prácticas en forma de acuerdos especiales de algunos Estados con asociados para proporcionar servicios de emergencia en el extranjero a través de embajadas, altos comisionados o cónsules honorarios, o bien de terceras partes confiables (industria del sector privado) en Estados en los que no tienen presencia. Aunque estas asociaciones no son habituales, el presente texto de orientación alienta a los Estados miembros a explorar esta opción de forma bilateral.»

(Existen ejemplos de buenas prácticas en forma de acuerdos especiales de algunos Estados con asociados para suministrar servicios de emergencia en el extranjero a través de embajadas, altos comisionados o cónsules honorarios, o bien de partes ajenas confiables (industria del sector privado) en Estados en los que no tienen presencia. Aunque estas asociaciones no son habituales, el presente texto de orientación anima a los Estados miembros a explorar esta opción de forma bilateral.)

En última instancia, el tipo de documento de viaje expedido depende de las circunstancias individuales, el entorno en el que se realiza la expedición y las prácticas de la Autoridad expedidora. En la mayoría de los casos, la seguridad del documento a menudo refleja las circunstancias en las que se expiden los ETD y el acceso a las instalaciones y la tecnología disponibles en ese momento.

(En última instancia, el tipo de documento de viaje emitido depende de las circunstancias individuales, el entorno en el que se realiza la emisión y las prácticas de la Autoridad emisora. En la mayoría de los casos, la seguridad del documento a menudo refleja las circunstancias en las que se emiten los ETD y el acceso a las instalaciones y la tecnología disponibles en ese momento.)

4.1.2 Proceso de expedición de los ETD

Este subapartado se ha transcrito anteriormente.

4.1.3 Dos tipos de ETD

Este subapartado también se ha transcrito anteriormente.

4.1.4 Principio

A la vista de las circunstancias prácticas de cada caso, debería expedirse el documento más seguro que sea posible.⁵

(A la vista de las circunstancias prácticas de cada caso, debería emitirse el documento más seguro que sea posible.)

*La nota (5) a pie de página dice:

«5. La Autoridades expedidoras pueden considerar expedir un documento menos seguro conjuntamente con las Autoridades receptoras y/o de tránsito si las circunstancias lo ameritan y justifican.»

(La Autoridades emisoras pueden valorar emitir un documento menos seguro conjuntamente con las Autoridades receptoras y/o de paso si las circunstancias lo necesitan y justifican.)

4.1.5 Buenas prácticas recomendadas

● El documento básico normalizado preferente es un ETD de lectura mecánica.

(El documento básico unificado preferido es un ETD de lectura mecánica.)

● Los ETD con formato de cuadernillo deberían tener un número reducido de páginas (con arreglo a su validez limitada) y seguir las orientaciones sobre elementos de seguridad del Doc 9303.

(Los ETD con forma de cuadernillo deberían tener un número reducido de páginas (de acuerdo con su validez limitada) y seguir las orientaciones sobre elementos de seguridad del Doc 9303.)

● Los Estados distribuirán ejemplares de muestra a otros Estados y organizaciones concernidas, como líneas aéreas, incluyendo información sobre el diseño, elementos de seguridad y procedimientos de expedición de los ETD⁶.

(Los Estados distribuirán ejemplares de muestra a otros Estados y organizaciones aludidas, como líneas aéreas, incluyendo información sobre el diseño, elementos de seguridad y procedimientos de emisión de los ETD⁶.)

*La nota (6) a pie de página dice:

«6. Pueden encontrarse referencias en www.icao.int/security/fal/trip – «Guide for Circulating Specimen Travel Documents»»

● Los Estados deberían establecer que ninguna persona pueda ser titular de más de un ETD simultáneamente.

● El ETD debería expedirse con la menor antelación posible con respecto a la fecha del viaje a fin de asegurar que se utiliza para la finalidad y el viaje específicos para los que ha sido expedido.

(El ETD debería emitirse con la menor antelación posible con respecto a la fecha del viaje a fin de asegurar que se utiliza para la finalidad y el viaje concretos para los que ha sido emitido.)

Cuando no se expida un ETD MRTD, se expedirá en su lugar un documento de viaje de una única hoja, teniendo en cuenta que:

(Cuando no se emita un ETD MRTD, se emitirá en su lugar un documento de viaje de una única hoja, teniendo en cuenta que:)

● Los ETD de una única hoja deberían incluir los elementos de seguridad mínimos básicos, tales como una filigrana, un fondo con impresión de seguridad o tinta o elementos fluorescentes con los rayos UV a fin de luchar contra los estafadores y ofrecer un nivel de aceptación y reconocimiento adecuado.

● La inclusión de una zona de lectura mecánica es una característica opcional que, de aplicarse, deberá ser coherente con las especificaciones técnicas contenidas en el Doc 9303, incluidos los códigos de documento que identifican el tipo de documento. A partir del 1 de enero de 2026, los ETD de una única hoja que contengan una zona de lectura mecánica reflejarán el código de documento «PU» designado.⁷

(La inclusión de una zona de lectura mecánica es una característica opcional que, de aplicarse, deberá ser coherente con las determinaciones técnicas incluidas en el Doc 9303, incluidos los códigos de documento que identifican el tipo de documento. Desde el 1 de enero de 2026, los ETD de una única hoja que incluyan una zona de lectura mecánica reflejarán el código de documento «PU» designado.)

*La nota (7) a pie de página dice:

«7. Véanse más detalles sobre los códigos de documentos designados en Doc 9303-4.»

● Siempre que sea posible, las autoridades receptoras o de tránsito deberían ser informadas de los planes de viaje de personas titulares de un ETD de una única hoja, a fin de garantizar los procedimientos de facilitación adecuados (principalmente en el caso de puertos de tránsito).

(Siempre que sea posible, las autoridades receptoras o de paso deberían ser informadas de los planes de viaje de personas titulares de un ETD de una única hoja, a fin de garantizar los procedimientos de facilitación adecuados (principalmente en el caso de puertos de paso).)

● Los Estados distribuirán ejemplares de muestra a otros Estados y organizaciones concernidas como líneas aéreas, incluyendo información sobre el diseño, elementos de seguridad y procedimientos de expedición de los ETD de una única hoja.

(Los Estados repartirán ejemplares de muestra a otros Estados y organizaciones aludidas como líneas aéreas, incluyendo información sobre el diseño, elementos de seguridad y procedimientos de emisión de los ETD de una única hoja.)

● Los Estados deberían establecer que ninguna persona pueda ser titular de más de un ETD simultáneamente.

● El ETD de una única hoja debería expedirse en una fecha tan cercana como sea posible a la fecha del viaje al objeto de asegurar que se utilice para la finalidad y el viaje específicos para los que ha sido expedido.

(El ETD de una única hoja debería emitirse en una fecha tan cercana como sea posible a la fecha del viaje al objeto de asegurar que se utilice para la finalidad y el viaje concretos para los que ha sido emitido.)

4.2 Costos

Corresponde a la Autoridad expedidora todo lo relacionado con el costo de la expedición de cualquiera de los tipos de ETD, incluidos los gastos y tasas aplicables en la legislación nacional. La Autoridad expedidora debería considerar aplicar un nivel de gastos y tasas que no incentive que las personas soliciten un ETD en lugar de un pasaporte normalizado con plena validez. Asimismo, los cargos deberían establecerse de forma que desaliente a las personas titulares de pasaportes normalizados con plena validez a no cuidar debidamente su pasaporte. La Autoridad expedidora puede considerar la expedición de un ETD gratuito, entre otras, en situaciones de crisis (por ejemplo, un estado de emergencia). Con independencia de los costos, en todos los casos el ETD solamente debería expedirse una vez realizadas todas las verificaciones pertinentes.

(Corresponde a la Autoridad emisora todo lo relacionado con el coste de la emisión de cualquiera de los tipos de ETD, incluidos los gastos y tasas aplicables en la legislación nacional. La Autoridad emisora debería valorar aplicar un nivel de gastos y tasas que no anime a que las personas soliciten un ETD en lugar de un pasaporte normalizado con plena validez. Asimismo, los cargos deberían establecerse de forma que desanime a las personas titulares de pasaportes unificados con plena validez a no cuidar debidamente su pasaporte. La Autoridad emisora puede valorar la emisión de un ETD gratuito, entre otras, en situaciones de crisis (por ejemplo, un estado de emergencia). Con independencia de los costes, en todos los casos el ETD solamente debería emitirse una vez realizadas todas las comprobaciones correspondientes.)

4.2.1 Principio

La estructura de los cargos aplicables por los marcos nacionales para la expedición de los ETD debería ser clara y los solicitantes deberían conocer los gastos que deberán soportar.

(La estructura de los costes aplicables por los marcos nacionales para la emisión de los ETD debería ser clara y los solicitantes deberían conocer los gastos que deberán soportar.)

4.2.2 Buenas prácticas recomendadas

En caso de crisis nacional o local, la concesión de un ETD debería ser gratuita.

(En caso de crisis nacional o local, la atribución de un ETD debería ser gratuita.)

4.3 Formato

Aunque siempre podrán existir situaciones en las que sea imposible producir el ETD con el formato de cuadernillo de lectura mecánica del tamaño de un pasaporte, este debe considerarse el documento básico normalizado preferente. Las Autoridades expedidoras deberían expedir el documento más seguro que sea posible dadas las circunstancias existentes, al tiempo que se satisfacen todos los requisitos en materia de derechos y seguridad. Es crucial que las Autoridades expedidoras garanticen el máximo nivel de seguridad posible contra el uso fraudulento.

(Aunque siempre podrán existir situaciones en las que sea imposible producir el ETD con la forma de cuadernillo de lectura mecánica del tamaño de un pasaporte, este debe valorarse el documento básico unificado preferido. Las Autoridades emisoras deberían emitir el documento más seguro que sea posible dadas las circunstancias existentes, al tiempo que se cumplen todos los requisitos en materia de derechos y seguridad. Es crucial que las Autoridades emisoras garanticen el máximo nivel de seguridad posible contra el uso fraudulento.)

4.3.1 Principio

El documento con formato de cuadernillo debería ser fácilmente diferenciable de un pasaporte normalizado con plena validez, aunque, como se señala más adelante, algunos elementos del formato, la seguridad y el diseño deberían ser idénticos.

(El documento con forma de cuadernillo debería ser fácilmente diferenciable de un pasaporte unificado con plena validez, aunque, como se señala más adelante, algunos elementos del modelo, la seguridad y el diseño deberían ser idénticos.)

4.3.2 Buenas prácticas recomendadas

Las Autoridades expedidoras deberían expedir un ETD claramente diferenciable de un pasaporte normalizado con plena validez. Puede utilizarse un color diferente en la tapa y las páginas interiores, o bien una cubierta del mismo color pero con una inscripción adicional que indique claramente que son documentos distintos. No obstante, para un fácil reconocimiento por las autoridades fronterizas, es recomendable que exista una relación con el pasaporte normalizado en vigor.

(Las Autoridades emisoras deberían emitir un ETD claramente diferenciable de un pasaporte normalizado con plena validez. Puede utilizarse un color diferente en la tapa y las páginas interiores, o bien una tapa del mismo color pero con una inscripción adicional que indique claramente que son documentos distintos. Aun así, para un fácil reconocimiento por las autoridades fronterizas, es recomendable que exista una relación con el pasaporte unificado en vigor.)

● Es recomendable que tenga menos hojas que un pasaporte normalizado con plena validez a fin de reflejar el hecho de que se trata de un documento de una validez reducida, preferiblemente con un máximo de ocho (8) páginas interiores para sellos y visados.

● De conformidad con el Doc 9303, y con relación al ETD con formato de cuadernillo, la foto suministrada en papel o formato digital debe ser impresa digitalmente en el ETD. La Autoridad u organización expedidora tomará las medidas necesarias para garantizar que la foto sea resistente a la falsificación y sustitución.

(De acuerdo con el Doc 9303, y con relación al ETD con forma de cuadernillo, la foto suministrada en papel o formato digital debe ser impresa digitalmente en el ETD. La Autoridad u organización emisora tomará las medidas necesarias para garantizar que la foto sea resistente a la falsificación y sustitución.)

● De conformidad con el Doc 9303⁷ en el ETD con formato de cuadernillo no están permitidas las fotos pegadas debido a la facilidad con que pueden ser sustituidas. Dado que los ETD pueden no incluir las mismas o tantas características o elementos de seguridad como un pasaporte normalizado con plena validez, deben adoptarse las medidas necesarias para proteger el ETD en lo posible. En consecuencia, y dado el reconocimiento generalizado de la debilidad de las fotos pegadas, la integración e impresión de la foto en el cuadernillo ETD debería ser un requisito normalizado.

(De acuerdo con el Doc 9303⁷ en el ETD con forma de cuadernillo no están admitidas las fotos pegadas debido a la facilidad con que pueden ser sustituidas. Dado que los ETD pueden no incluir las mismas o tantas características o elementos de seguridad como un pasaporte unificado con plena validez, deben tomarse las medidas necesarias para proteger el ETD en lo posible. En consecuencia, y dado el reconocimiento generalizado de la fragilidad de las fotos pegadas, la inclusión e impresión de la foto en el cuadernillo ETD debería ser un requisito unificado.)

*La nota (7) a pie de página dice:

7. En consonancia con el Doc 9303-4: “El uso de fotografías de retratos adheridas o pegadas no está permitido y nunca deberán utilizarse. En su lugar, la imagen del retrato estará integrada en la página de datos personales utilizando una tecnología de personalización segura.”

(En consonancia con el Doc 9303-4: “El uso de fotografías de retratos adheridas o pegadas no está admitido y nunca deberán utilizarse. En su lugar, la imagen del retrato estará incluida en la página de datos personales utilizando una tecnología de personalización segura.)

● El ETD debería tener un número único impreso previamente a su expedición que permita la trazabilidad de los documentos expedidos y de quienes los han recibido. Esto puede ser particularmente importante cuando los documentos se pierden o son robados, ya sea antes o después de su expedición.

(El ETD debería tener un número único impreso previamente a su emisión que posibilite la trazabilidad de los documentos emitidos y de quienes los han recibido. Esto puede ser particularmente importante cuando los documentos se pierden o son robados, ya sea antes o después de su puesta en circulación.)

● Los ETD de una única hoja deberían incorporar y asimilar, en la mayor medida posible, los mismos principios y buenas prácticas, observando que cuando tengan que utilizarse fotos adheridas, las Autoridades expedidoras deberían considerar el uso en el ETD de una única hoja con pegatinas laminadas o timbrado en seco/sellos de tinta como medida de mitigación y para aumentar la seguridad.

(Los ETD de una única hoja deberían incluir y respetar, en la mayor medida posible, los mismos principios y buenas prácticas, observando que cuando tengan que utilizarse fotos pegadas, las Autoridades emisoras deberían valorar el uso en el ETD de una única hoja con pegatinas laminadas o timbrado en seco/sellos de tinta como medida de disminución y para aumentar la seguridad.)

4.4 Validez

Los ETD se expiden por diversos motivos, y actualmente ya no se utilizan únicamente con el fin de realizar un viaje de ida y vuelta al país de nacionalidad, ciudadanía o residencia. Muchos países exigen que los viajeros dispongan de documentos con una validez mínima de seis (6) meses para la expedición de visados o dar permisos de entrada.

(Los ETD se emiten por diversos motivos, y actualmente ya no se utilizan únicamente con el fin de realizar un viaje de ida y vuelta al país de nacionalidad, ciudadanía o residencia. Muchos países exigen que los viajeros dispongan de documentos con una validez mínima de seis (6) meses para la emisión de visados o dar permisos de entrada.)

4.4.1 Principio

Las Autoridades expedidoras deberían limitar la validez al periodo mínimo necesario que sea coherente con la finalidad para la que se expide el documento y en consonancia con la seguridad del mismo.

(Las Autoridades emisoras deberían limitar la validez al periodo mínimo necesario que sea adecuado con la finalidad para la que se emite el documento y en adecuación con la seguridad del mismo.)

4.4.2 Buenas prácticas recomendadas

● Los ETD con formato de cuadernillo deberían expedirse con una validez máxima absoluta de doce (12) meses (abarcando así el requisito de seis meses mínimos para la entrada y los visados de algunos países)

(Los ETD con forma de cuadernillo deberían emitirse con una validez máxima completa de doce (12) meses (incluyendo así el requisito de seis meses mínimos para la entrada y los visados de algunos países))

● Los ETD de una solo hoja deberían expedirse con la restricción de ser aplicables a un único viaje (que puede tener escalas).

(Los ETD de una solo hoja deberían emitirse con la limitación de ser aplicables a un único viaje (que puede tener escalas).)

● Todos los ETD deberían incluir los correspondientes destinos finales y hacer referencia a las escalas fijas de tránsito, que deberían reflejarse en la ruta consignada en el billete.

(Todos los ETD deberían incluir los correspondientes destinos finales y hacer referencia a las escalas fijas de paso, que deberían reflejarse en la ruta incluida en el billete.)

● Todos los ETD deberían ser sustituidos por un pasaporte normalizado con plena validez tan pronto como sea posible (si el tiempo lo permite preferiblemente dentro del plazo de validez del ETD)

(Todos los ETD deberían ser sustituidos por un pasaporte unificado con plena validez tan pronto como sea posible (si el tiempo lo posibilita preferiblemente dentro del plazo de validez del ETD))

4.5 Título/nombre del documento

Para evitar confusiones, sólo debería utilizarse el término “Documento de viaje de emergencia (ETD)” para describir la gama de documentos descrita. Es la mejor forma de expresar de forma inequívoca que se trata de una situación peligrosa e imprevista. Ello refleja, por lo tanto, los conceptos de urgencia, criticidad, corto plazo y transitoriedad.

(Para evitar confusiones, sólo debería utilizarse el término “Documento de viaje de emergencia (ETD)” para describir la gama de documentos descrita. Es la mejor forma de expresar de forma clara que se trata de una situación peligrosa e imprevista. Ello refleja, por lo tanto, los conceptos de urgencia, criticidad, corto plazo y transitoriedad.)

El término también es suficientemente amplio para ser considerado en el contexto de dos tipos distintos de ETD: el de formato de cuadernillo y el de una única hoja. En la casilla de “validez” del ETD de una única hoja deberían incluirse las palabras “un único viaje”.

(La expresión también es suficientemente amplia para ser valorada en el ámbito de dos tipos distintos de ETD: el de forma de cuadernillo y el de una única hoja. En la casilla de “validez” del ETD de una única hoja deberían incluirse las palabras “un único viaje”.)

4.5.1 Principio

Los Estados u organizaciones expedidoras deberían utilizar un título o nombre distintivo en los ETD de forma que se identifiquen claramente las situaciones de peligro e imprevistas en las que se han expedido los documentos (así como para diferenciarlo de documentos expedidos por los Estados como pasaportes o documentos de viaje ordinarios con una validez limitada, por ejemplo, un pasaporte temporal).

(Los Estados u organizaciones emisoras deberían utilizar un título o nombre representativo en los ETD de forma que se identifiquen claramente las situaciones de peligro e imprevistas en las que se han emitido los documentos (así como para diferenciarlo de documentos emitidos por los Estados como pasaportes o documentos de viaje ordinarios con una validez limitada, por ejemplo, un pasaporte temporal).)

4.5.2 Buenas prácticas recomendadas

● Con independencia de su formato, debería hacerse referencia a los ETD como a “documentos de viaje de emergencia”, para diferenciar claramente los ETD de los pasaportes normalizados con plena validez, incluyendo la palabra “Emergencia” en su título.

(Con independencia de su forma, debería hacerse referencia a los ETD como a “documentos de viaje de emergencia”, para diferenciar claramente los ETD de los pasaportes unificados con plena validez, incluyendo la palabra “Emergencia” en su título.)

● Pueden expedirse con el formato de cuadernillo o de una única hoja.

(Pueden emitirse con la forma de cuadernillo o de una única hoja.)

● Si se utiliza el formato de una única hoja, la casilla “Validez” debería incluir la mención a “Un único viaje”.

(Si se utiliza la forma de una única hoja, la casilla “Validez” debería incluir la mención a “Un único viaje”.)

4.6 Postexpedición

Esta subsección se ha transcrito anteriormente.

Por su parte, la sección 6 de la Parte 8 del documento 9303 recoge:

6. USO DE SELLOS ELECTRÓNICOS VISIBLES OPCIONALES PARA LOS ETD

En esta sección se especifica el perfil de los sellos electrónicos en los ETD.

(En esta sección se describe el perfil de los sellos electrónicos en los ETD.)

Un sello electrónico visible es un código de barras en 2D que incluye una estructura de datos con firma criptográfica, que puede imprimirse en un documento no electrónico para aumentar su seguridad. En el Doc 9303-13 se especifica el sello electrónico visible para los documentos no electrónicos.

(Un sello electrónico visible es un código de barras en 2D (2 dimensiones) que incluye una estructura de datos con firma criptográfica, que puede imprimirse en un documento no electrónico para aumentar su seguridad. En el Doc 9303-13 se describe el sello electrónico visible para los documentos no electrónicos.)

Dado que los ETD tienen un nivel de seguridad limitado en comparación con los eMRTD, están siendo el blanco de potenciales estafadores. Los sellos electrónicos son un medio de garantizar la integridad y autenticidad de los datos del ETD en situaciones en las que no sea posible expedir un pasaporte normalizado plenamente válido u otro documento de viaje ordinario. En el apéndice B se describe un ejemplo elaborado para la zona de lectura automática (ZLM) de un ETD.

(Dado que los ETD tienen un nivel de seguridad limitado en comparación con los eMRTD, están siendo el blanco de posibles estafadores. Los sellos electrónicos son un medio de garantizar la invariabilidad y autenticidad de los datos del ETD en situaciones en las que no sea posible emitir un pasaporte normalizado plenamente válido u otro documento de viaje ordinario. En el apéndice B se describe un ejemplo elaborado para la zona de lectura automática (ZLM) de un ETD.)

El Apéndice B de la Parte 8 del documento 9303 recoge:

APÉNDICE B DE LA PARTE 8. EJEMPLO ELABORADO DE SELLO

ELECTRÓNICO VISIBLE PARA ETD (INFORMATIVO)

A continuación figura un ejemplo de sello electrónico visible. Para generar la firma, debe usarse ECDSA256 con la curva brainpool256r1. Este ejemplo solo contiene el encabezamiento y los datos del documento.

(A continuación figura un ejemplo de sello electrónico visible. Para crear la firma, debe usarse ECDSA256 con la curva brainpool256r1. Este ejemplo solo incluye el encabezamiento y los datos del documento.)

Figura B-1. Ejemplo de sello electrónico visible para ETD

(sigue la sección 6 de la Parte 8 del documento 9303)

6.1 Reglas sobre contenido y codificación

6.1.1 Encabezamiento

La referencia de la definición de los elementos del documento para este caso de uso es 0x5E.

(La referencia de la definición de las características del documento para este caso de uso es 0x5E.)

La categoría del tipo del documento para los ETD es 0x03.

Fuera de estos casos, el contenido del encabezamiento es el que se define en el Doc 9303-13.

6.1.2 Elementos del documento de un sello electrónico para los ETD

Para el conjunto de elementos del documento que incluye solo la ZLM como el que figura más abajo, el valor de referencia de la definición de los elementos del documento es 94dec.

(Para el conjunto de características del documento que incluye solo la ZLM como el que figura más abajo, el valor de referencia de la definición de las características del documento es 94dec.)

Zona de lectura mecánica (OBLIGATORIO)

La información básica se codifica utilizando una zona de lectura mecánica (ZLM) de un MROTD de tamaño DV2 (véase el Doc 9303-6). La ZLM de los ETD contiene la siguiente información:

(La información básica se codifica utilizando una zona de lectura mecánica (ZLM) de un MROTD (Machine Readable Official Travel Document in the form of a card = Documento oficial de viaje de lectura mecánica en forma de tarjeta) de tamaño DV2 (Documento oficial de viaje de lectura mecánica de tamaño 2) (véase el Doc 9303-6). La ZLM de los ETD incluye la siguiente información:)

• código del documento;¹⁰

*La nota (10) a pie de página dice:

10. A partir del 1 de enero de 2026, los ETD de una única hoja que contengan una zona de lectura mecánica reflejarán el código de documento «PU» designado. Véase la sección 4.1.5.

(Desde el 1 de enero de 2026, los ETD de una única hoja que incluyan una zona de lectura mecánica reflejarán el código de documento «PU» designado. Véase la sección 4.1.5.)

• Estado expedidor u organización expedidora;

(Estado emisor u organización emisora;)

• identificadores primarios y secundarios de la persona titular del documento;

• número del documento;

• nacionalidad de la persona titular del documento;

• fecha de nacimiento de la persona titular del documento;

• sexo de la persona titular del documento; y

• fecha de caducidad.

(fecha defin de validez)

Elementos del documento adicionales (uso futuro)

En futuras versiones de esta especificación pueden definirse campos de elementos adicionales (OPCIONAL y/u OBLIGATORIO). En caso de que haya campos adicionales, DEBE asignarse una nueva referencia única de la definición de los elementos del documento para cada conjunto combinado de los campos de elementos OPCIONALES y OBLIGATORIOS.

(En futuras versiones de esta determinación pueden definirse campos de características adicionales (OPCIONAL y/u OBLIGATORIO). En caso de que haya campos adicionales, DEBE asignarse una nueva referencia única de la definición de las características del documento para cada conjunto combinado de los campos de características OPCIONALES y OBLIGATORIAS.)

6.1.3 Reglas de codificación para los elementos del documento

A continuación se define la codificación digital de los elementos del documento del sello del ETD.

(A continuación se define la codificación digital de las características del documento del sello del ETD.)

ZLM [tamaño DV2, Doc 9303, Parte 6: Especificaciones para documentos oficiales de viaje de lectura mecánica (MROTD) de tamaño DV2]

Rótulo: 0x02

Longitud mín.: 48 bytes

Longitud máx.: 48 bytes

Tipo de valor: Alfanumérico

Obligatoriedad: Obligatorio

Contenido: La primera y la segunda líneas de la ZLM de un MROTD de tamaño DV2 (2*36 caracteres).

El carácter de relleno (<) de la ZLM se sustituye por <SPACE> antes de codificarse en C40.

6.1.4 Firma

SE ELEGIRÁN longitudes de clave apropiadas que ofrezcan protección contra ataques para los algoritmos de condensación y firma. DEBERÍAN tenerse en cuenta los catálogos criptográficos adecuados.

(SE ELEGIRÁN longitudes de clave adecuadas que ofrezcan protección contra ataques para los algoritmos de condensación y firma. DEBERÍAN tenerse en cuenta los catálogos criptográficos adecuados.)

6.2 Firmante del código de barras y creación del sello

En el Doc 9303-13 se describe una posible arquitectura e implementación para el firmante del ETD y su cliente. Para la seguridad del sistema de firma del ETD, véase el Doc 9303-13.

(En el Doc 9303-13 se describe una posible estructura e instalación para el firmante del ETD y su cliente. Para la seguridad del sistema de firma del ETD, véase el Doc 9303-13.)

6.3 Infraestructura de clave pública (PKI) y perfiles de certificado

Para el ETD se aplican los requisitos mencionados en el Doc 9303-12. Para el perfil de ETD específico se proporcionan las siguientes desviaciones.

(Para el ETD se aplican los requisitos mencionados en el Doc 9303-12. Para el perfil de ETD concreto se facilitan las siguientes desviaciones.)

6.3.1 Requisitos esenciales (período de validez)

Certificados de firmante del ETD

Tiempo de período de uso de clave privada: 1 año + 2 meses (los 2 meses son para que la transición se haga sin tropiezos)

(Tiempo de período de uso de clave privada: 1 año + 2 meses (los 2 meses son para que la modificación se haga sin inconvenientes))

Validez del certificado: Tiempo de período de uso de clave privada + Tiempo de validez del ETD

(sigue la sección 2 de la Parte 13 del documento 9303)

2.3 Zona de mensaje

Después del encabezamiento está la zona de mensaje. La zona de mensaje consta de los elementos del documento codificados digitalmente, según se especifica en esta sección. Cualquier orden de los elementos del documento es válido, siempre que todos los elementos obligatorios del documento estén presentes.

(Después del encabezamiento está la zona de mensaje. La zona de mensaje consta de las características del documento codificadas digitalmente, como se describe en esta sección. Cualquier orden de las características del documento es válido, siempre que todas las características obligatorias del documento estén presentes.)

Cada elemento del documento va precedido de:

(Cada característica del documento va precedida de:)

• un rótulo que identifica el tipo de elemento (un byte)

(un rótulo que identifica el tipo de característica (un byte))

• la longitud del elemento (de uno byte a cinco bytes)

(la longitud de la característica (de uno byte a cinco bytes))

Dependiendo del identificador de versión (en la posición inicial 0x01 en el encabezamiento, véase la Tabla 1), tienen que distinguirse dos tipos de codificación de longitud:

• Para la versión número 3 e inferior, la longitud DEBE codificarse directamente en 1 byte (este “byte de longitud” es el 2º byte directamente después del “rótulo” del mensaje).

• Para la versión número 4 y superior, la longitud DEBE codificarse con DER-TLV conforme a [X.690].

Para documentos de visado, se RECOMIENDA utilizar la versión número 4 (o superior) y, por ende, la codificación de longitud DER-TLV. La utilización de la versión número 3 (o inferior) y, por tanto, la codificación directa de la longitud, es válida, pero se desaconseja.

Para documentos de viaje de emergencia (ETD), DEBE utilizarse la versión número 4 (o superior) y, por ende, la codificación de longitud DER-TLV.

2.3.1 Codificación digital de elementos del documento (Codificación binaria)

Los elementos del documento se codifican de la manera siguiente. Como componentes esenciales, se consideran los tipos básicos siguientes:

(Las características del documento se codifican de la manera siguiente. Como componentes esenciales, se valoran los tipos básicos siguientes:)

a) Alfanúm: cadenas de caracteres alfanuméricos en mayúsculas¹ (i.e., A-Z, 0-9 y espacio);

(a) Alfanúm: cadenas de caracteres alfanuméricos en mayúsculas¹ (es decir, A-Z, 0-9 y espacio);)

*La nota (1) a pie de página dice:

1. La restricción a letras en mayúsculas se debe a que la capacidad de datos de los códigos de barras es limitada.

(La reducción a letras en mayúsculas se debe a que la capacidad de datos de los códigos de barras es limitada.)

b) Binario: secuencias de bytes;

c) Ent: enteros positivos; y

d) Fecha: fechas.

Estos tipos básicos se convierten en secuencias de bytes, de la manera siguiente:

a) Las cadenas de caracteres alfanuméricos se codifican como bytes con codificación C40 (véase la sección 2.6).

b) Las secuencias de bytes se toman tal como están.

c) Para los enteros positivos, se toma su representación de número entero sin firma.

d) Primero, una fecha se convierte en un entero positivo concatenando el mes, los días y el año (cuatro dígitos). Este entero positivo se concatena, entonces, en una secuencia de tres bytes según se define en c).

(Primero, una fecha se convierte en un entero positivo enlazando el mes, los días y el año (cuatro dígitos). Este entero positivo se enlaza, entonces, en una secuencia de tres bytes como se define en c).)

Ejemplo: marzo 25, 1957. En este caso, la concatenación del mes, día y año genera el número entero 03251957, que resulta en estos tres bytes 0x31 0x9E 0xF5.

(Ejemplo: marzo 25, 1957. En este caso, el enlace del mes, día y año crea el número entero 03251957, que resulta en estos tres bytes 0x31 0x9E 0xF5.)

Un elemento de documento digital es una secuencia de bytes con la estructura siguiente:

(Una característica de documento digital es una secuencia de bytes con la estructura siguiente:)

rótulo | longitud | valor

Aquí rótulo es un entero en el intervalo 0-254dec que actúa como identificador único del elemento del documento. Nótese que el rótulo 255dec se reserva para denotar el inicio de la firma. longitud consta de uno a cinco bytes conforme a la codificación de campos de longitud DER-TLV. longitud denota la longitud del valor siguiente. valor es un tipo básico convertido a una secuencia de bytes.

(Aquí rótulo es un entero en el intervalo 0-254dec que actúa como identificador único de la característica del documento. Nótese que el rótulo 255dec se reserva para indicar el inicio de la firma. longitud consta de uno a cinco bytes de acuerdo con la codificación de campos de longitud DER-TLV. longitud indica la longitud del valor siguiente. valor es un tipo básico convertido a una secuencia de bytes.)

Ejemplo: Se considera un elemento de documento que codifica la cadena “VISA01” con el rótulo asignado 0x0A. La secuencia de byte codificada en C40 (véase la sección 2.6) de longitud 4 es 0xDE515826. El elemento del documento es, por tanto, la secuencia de byte 0x0A04DE515826.

(Ejemplo: Se valora una característica de documento que codifica la cadena “VISA01” con el rótulo asignado 0x0A. La secuencia de byte codificada en C40 (véase la sección 2.6) de longitud 4 es 0xDE515826. La característica del documento es, por tanto, la secuencia de byte 0x0A04DE515826.)

Un caso de uso específico debe por tanto aumentar esta definición enumerando los elementos del documento que deben estar presentes y los que pueden estar opcionalmente presentes, definir los valores del rótulo y los intervalos de longitud permitidos.

(Un caso de uso concreto debe por tanto aumentar esta definición enumerando las características del documento que deben estar presentes y las que pueden estar opcionalmente presentes, definir los valores del rótulo y los intervalos de longitud admitidos.)

PUEDE haber elementos adicionales, i.e., elementos con rótulos desconocidos, por ejemplo, para uso opcional de la entidad expedidora. Estos elementos adicionales NO DEBEN utilizar el rótulo del campo del elemento adicional, o el rótulo de cualquier otro elemento opcional u obligatorio. La presencia de elementos con rótulos desconocidos. NO AFECTARÁ a la validez del código de barras, si la firma se reconoce como válida.

(PUEDE haber características adicionales, es decir, características con rótulos desconocidos, por ejemplo, para uso opcional de la entidad emisora. Estas características adicionales NO DEBEN utilizar el rótulo del campo de la característica adicional, o el rótulo de cualquier otra característica opcional u obligatoria. La presencia de características con rótulos desconocidos NO INFLUIRÁ en la validez del código de barras, si la firma se reconoce como válida.)

2.4 Zona de firma

El principio de la zona de firma está indicado por el marcador de firma que tiene el valor 0xFF, codificado como un byte, seguido de uno byte a cinco bytes que denotan la longitud (el número de bytes) de la firma, conforme al esquema de codificación de campos de longitud DER-TLV.

(El principio de la zona de firma está indicado por el marcador de firma que tiene el valor 0xFF, codificado como un byte, seguido de uno byte a cinco bytes que indican la longitud (el número de bytes) de la firma, de acuerdo con el esquema de codificación de campos de longitud DER-TLV.)

La entrada del algoritmo de firma DEBE ser (la condensación de) la concatenación del encabezamiento y la zona de mensaje completa, con exclusión del rótulo que denota el inicio de la zona de firma o la longitud de la firma. La zona de firma contiene la firma resultante.

(La entrada del algoritmo de firma DEBE ser (la condensación de) el enlace del encabezamiento y la zona de mensaje completa, con exclusión del rótulo que indica el inicio de la zona de firma o la longitud de la firma. La zona de firma incluye la firma resultante.)

SE UTILIZARÁN únicamente los algoritmos de condensación y firma definidos en el Doc 9303-12. Debido al tamaño de la firma resultante, se RECOMIENDA (en el momento en que se preparó este documento) el Algoritmo de firma digital de curva elíptica (ECDSA) con una longitud de clave de por lo menos 256 bit en combinación con SHA-256.

Cuando se aplica el algoritmo de firma ECDSA resulta un par de enteros positivos (r,s). Esta firma debe almacenarse en formato en bruto en el sello. La longitud de bit de r y s respectivamente corresponde a la longitud de clave. Por lo tanto, para ECDSA-256, por ejemplo, la longitud de r y s es como máximo 256 bit = 32 byte cada uno. La firma DEBE almacenarse calculando la representación del entero sin firma de r y s, potencialmente añadiendo ceros iniciales para ajustar r y s a sus longitudes previstas (i.e., la longitud de clave), y agregando el valor resultante de s al de r. En el Apéndice B figura una conversión entre la ASN.1 y el formato en bruto de (r,s).

(Cuando se aplica el algoritmo de firma ECDSA resulta un par de enteros positivos (r,s). Esta firma debe almacenarse en modelo en bruto en el sello. La longitud de bit de r y s respectivamente corresponde a la longitud de clave. Por lo tanto, para ECDSA-256, por ejemplo, la longitud de r y s es como máximo 256 bit = 32 byte cada uno. La firma DEBE almacenarse calculando la representación del entero sin firma de r y s, hipotéticamente añadiendo ceros iniciales para ajustar r y s a sus longitudes establecidas (i.e., la longitud de clave), y añadiendo el valor resultante de s al de r. En el Apéndice B figura una conversión entre la ASN.1 y el modelo en bruto de (r,s).)

El Apéndice B de la Parte 13 recoge:

Apéndice B de la Parte 13

CONVERSIÓN DE FORMATOS DE FIRMA ECDSA (INFORMATIVO)

B.1 CODIFICACIÓN DE ENTEROS EN BER/DER

Los enteros se codifican en concordancia con las Reglas de codificación básica (BER) y las Reglas de codificación distinguida (DER), en el formato de codificación big endian con firma de longitud mínima, después de lo cual se aplica el esquema Rótulo-Longitud-Valor (TLV). Se distinguen los casos siguientes:

(Los enteros se codifican de acuerdo con las Reglas de codificación básica (BER = Basic Encoding Rules) y las Reglas de codificación distinguida (DER = Distinguished Encoding Rule), en el modelo de codificación big endian con firma de longitud mínima, después de lo cual se aplica el esquema Rótulo-Longitud-Valor (TLV = Tag-Length-Value). Se distinguen los casos siguientes:)

a) Si el valor entero es positivo, y el bit más significativo (MSB) es cero en la representación de enteros sin firma mínima, entonces la representación de enteros sin firma tendrá la forma siguiente, que corresponde al valor BER/DER:

|0bbbbbbb| …

b) Si el valor entero es positivo, y el MSB es uno en la representación de enteros sin firma mínima, i.e., tienen la forma |1bbbbbbb| … , entonces se pone un byte con ceros en frente y el valor BER/DER es:

(Si el valor entero es positivo, y el MSB es uno en la representación de enteros sin firma mínima, es decir, tienen la forma |1bbbbbbb| … , entonces se pone un byte con ceros en frente y el valor BER/DER es:)

|00000000|1bbbbbbb| …

c) Si el valor entero es negativo, entonces ese valor se codifica como el complemento a dos, por ejemplo, con la representación de enteros mínima sin firma, invirtiendo y agregando uno. Seguidamente, el MSB se pone a uno. Por ejemplo, para -25357, la representación de enteros mínima sin firma es:

(Si el valor entero es negativo, entonces ese valor se codifica como el complemento a dos, por ejemplo, con la representación de enteros mínima sin firma, volteando y añadiendo uno. Seguidamente, el MSB se pone a uno. Por ejemplo, para -25357, la representación de enteros mínima sin firma es:)

|0110 0011|0000 1101|

Esto se invierte como sigue:

(Esto se voltea como sigue:)

|1001 1100|1111 0010|

Se añade uno:

1001 1100|1111 0011|

para obtener como resultado el valor BER/DER. Nótese que el hecho de que el número sea negativo puede inferirse directamente porque el MSB (aquí totalmente a la izquierda) es uno.

(para obtener como resultado el valor BER/DER. Nótese que el hecho de que el número sea negativo puede deducirse directamente porque el MSB (aquí totalmente a la izquierda) es uno.)

Finalmente, uno da un valor TLV al poner dos bytes frente a los valores BER/DER codificados más arriba. El primer byte corresponde al rótulo con la constante 0x02. El segundo byte contiene la longitud (i.e., el número de bytes) del valor BER/DER codificado siguiente. La decodificación puede realizarse simplemente, por ejemplo, distinguiendo conforme al MSB, si hay un entero negativo o positivo codificado y aplicando los pasos anteriores en orden inverso.

(Finalmente, uno da un valor TLV al poner dos bytes frente a los valores BER/DER codificados más arriba. El primer byte corresponde al rótulo con la constante 0x02. El segundo byte incluye la longitud (es decir, el número de bytes) del valor BER/DER codificado siguiente. La decodificación puede realizarse simplemente, por ejemplo, distinguiendo de acuerdo con el MSB, si hay un entero negativo o positivo codificado y aplicando los pasos anteriores en orden inverso.)

B.2 EJEMPLO

En la Tabla B.1 figuran ejemplos de enteros codificados en BER/DER.

Tabla B.1. Ejemplos de codificación BER/DER para algunos valores enteros

B.3 FIRMAS ECDSA EN ASN.1/DER

La descripción ASN.1 de una firma ECDSA es

Signature ::= SEQUENCE {

r INTEGER, s INTEGER

}

Esta secuencia se codifica conforme a DER como una tripla TLV con el rótulo 0x30, la longitud como el número de bytes del valor siguiente, y el valor como la concatenación de las triplas TLV de la codificación r añadida a la codificación de s.

(Esta secuencia se codifica de acuerdo con DER como una tripla TLV con el rótulo 0x30, la longitud como el número de bytes del valor siguiente, y el valor como el enlace de las triplas TLV de la codificación r añadida a la codificación de s.)

En la Tabla B.2 figuran dos secuencias, a modo de ejemplo. Obviamente, los enteros r y s de una firma ECDSA son considerablemente mayores en la práctica.

Tabla B.2. Secuencias de dos enteros codificadas en DER

Nótese que r y s son siempre enteros positivos para las firmas ECDSA. Por lo tanto, para la conversión de firma en bruto a DER, primero debe dividirse la firma en bruto por la mitad para obtener r y s individualmente y luego, codificarse como una secuencia ASN.1 codificada en DER, conforme a la definición precedente. Por el contrario, para la decodificación de firma ECDSA a DER, primero debe decodificarse la secuencia, extraer la representación de enteros sin firma de r y s y dar a r y s una representación de longitud fija (= longitud de tamaño de clave), quitando o agregando bytes cero iniciales (por ejemplo, en el caso de ECDSA-256, tanto r como s deben tener una longitud de 256 bit = 32 byte) y añadiendo el valor resultante s al valor resultante r.

(Nótese que r y s son siempre enteros positivos para las firmas ECDSA (Elliptic Curve Digital Signature Algorithm = Algoritmo de firma digital de curva elíptica). Por lo tanto, para el paso de firma en bruto a DER, primero debe dividirse la firma en bruto por la mitad para obtener r y s individualmente y luego, codificarse como una secuencia ASN.1 codificada en DER, de acuerdo con la definición anterior. Por el contrario, para la decodificación de firma ECDSA a DER, primero debe decodificarse la secuencia, extraer la representación de enteros sin firma de r y s y dar a r y s una representación de longitud fija (= longitud de tamaño de clave), quitando o añadiendo bytes cero iniciales (por ejemplo, en el caso de ECDSA-256, tanto r como s deben tener una longitud de 256 bit = 32 byte) y añadiendo el valor resultante s al valor resultante r.)

(sigue la sección 2 de la Parte 13 del documento 9303)

El algoritmo de condensación empleado en la firma no está codificado en la estructura. El algoritmo de condensación debe deducirse de la longitud de bits del orden del punto de base generador de la curva que se emplea para crear la firma, tanto para la firma como para la verificación.

(El algoritmo de condensación utilizado en la firma no está codificado en la estructura. El algoritmo de condensación debe deducirse de la longitud de bits del orden del punto de base creadorr de la curva que se utiliza para crear la firma, tanto para la firma como para la comprobación.)

Para deducir el algoritmo de condensación, deberían seguirse los siguientes pasos:

• Sea τ la longitud de bits del orden del punto de base o generador G. El orden η se puede recuperar de los ECParameters del certificado del firmante y da el valor de τ.

(Sea τ la longitud de bits del orden del punto de base o creador G. El orden η se puede recuperar de los ECParameters del certificado del firmante y da el valor de τ.)

• τ DEBE ser menor o igual que la longitud de salida ‘l’ del algoritmo de condensación (τ <= l)

2.5 Relleno

Si el encabezamiento, el mensaje y la firma conjuntamente no llenan el espacio disponible del código de barras, se AGREGARÁN caracteres de relleno después de la firma. En todas las normas pertinentes de todas las simbologías de códigos de barras bidimensionales se definen métodos para rellenar, y el relleno DEBE ajustarse a esas definiciones.

(Si el encabezamiento, el mensaje y la firma conjuntamente no llenan el espacio disponible del código de barras, se AÑADIRÁN caracteres de relleno después de la firma. En todas las normas correspondientes de todas las simbologías de códigos de barras bidimensionales se definen métodos para rellenar, y el relleno DEBE ajustarse a esas definiciones.)

2.6 Codificación C40 de cadenas

A fin de usar menos espacio en la codificación de los caracteres alfanuméricos y el símbolo de relleno <, se emplea el esquema de codificación C40, según se define en [ISO/IEC 16022]. A continuación, se describe la forma en que se utilizan estas definiciones en el entorno actual. Las dos definiciones siguientes se aplican para los elementos del documento y su codificación digital:

(A fin de usar menos espacio en la codificación de los caracteres alfanuméricos y el símbolo de relleno <, se utiliza el esquema de codificación C40, como se define en [ISO/IEC 16022]. A continuación, se describe la forma en que se utilizan estas definiciones en el entorno actual. Las dos definiciones siguientes se aplican para las características del documento y su codificación digital:)

a) Las cadenas constan únicamente de letras mayúsculas, números, <SPACE>, y el símbolo ‘<‘. Este último se usa como símbolo de relleno para la zona de lectura mecánica (ZLM) de los documentos de viaje. Si ‘<‘ figura en la cadena, todos los casos de ‘<‘ se sustituyen por <SPACE> antes de la codificación. Las cadenas NO DEBEN contener ningún otro símbolo.

(Las cadenas se forman únicamente con letras mayúsculas, números, <SPACE>, y el símbolo ‘<‘. Este último se usa como símbolo de relleno para la zona de lectura mecánica (ZLM) de los documentos de viaje. Si ‘<‘ figura en la cadena, todos los casos de ‘<‘ se sustituyen por <SPACE> antes de la codificación. Las cadenas NO DEBEN incluir ningún otro símbolo.)

b) En la cadena de longitud L, la longitud (i.e., el número de bytes) de la codificación digital correspondiente es el número par menor que es mayor o igual a L.

En los cálculos siguientes, el valor de byte y el equivalente entero sin firma correspondiente se convierten implícitamente. Por ejemplo, el valor de un byte se define mediante una fórmula con aritmética de enteros en valores enteros.

(En los cálculos siguientes, el valor de byte y el equivalente entero sin firma correspondiente se modifican tácitamente. Por ejemplo, el valor de un byte se define mediante una fórmula con aritmética de enteros en valores enteros.)

2.6.1 Codificación

La codificación de una cadena de caracteres en una secuencia de bytes funciona de la manera siguiente: primero, la cadena se agrupa en tuplas de tres caracteres y cada carácter se sustituye por el valor C40 correspondiente conforme a la Tabla 2, lo cual genera una tripla (U1,U2,U3). Seguidamente, para cada tripla, se calcula el valor.

(La codificación de una cadena de caracteres en una secuencia de bytes funciona de la manera siguiente: primero, la cadena se reúne en tuplas de tres caracteres y cada carácter se sustituye por el valor C40 correspondiente de acuerdo con la Tabla 2, lo cual genera una tripla (U1,U2,U3). Seguidamente, para cada tripla, se calcula el valor.)

U = (1600 * U1) + (40 * U2) + U3 + 1

El resultado se encuentra en el intervalo de 1 a 64 000, obteniéndose un valor entero de 16-bit sin firma. Este valor de 16-bit I16 se agrupa en dos bytes:

Byte 1 = (I16) div 256

Byte 2 = (I16) mod 256

donde div denota la división de enteros (sin resto), y mod denota la operación de módulo. Nótese que estas operaciones pueden implementarse mediante el desplazamiento de bits.

(donde div indica la división de enteros (sin resto), y mod indica la operación de módulo. Nótese que estas operaciones pueden instalarse mediante el desplazamiento de bits.)

Tabla 2. Cuadro de codificación C40 y correspondencia a ASCII

2.6.2 Decodificación

La codificación puede invertirse fácilmente. En un par dado de bytes, (I1,I2) denotan sus valores enteros sin firma. El valor de 16-bit I16 se recalcula como

La tripla (U1,U2,U3) puede recalcularse usando:

U1 = (V16 – 1) div 1600

U2 = (V16 – (U1*1600) – 1) div 40

U3 = V16 – (U1*1600) – (U2*40) – 1

Aquí nuevamente, div denota división de enteros. Los caracteres pueden decodificarse a partir de la tripla (U1, U2, U3) buscando simplemente en la Tabla 2 los valores correspondientes.

(Aquí nuevamente, div indica división de enteros. Los caracteres pueden decodificarse partiendor de la tripla (U1, U2, U3) buscando simplemente en la Tabla 2 los valores correspondientes.)

2.6.3 Relleno

La definición anterior estará bien definida solamente si la longitud de la cadena que debe codificarse es múltiplo de tres. Al igual que en las definiciones de relleno de [ISO/IEC 16022], se aplican las reglas de relleno siguientes:

a) Si quedan dos valores C40 (=dos caracteres) al final de una cadena, estos dos valores C40 se completan en una tripla con el valor C40 0 (Shift 1). La tripla se codifica conforme a la definición anterior.

b) Si queda un valor C40 (=un carácter), entonces el primer byte tiene el valor 254dec (0xFE). El segundo byte es el valor del esquema de codificación ASCII de DataMatrix del carácter correspondiente al valor C40. Nótese que el esquema de codificación ASCII en DataMatrix para un carácter ASCII en el intervalo 0-127 es el carácter ASCII más 1.

3. USO DEL SELLO DIGITAL

En esta sección se proporciona una descripción genérica del uso del sello digital, que se aplica a visados y documentos de viajes de emergencia. Los requisitos específicos se definen en los perfiles correspondientes.

(En esta sección se facilita una descripción general del uso del sello digital, que se aplica a visados y documentos de viajes de emergencia. Los requisitos concretos se definen en los perfiles correspondientes.)

3.1 Reglas sobre contenido y codificación

3.1.1 Encabezamiento

La codificación del encabezamiento de los sellos digitales se ajusta a la sección 2.2. El valor de los últimos 2 bytes para la referencia de la definición de los elementos del documento y la categoría del tipo de documento depende del perfil del documento específico. La categoría del tipo de documento debe ser un número impar para los perfiles de la OACI. PUEDEN utilizarse números pares para perfiles nacionales no especificados por la OACI.

(La codificación del encabezamiento de los sellos digitales se ajusta a la sección 2.2. El valor de los últimos 2 bytes para la referencia de la definición de las características del documento y la categoría del tipo de documento depende del perfil del documento concreto. La categoría del tipo de documento debe ser un número impar para los perfiles de la OACI. PUEDEN utilizarse números pares para perfiles nacionales no definidos por la OACI.)

3.1.2 Elementos del documento codificados en el sello digital

El elemento del documento que DEBE almacenarse en el sello es la zona de lectura mecánica (ZLM):

(La característica del documento que DEBE almacenarse en el sello es la zona de lectura mecánica (ZLM):)

El sello digital CODIFICARÁ la ZLM del documento. La ZLM puede ser de cualquiera de los tipos especificados en el Doc 9303. No obstante, los perfiles de documentos específicos PUEDEN restringir los tipos de ZLM admisibles.

(El sello digital CODIFICARÁ la ZLM del documento. La ZLM puede ser de cualquiera de los tipos definidos en el Doc 9303. Aun así, los perfiles de documentos concretos PUEDEN limitar los tipos de ZLM admisibles.)

Cada perfil de documento PUEDE definir campos REQUERIDOS y campos OPCIONALES.

(Cada perfil de documento PUEDE definir campos EXIGIDOS y campos OPCIONALES.)

3.1.3 Reglas de codificación para los elementos del documento

La codificación de los elementos del documento depende de la referencia de la definición de los elementos del documento en combinación con la categoría del tipo de documento. Los valores específicos se definen en los correspondientes perfiles del documento.

(La codificación de las características del documento depende de la referencia de la definición de las características del documento en combinación con la categoría del tipo de documento. Los valores concretos se definen en los correspondientes perfiles del documento.)

3.2 Firmante del código de barras y creación del sello

A fin de facilitar la verificación de los sellos digitales, en esta especificación se utiliza la Infraestructura de clave pública (PKI) de la Autoridad de certificación de firma de país (CSCA) para expedir y distribuir certificados y listas de revocación de certificados (CRL). En el Doc 9303-12, se proporciona información detallada sobre perfiles de certificados.

(A fin de facilitar la comprobación de los sellos digitales, en esta determinación se utiliza la Infraestructura de clave pública (PKI) de la Autoridad de certificación de firma de país (CSCA) para emitir y distribuir certificados y listas de revocación de certificados (CRL). En el Doc 9303-12, se facilita información detallada sobre perfiles de certificados.)

3.2.1 Arquitectura del sistema de firmante del código de barras

El firmante del código de barras recibe datos de un sistema de personalización del documento para codificar el sello digital, y utiliza una clave de firma para firmarlo. En la Figura 2 se ilustra un posible escenario de implementación con firmante del código y su cliente, el sistema de personalización del documento.

(El firmante del código de barras recibe datos de un sistema de personalización del documento para codificar el sello digital, y utiliza una clave de firma para firmarlo. En la Figura 2 se ilustra un posible escenario de instalación con firmante del código y su cliente, el sistema de personalización del documento.)

Figura 2. Personalización del documento: escenario con firmante del código de barras centralizado

El software y los datos siguientes constituyen la base del firmante del código de barras:

(El software y los datos siguientes forman la base del firmante del código de barras:)

• El software generador de sellos produce sellos digitales conforme a la norma presente. Recibe los datos de personalización enviados por el cliente, firma dichos datos con una clave de firma privada y codifica los datos de personalización y la firma en un código de barras. Los datos de personalización y el sello digital son los datos de entrada y de salida, respectivamente, del software generador de sellos. Estos datos deben almacenarse temporalmente en el firmante del código de barras mientras se está generando el sello.

(El software creador de sellos produce sellos digitales de acuerdo con esta norma. Recibe los datos de personalización enviados por el cliente, firma dichos datos con una clave de firma privada y codifica los datos de personalización y la firma en un código de barras. Los datos de personalización y el sello digital son los datos de entrada y de salida, respectivamente, del software creador de sellos. Estos datos deben almacenarse temporalmente en el firmante del código de barras mientras se está creando el sello.)

• Las claves de firma (clave privada y pública) se usan para firmar y verificar el sello digital. La clave de firma privada es el dato más crítico del firmante del código de barras.

(Las claves de firma (clave privada y pública) se usan para firmar y comprobar el sello digital. La clave de firma privada es el dato más crítico del firmante del código de barras.)

Dependiendo del escenario de implementación, no siempre es estricta la distinción entre el sistema de personalización del documento y el firmante del código de barras. Por ejemplo, el firmante del código de barras puede ser parte del sistema de personalización en una embajada. Una posibilidad es ampliar el sistema de personalización para incluir la generación de la firma y almacenar las claves de firma en una tarjeta inteligente dentro de la embajada. Otra posibilidad es crear un firmante del código de barras central en el país de origen y permitir su conexión con las embajadas mediante un canal seguro. Por último, está la posibilidad de que en algunas embajadas no se personalicen documentos y, en este caso, el sistema de personalización podría establecerse también en el país de origen e integrarse con el firmante del código de barras.

(Dependiendo del escenario de instalación, no siempre es precisa la distinción entre el sistema de personalización del documento y el firmante del código de barras. Por ejemplo, el firmante del código de barras puede ser parte del sistema de personalización en una embajada. Una posibilidad es ampliar el sistema de personalización para incluir la creación de la firma y almacenar las claves de firma en una tarjeta inteligente dentro de la embajada. Otra posibilidad es crear un firmante del código de barras central en el país de origen y posibilitar su conexión con las embajadas mediante un canal seguro. Por último, está la posibilidad de que en algunas embajadas no se personalicen documentos y, en este caso, el sistema de personalización podría establecerse también en el país de origen e incluirse con el firmante del código de barras.)

El firmante del código de barras es un componente altamente crítico ya que produce la firma. La firma permite verificar la integridad de los datos del código de barras, i.e., si se han manipulado los datos, y su autenticidad, i.e., si los ha expedido una entidad autorizada.

(El firmante del código de barras es un componente altamente decisivo ya que produce la firma. La firma posibilita comprobar la invariabilidad de los datos del código de barras, es decir, si se han manipulado los datos, y su autenticidad, osea, si los ha emitido una entidad autorizada.)

Para alcanzar un nivel de seguridad suficientemente elevado, se RECOMIENDA, que el firmante del código de barras sea un servicio central y no uno que deba implementarse en cada embajada, salvo en los casos en que, por motivos operacionales, técnicos o logísticos, sea imposible instaurar un servicio centralizado. De este modo las medidas de seguridad se concentran en un perímetro limitado, teniendo en cuenta al mismo tiempo las mejores prácticas para garantizar la capacidad de recuperación y la continuidad de las operaciones. El firmante del código de barras ALMACENARÁ de manera segura las claves de firma privadas.

(Para alcanzar un nivel de seguridad suficientemente exigente, se RECOMIENDA, que el firmante del código de barras sea un servicio central y no uno que deba instalarse en cada embajada, salvo en los casos en que, por motivos operacionales, técnicos o logísticos, sea imposible instalar un servicio centralizado. De este modo las medidas de seguridad se concentran en una zona limitada, teniendo en cuenta al mismo tiempo las mejores prácticas para garantizar la capacidad de recuperación y la continuidad de las operaciones. El firmante del código de barras ALMACENARÁ de manera segura las claves de firma privadas.)

3.2.2 Seguridad del sistema de firma del código de barras

El alojamiento y la gestión del sistema de firma del código de barras DEBERÍAN ajustarse a las mejores prácticas de seguridad en las áreas siguientes: seguridad física; infraestructura de servidor y de red; procesos de desarrollo y apoyo del sistema; control de acceso; y seguridad de las operaciones. Si el firmante del código de barras es un sistema central, se RECOMIENDA que el perímetro del firmante del código de barras se ajuste a [ISO/IEC 27002], para así garantizar el cumplimiento de estas mejores prácticas de seguridad.

(La instalación y la gestión del sistema de firma del código de barras DEBERÍAN ajustarse a las mejores prácticas de seguridad en las áreas siguientes: seguridad física; infraestructura de servidor y de red; procesos de desarrollo y apoyo del sistema; control de acceso; y seguridad de las operaciones. Si el firmante del código de barras es un sistema central, se RECOMIENDA que la zona del firmante del código de barras se ajuste a [ISO/IEC 27002], para así garantizar el cumplimiento de estas mejores prácticas de seguridad.)

(sigue la sección 6 de la Parte 12 del documento 9303)

En la figura 4 se ilustra la arquitectura funcional de la autoridad de validación del código de barras. La autoridad de validación del código de barras se basa en un software de validación que puede instalarse en cualquier computadora utilizada por las autoridades de control fronterizo.

(En la figura 4 se ilustra la estructura funcional de la autoridad de aprobación del código de barras. La autoridad de aprobación del código de barras se basa en un software de aprobación que puede instalarse en cualquier computadora utilizada por las autoridades de control fronterizo.)

El software de validación está conectado con un lector que toma una imagen del código de barras para recuperar el código de barras y la ZLM del documento, y también una imagen del documento para recuperar su ZLM. Para verificar la validez de la firma del sello digital, el software de validación DEBERÍA sincronizarse con el punto de publicación de la PKI como mínimo cada 24 horas para recuperar los últimos certificados de firmante del código de barras y las CRL.

(El software de aprobación está conectado con un lector que toma una imagen del código de barras para recuperar el código de barras y la ZLM del documento, y también una imagen del documento para recuperar su ZLM. Para comprobar la validez de la firma del sello digital, el software de aprobación DEBERÍA coordinarse con el punto de publicación de la PKI como mínimo cada 24 horas para recuperar los últimos certificados de firmante del código de barras y las CRL.)

El software de validación del código de barras descodifica el sello digital y las ZLM de cualquier documento asociado (p. ej., un visado o pasaporte), valida la firma del sello digital y aplica una política de validación (véase el Doc 9303-13) para generar un estado de validación del documento.

(El software de aprobación del código de barras descodifica el sello digital y las ZLM de cualquier documento asociado (p. ej., un visado o pasaporte), aprueba la firma del sello digital y aplica una política de aprobación (véase el Doc 9303-13) para crear un estado de aprobación del documento.)

En los contextos móviles, el software de validación también puede ejecutarse directamente en un teléfono inteligente. Mientras que la validez del sello puede verificarse mediante el software en el teléfono inteligente, la comparación entre los datos (firmados) dentro del sello y las ZLM impresas (p. ej., del visado o pasaporte) DEBE hacerse manualmente o mediante OCR de las ZLM a partir de la imagen capturada, aunque esto último suele ser un problema difícil en la práctica.

(En los contextos móviles, el software de aprobación también puede ejecutarse directamente en un teléfono inteligente. Mientras que la validez del sello puede comprobarse mediante el software en el teléfono inteligente, la comparación entre los datos (firmados) dentro del sello y las ZLM (Zona de Lectura Mecánica) impresas (p. ej., del visado o pasaporte) DEBE hacerse manualmente o mediante OCR (Optical Character Recognition = Reconocimiento óptico de caracteres) de las ZLM partiendo de la imagen capturada, aunque esto último suele ser un problema difícil en la práctica.)

El software de validación del código de barras procesa los datos siguientes:

(El software de aprobación del código de barras procesa los datos siguientes:)

• datos de entrada proporcionados por dispositivos de lectura, p. ej., imágenes de visados o pasaportes; y

(datos de entrada facilitados por dispositivos de lectura, p. ej., imágenes de visados o pasaportes; y)

• certificados y CRL.

(certificados y CRL (Certificate Revocation List = Lista de revocación de certificados)

6.2 La PKI de autorización

En el caso de la PKI de autorización, el punto de confianza y la validación se gestionan de otra forma.

(En el caso de la PKI de autorización, el punto de confianza y la comprobación se gestionan de otra forma.)

6.2.1 Validación de certificados verificables mediante tarjeta

Para los certificados DV y de terminal en la PKI de autorización, el punto de confianza es la clave pública más reciente de la CVCA del Estado que expidió el eMRTD. El punto de confianza inicial SE ALMACENARÁ de forma segura en el CI sin contacto del eMRTD en la fase de producción o de personalización (previa). A medida que cambia el par de claves utilizado por la CVCA, se producen certificados de enlace CVCA. El IC sin contacto del eMRTD DEBE actualizar internamente su punto o puntos de confianza de conformidad con los certificados de enlace válidos recibidos. Debido a la programación de los certificados de enlace CVCA, se almacenarán como máximo dos puntos de confianza CVCA en el CI sin contacto en cualquier momento dado.

(Para los certificados DV (Document Verifier = Verificador del documento) y de terminal en la PKI (Public Key Infrastructure = Infraestructura de clave pública) de autorización, el punto de confianza es la clave pública más reciente de la CVCA del Estado que emitió el eMRTD (Electronic Machine Readable Travel Document = Documento de viaje de lectura mecánica electrónico). El punto de confianza inicial SE ALMACENARÁ de forma segura en el CI (Integrated Circuit = Circuito integrado) sin contacto del eMRTD en la fase de producción o de personalización (previa). A medida que cambia el par de claves utilizado por la CVCA (Country Verifying Certification Authority = Autoridad de certificación de verificación de país), se producen certificados de enlace CVCA. El IC sin contacto del eMRTD DEBE actualizar internamente su punto o puntos de confianza de acuerdo con los certificados de enlace válidos recibidos. Debido a la programación de los certificados de enlace CVCA, se almacenarán como máximo dos puntos de confianza CVCA en el CI sin contacto en cualquier momento dado.)

Para validar un certificado de terminal, el IC sin contacto del eMRTD DEBE disponer de una cadena de certificados que comience en un punto de confianza almacenado en el IC sin contacto del eMRTD.

(Para aprobar un certificado de terminal, el IC sin contacto del eMRTD DEBE disponer de una cadena de certificados que comience en un punto de confianza almacenado en el IC sin contacto del eMRTD.)

El procedimiento de validación de los certificados DV y de terminal es específico del protocolo de autenticación del terminal LDS2 y se detalla en el Doc 9303-11.

(El procedimiento de aprobación de los certificados DV y de terminal es concreto del protocolo de autenticación del terminal LDS2 (Logical Data Structure = Estructura lógica de datos) y se detalla en el Doc 9303-11.)

(sigue la Sección 5 de la Parte 12 del Documento 9303)

El mecanismo de distribución de la PKI de autorización se trata en la sección 8.

Los objetos que deben distribuirse de los Estados expedidores u organizaciones expedidoras a los Estados receptores comprenden:

(Los objetos que deben distribuirse de los Estados emisores u organizaciones emisoras a los Estados receptores incluyen:)

• certificados CSCA;

• certificados de enlace CSCA;

• certificados de firmante del documento;

• certificados de firmante LDS2;

• certificados CVCA iniciales;

• certificados de enlace CVCA;

• certificados DV;

• certificados de firmante del código de barras;

• CRL (nulas y no nulas);

• certificados de firmante de la lista maestra; listas maestras; y

• certificados de firmante de la lista de desviaciones; listas de desviaciones.

Los mecanismos de distribución utilizados en la PKI del eMRTD y de autorización comprenden:

(Los mecanismos de distribución utilizados en la PKI del eMRTD y de autorización incluyen:)

• PKD ;

(PKD = Public Key Directory = Directorio de claves públicas)

• intercambio bilateral;

• SPOC;

(SPOC = Single Point Of Contact = Punto de contacto único)

• listas maestras;

• listas de desviaciones; y

• CI sin contacto del eMRTD.

Se especifica un mecanismo principal y secundario de distribución, cuando corresponda, para cada objeto según se muestra en la tabla 4.

Tabla 4. Distribución de objetos PKI

Desde el punto de vista de las operaciones, los Estados receptores no están obligados a usar la fuente principal y la secundaria. En las operaciones diarias del sistema de inspección, queda a discreción de la autoridad competente si corresponde utilizar la fuente principal o la secundaria. Si la autoridad del Estado receptor utiliza la fuente secundaria para un certificado o CRL en sus operaciones diarias, debería estar preparada para admitir también la fuente principal.

(Desde el punto de vista de las operaciones, los Estados receptores no están obligados a usar la fuente principal y la secundaria. En las operaciones diarias del sistema de inspección, queda a elección de la autoridad competente si corresponde utilizar la fuente principal o la secundaria. Si la autoridad del Estado receptor utiliza la fuente secundaria para un certificado o CRL en sus operaciones diarias, debería estar preparada para admitir también la fuente principal.)

Los Estados expedidores u organizaciones expedidoras deben planificar sus estrategias de renovación de pares de claves para las claves CSCA y las claves de firmante del documento a efecto de permitir la propagación de certificados y CRL en los sistemas de control fronterizos de los Estados receptores en forma oportuna. La propagación ideal ocurrirá dentro de un plazo de 48 horas, pero algunos Estados receptores pueden tener puestos fronterizos distantes o conectados en forma deficiente a los cuales puede insumir más tiempo propagar los certificados y CRL. Los Estados receptores DEBERÍAN hacer todo lo posible por distribuir estos certificados y CRL a todas las estaciones fronterizas dentro de un plazo de 48 horas.

(Los Estados emisores u organizaciones emisoras deben planificar sus estrategias de renovación de pares de claves para las claves CSCA (Country Signing Certification Authority = Autoridad de certificación de firma de país) y las claves de firmante del documento a fin de posibilitarr la propagación de certificados y CRL en los sistemas de control fronterizos de los Estados receptores en forma oportuna. La propagación ideal ocurrirá dentro de un plazo de 48 horas, pero algunos Estados receptores pueden tener puestos fronterizos distantes o conectados en forma deficiente a los cuales puede exigir más tiempo propagar los certificados y CRL. Los Estados receptores DEBERÍAN hacer todo lo posible por distribuir estos certificados y CRL a todas las estaciones fronterizas dentro de un plazo de 48 horas.)

Los Estados expedidores u organizaciones expedidoras deberían prever que los Estados receptores propagarán los certificados CSCA (CCSCA) dentro de un plazo de 48 horas.

(Los Estados emisores u organizaciones emisoras deberían prever que los Estados receptores transmitirán los certificados CSCA (CCSCA) dentro de un plazo de 48 horas.)

Los Estados expedidores u organizaciones expedidoras aseguran la propagación oportuna de los certificados de firmante del documento (CDS) incluyendo el certificado de firmante del documento (CDS) dentro del objeto de seguridad de documento (SOD). También deberían prever que los certificados de firmante del documento (CDS) publicados en el PKD también se propagarán a las estaciones fronterizas dentro de un plazo de 48 horas.

(Los Estados emisores u organizaciones emisoras aseguran la transmisión oportuna de los certificados de firmante del documento (CDS) incluyendo el certificado de firmante del documento (CDS) dentro del objeto de seguridad de documento (SOD). También deberían prever que los certificados de firmante del documento (CDS) publicados en el PKD también se transmitirán a las estaciones fronterizas dentro de un plazo de 48 horas.)

Los certificados de firmante del código de barras no figuran en el propio sello digital. Por lo tanto, un país que expide documentos protegidos por sellos digitales DEBE publicar todos sus certificados de firmante del código de barras. El canal principal de distribución de los certificados de firmante del código de barras es el PKD/bilateral. Hay también canales secundarios que utilizan otras vías, como la publicación en un sitio web.

(Los certificados de firmante del código de barras no figuran en el propio sello digital. Por lo tanto, un país que emite documentos protegidos por sellos digitales DEBE publicar todos sus certificados de firmante del código de barras. El canal principal de distribución de los certificados de firmante del código de barras es el PKD/bilateral. Hay también canales secundarios que utilizan otras vías, como la publicación en un sitio web.)

En el caso de los firmantes del código de barras, la publicación DEBE cumplir los principios siguientes:

• en cuanto se cree un nuevo certificado, DEBE publicarse dentro de un plazo máximo de 48 horas; y

• los certificados DEBEN permanecer publicados hasta su caducidad o revocación

Los Estados receptores DEBERÍAN hacer todo lo posible, ya sea por medios electrónicos o de otro tipo, por ocuparse de las CRL, incluidas las expedidas en circunstancias excepcionales.

(Los Estados receptores DEBERÍAN hacer todo lo posible, ya sea por medios electrónicos o de otro tipo, por ocuparse de las CRL, incluidas las emitidas en circunstancias excepcionales.)

La propagación oportuna de los certificados de firmante de la lista maestra se asegura incluyéndolos en cada lista maestra.

(La distribución oportuna de los certificados de firmante de la lista maestra se asegura incluyéndolos en cada lista maestra.)

5.1 Mecanismo de distribución mediante el PKD

La OACI proporciona un servicio de Directorio de Claves Públicas (PKD). Este servicio ACEPTARÁ objetos PKI, incluyendo certificados, CRL y listas maestras, de participantes en el PKD, los almacenará en un directorio y los pondrá a disposición de todos los Estados receptores.

(La OACI facilita un servicio de Directorio de Claves Públicas (PKD = Public Key Directory). Este servicio ACEPTARÁ objetos PKI (Public Key Infrastructure = Infraestructura de clave pública), incluyendo certificados, CRL (Certificate Revocation List = Lista de revocación de certificados) y listas maestras, de participantes en el PKD, los almacenará en un directorio y los pondrá a disposición de todos los Estados receptores.)

Los certificados CSCA (CCSCA) no se almacenan individualmente como parte del servicio PKD de la OACI. No obstante, pueden estar presentes en el PKD si están contenidos en las listas maestras.

(Los certificados CSCA (CCSCA) no se almacenan individualmente como parte del servicio PKD de la OACI. Aun así, pueden estar presentes en el PKD si están incluidos en las listas maestras.)

Cada certificado permanece en el PKD hasta que haya expirado su período de validez, independientemente de si se continúa o no utilizando la clave privada correspondiente.

(Cada certificado permanece en el PKD hasta que haya finalizado su período de validez, independientemente de si se continúa o no utilizando la clave privada correspondiente.)

Los certificados, CRL y listas maestras almacenados en el PKD por todos los participantes en dicho directorio SE PONDRÁN a disposición de todas las partes (incluyendo aquellas que no participen en el PKD) que necesiten esta información para validar la autenticidad e integridad de los datos eMRTD, objetos LDS2 y objetos VDS almacenados digitalmente.

(Los certificados, CRL y listas maestras almacenados en el PKD por todos los participantes en dicho directorio SE PONDRÁN a disposición de todas las partes (incluyendo aquellas que no participen en el PKD) que necesiten esta información para aprobar la autenticidad e invariabilidad de los datos eMRTD, objetos LDS2 y objetos VDS (Visible Digital Seal = Sello digital visible) almacenados digitalmente.)

5.1.1 Carga en el PKD

Solo los participantes en el PKD PUEDEN cargar en él certificados, CRL y listas maestras. Todos los certificados y CRL DEBEN cumplir con los perfiles de la sección 7. Todas las listas maestras DEBEN cumplir con las especificaciones de la sección 9.

El PKD consiste en un “directorio de escritura” y un “directorio de lectura”. Los participantes en el PKD UTILIZARÁN el protocolo ligero de acceso a directorios (LDAP) para cargar sus objetos en el directorio de escritura. Una vez verificada la firma digital de un objeto, y completadas otras verificaciones debidas, el objeto se publica en el directorio de lectura.

(El PKD consiste en un “directorio de escritura” y un “directorio de lectura”. Los participantes en el PKD UTILIZARÁN el protocolo ligero de acceso a directorios (LDAP = Lightweight Directory Access Protocol) para cargar sus objetos en el directorio de escritura. Una vez comprobada la firma digital de un objeto, y completadas otras comprobaciones debidas, el objeto se publica en el directorio de lectura.)

5.1.2 Descarga del PKD

El acceso de lectura a todos los certificados, CRL y listas maestras publicadas en el PKD SE PONDRÁ a disposición de los participantes en el PKD y de los no participantes. El control de acceso NO SE IMPLEMENTARÁ para acceso de lectura al PKD.

(El acceso de lectura a todos los certificados, CRL y listas maestras publicadas en el PKD SE PONDRÁ a disposición de los participantes en el PKD y de los no participantes. El control de acceso NO SE ESTABLECERÁ para acceso de lectura al PKD.)

Es responsabilidad del Estado receptor distribuir los objetos descargados del PKD a sus sistemas de inspección y mantener una caché de CRL vigentes junto con los certificados necesarios para verificar las firmas en los datos del eMRTD.

(Es responsabilidad del Estado receptor distribuir los objetos descargados del PKD a sus sistemas de inspección y mantener un almacenamiento temporal de CRL vigentes junto con los certificados necesarios para comprobar las firmas en los datos del eMRTD.)

5.2 Mecanismo de distribución por intercambio bilateral

Para las CRL y los certificados CSCA (CCSCA), el canal principal de distribución será el intercambio bilateral entre Estados expedidores u organizaciones expedidoras y Estados receptores. También puede utilizarse el intercambio bilateral para distribuir listas maestras.

(Para las CRL y los certificados CSCA (CCSCA), el canal principal de distribución será el intercambio bilateral entre Estados emisores u organizaciones emisoras y Estados receptores. También puede utilizarse el intercambio bilateral para distribuir listas maestras.)

La tecnología específica empleada para dicho intercambio bilateral puede variar dependiendo de las políticas de cada Estado expedidor u organización expedidora que tenga necesidad de distribuir sus certificados, CRL y listas maestras, así como de las políticas de cada Estado receptor que necesite el acceso a dichos objetos. He aquí algunos ejemplos de tecnologías que pueden utilizarse en el intercambio bilateral:

(La tecnología concreta utilizada para dicho intercambio bilateral puede cambiar dependiendo de las políticas de cada Estado emisor u organización emisora que tenga necesidad de distribuir sus certificados, CRL y listas maestras, así como de las políticas de cada Estado receptor que necesite el acceso a dichos objetos. He aquí algunos ejemplos de tecnologías que pueden utilizarse en el intercambio bilateral:)

• correo/valija diplomática;

• intercambio por correo electrónico;

• descarga de un sitio web relacionado con la CSCA expedidora; y

(descarga de un sitio web relacionado con la CSCA (Country Signing Certification Authority = Autoridad de certificación de firma de país) emisora; y)

• descarga de un servidor LDAP relacionado con la CSCA expedidora.

(descarga de un servidor LDAP relacionado con la CSCA emisora.)

La lista anterior no es exhaustiva y también pueden emplearse otras tecnologías.

(La lista anterior no es completa y también pueden utilizarse otras tecnologías.)

5.3 Mecanismo de distribución por lista maestra

Las listas maestras son una tecnología de apoyo para el plan de distribución bilateral. Como tal, la distribución de certificados CSCA por las listas maestras es un subconjunto del plan de distribución bilateral.

(Las listas maestras son una tecnología de apoyo para el plan de distribución bilateral. Como tal, la distribución de certificados CSCA por las listas maestras es un subgrupo del plan de distribución bilateral.)

Una lista maestra es una lista firmada digitalmente de certificados CSCA en los que “confía” el Estado receptor u organización receptora que expidió la lista maestra. Los certificados raíz CSCA autofirmados y los certificados de enlace CSCA pueden incluirse en una lista maestra. La estructura y el formato de la lista maestra se definen en la sección 8. La publicación de una lista maestra permite que otros Estados receptores u organizaciones receptoras obtengan un conjunto de certificados CSCA de una única fuente (el expedidor de la lista maestra) en vez de establecer un acuerdo de intercambio bilateral directo con cada una de las autoridades u organizaciones expedidoras o representadas en la lista.

La CSCA autoriza a un firmante de la lista maestra a que recopile, firme digitalmente y expida listas maestras. Las listas maestras NO DEBEN ser firmadas y expedidas directamente por la propia CSCA. Los certificados de firmante de la lista maestra DEBEN cumplir con el perfil de certificado que se define en la sección 7.

(La CSCA (Country Signing Certification Authority = Autoridad de certificación de firma de país) autoriza a un firmante de la lista maestra a que reúna, firme digitalmente y emita listas maestras. Las listas maestras NO DEBEN ser firmadas y emitidas directamente por la propia CSCA. Los certificados de firmante de la lista maestra DEBEN cumplir con el perfil de certificado que se define en la sección 7.)

Antes de expedir una lista maestra, el firmante de la lista maestra expedidor DEBERÍA validar extensamente los certificados CSCA que han de refrendarse, incluyendo la garantía de que los certificados en verdad pertenecen a las CSCA identificadas. Los procedimientos aplicados para esta validación fuera de banda DEBERÍAN reflejarse en las políticas de certificado publicadas de la CSCA que expidió el certificado de firmante de la lista maestra.

(Antes de emitir una lista maestra, el firmante de la lista maestra emisor DEBERÍA aprobar ampliamente los certificados CSCA que han de avalarse, incluyendo la garantía de que los certificados en verdad pertenecen a las CSCA identificadas. Los procedimientos aplicados para esta aprobación fuera de la red DEBERÍAN reflejarse en las políticas de certificado publicadas de la CSCA que emitió el certificado de firmante de la lista maestra.)

Cada lista maestra DEBE incluir el certificado de firmante de la lista maestra que se utilizará para verificar la firma en dicha lista así como los certificados CSCA de la autoridad que expidió dicho certificado de firmante de la lista maestra.

(Cada lista maestra DEBE incluir el certificado de firmante de la lista maestra que se utilizará para comprobar la firma en dicha lista así como los certificados CSCA de la autoridad que emitió dicho certificado de firmante de la lista maestra.)

Si un Estado receptor ha recibido nuevos certificados CSCA y sus procedimientos de validación se han completado, SE RECOMIENDA que se recopile y expida una nueva lista maestra.

(Si un Estado receptor ha recibido nuevos certificados CSCA y sus procedimientos de aprobación se han completado, SE RECOMIENDA que se reúna y emita una nueva lista maestra.)

El uso de una lista maestra permite una distribución más eficiente de certificados CSCA para algunos Estados receptores. No obstante, un Estado receptor que utilice listas maestras todavía DEBE determinar sus propias políticas para establecer confianza en los certificados contenidos en la lista (véase información detallada en la sección 6).

(El uso de una lista maestra posibilita una distribución más eficiente de certificados CSCA para algunos Estados receptores. Ahora bien, un Estado receptor que utilice listas maestras todavía DEBE determinar sus propias políticas para establecer confianza en los certificados incluidos en la lista (véase información detallada en la sección 6).)

Por su parte, la sección 7 de la Parte 12 del documento 9303 de la OACI recoge:

7. PERFILES DE CERTIFICADO Y DE CRL

Los perfiles de certificado se definen tanto para la PKI del eMRTD como la PKI de autorización.

(Los perfiles de certificado se definen tanto para la PKI (Public Key Infrastructure = Infraestructura de clave pública) del eMRTD (Electronic Machine Readable Travel Document = Documento de viaje de lectura mecánica electrónico) como la PKI de autorización.)