La Parte 5 del documento 9303 se denomina «Especificaciones para documentos oficiales de viaje de lectura mecánica (MROTD) de tamaño DV1» y la sección 4 recoge:
4. CONTENIDO DEL MROTD DE TAMAÑO DV1
4.1 Zona de inspección visual (ZIV) (Zonas I a VI)
Todos los datos de la ZIV serán claramente legibles.
En el Doc 9303-3 figura orientación sobre el tipo y tamaño de caracteres, el espaciado entre líneas, los idiomas y el conjunto de caracteres que se han de utilizar en la ZIV.
Si no se utiliza alguna casilla o dato opcional, los datos pueden distribuirse en forma más pareja en la zona visual del DV1, respetándose el requisito del orden de zonas y datos.
4.1.1 Lista de datos
4.1.1.1 Zona de inspección visual — Lista de datos
| 01/I (Obligatorio) | Estado emisor u organización emisora | El nombre del Estado emisor u organización emisora responsable de emitir el documento estará impreso. En el Doc 9303-3 figuran mayores detalles. | Variable | Notas a, c, e, h, i. |
| 02/I (Obligatorio) | Documento | Tipo o designación del documento. En el Doc 9303-3 figuran detalles adicionales al respecto. | Variable | Notas a, b, c, e, i. |
| 03/04/II (Obligatorio) | Nombre | Nombre completo del titular, como lo haya identificado el Estado emisor u organización emisora. En el Doc 9303-3 figuran detalles adicionales al respecto. | Variable | Notas a, c, i, l. |
| 03/II (Obligatorio) | Identificador primario | El componente o componentes predominantes del nombre del titular según se describen en el Doc 9303-3. En los casos en que el componente predominante del nombre del titular (p. ej., cuando éste conste de nombres compuestos) no pueda anotarse por completo en el mismo orden debido a la falta de espacio en las casillas 03 o 04 o bien debido a la costumbre nacional, entonces se incluirán los componentes del identificador primario que el Estado u organización considere más importante. | Variable | Notas a, c, i, l. |
)
| 04/II (Obligatorio) | Identificador secundario | El componente o componentes secun- darios en el nombre del titular como se describe en el Doc 9303-3. Se incluirán completos los nombres más importantes (a juicio del Estado u organización) del identificador secundario del titular hasta el máximo que permita las dimensiones de la casilla. Cuando sea necesario, otros componentes podrán representarse mediante iniciales. Cuando el nombre del titular tenga únicamente componentes predominantes, este campo se dejará en blanco. El Estado u organización, a elección propia, podrá utilizar toda la zona que engloba las casillas 03 y 04 como una sola casilla. En tal caso el identificador primario se colocará primero, seguido de una coma y un espacio, y después el identificador secundario. | Variable | Notas a, c, i, l. |
| 05/II (Obligatorio) | Sexo | El sexo del titular se especificará mediante la inicial utilizada comúnmente en el idioma del Estado emisor u organización emisora del documento y si es necesario la traducción al español, francés o inglés irá seguida de una barra y la mayúscula F para el femenino o M para el masculino o bien X cuando no se especifique. | 3 | Notas a, c, f, i, l. |
| 06/II (Obligatorio) | Nacionalidad | En el Doc 9303-3 figuran detalles al respecto. | Variable | Notas a, h, l. |
| 07/II (Obligatorio) | Fecha de nacimiento | Fecha de nacimiento del titular según los registros del Estado emisor u organización emisora. En caso de fechas desconocidas, véase el Doc 9303-3. | 15 | Notas a, b, c, i, l. |
| 08/II Elemento opcional en zona obligatoria | Datos personales opcionales | Datos personales opcionales, p. ej., número de identificación personal o huella digital, a elección del organismo emisor u organización emisora. Si se incluye la huella digital en esta casilla, debería presentarse como representación 1:1 del original. Si se incluye una fecha, debería adoptar la forma de presentación que se describe en el Doc 9303-3. | Variable | Notas a, b, c, d, g, i. |
* Las notas figuran en la última parte de la subsección 4.2.2.3)
| 09/III (Obligatorio) | Número de documento | El que asigne el Estado emisor u organización emisora para identificar unívocamente el documento con respecto a todos los otros MRTD emitidos por dicho Estado u organización. En el Doc 9303-3 figuran detalles adicionales. | Variable | Notas a, b, c, i, j, l. |
| 10/III (Obligatorio) | Fecha de caducidad | Fecha de caducidad del documento. En el Doc 9303-3 figuran detalles adicionales. | 15 | Notas a, b, c, i, l. |
| 11/III Elemento opcional en zona obligatoria | Datos del documento opcionales | Datos opcionales relativos al documento. En el Doc 9303-3 figuran detalles adicionales. | Variable | Notas a, b, c, d, g, i. |
| 12/IV (Obligatorio) | Firma o marca habitual del titular | Firma o marca habitual del titular. En el Doc 9303-3 figuran detalles adicionales. | Nota e. | |
| 13/V (Obligatorio) | Elemento de identificación | Esta casilla incluirá un retrato del titular que no será mayor de 45,0 mm × 35,0 mm (1,77 in × 1,38 in) ni menor de 32,0 mm × 26,0 mm (1,26 in × 1,02 in). La posición de la casilla correspondiente será a lo largo del borde izquierdo del anverso del DV1, salvo cuando el Estado u organización elige incluir un circuito integrado con contacto (véase la Sección 3.2.1) | Nota e. | |
| En el Doc 9303-3 figuran especificaciones adicionales relativas al retrato. | ||||
| 14/VI (Opcional) | Datos opcionales | Datos opcionales adicionales a elección del Estado emisor u organización emisora. En el Doc 9303-3 figuran detalles adicionales al respecto. | Notas a, b, c, d, g, i. |
* Las notas figuran en la última parte de la subsección 4.2.2.3)
Menciona esta última tabla la Sección 3.2.1. de la Parte 5 del documento 9303. La Sección 3 recoge:
3. CONFIGURACIÓN GENERAL DEL MROTD DE TAMAÑO DV1
El MROTD se ajusta a una disposición normalizada para facilitar mundialmente la lectura visual y la lectura mecánica de los datos (interfuncionamiento mundial).
3.1 Zonas del DV1
Para satisfacer distintos requisitos de leyes y prácticas de los Estados y lograr el máximo nivel posible de normalización dentro de estos requisitos divergentes, el MROTD se divide en siete zonas como se especifica en los párrafos 3.1.1 y 3.1.2. Las Zonas I a VI constituyen la zona de inspección visual (ZIV) y la Zona VII es la zona de lectura mecánica (ZLM).
(Para satisfacer distintos requisitos de leyes y prácticas de los Estados y lograr el máximo nivel posible de normalización dentro de estos requisitos diferentes, el MROTD se divide en siete zonas como se describe en los párrafos 3.1.1 y 3.1.2. Las Zonas I a VI forman la zona de inspección visual (ZIV) y la Zona VII es la zona de lectura mecánica (ZLM).)
La ubicación, contenido y especificaciones dimensionales de las zonas se describen a continuación en las Secciones 3.2 a 3.3.
(La localización, contenido y determinaciones dimensionales de las zonas se describen a continuación en las Secciones 3.2 a 3.3.)
3.1.1 Anverso del DV1
Zona I Encabezamiento obligatorio
Zona II Datos personales obligatorios y opcionales
Zona III Datos del documento obligatorios y opcionales
Zona IV Firma o marca habitual del titular
Zona V Elemento de identidad obligatorio
Figura 3. Configuración nominal de las zonas en el anverso de un MROTD de tamaño DV1
3.1.2 Reverso del DV1
Zona VI Datos opcionales
Zona VII Zona de lectura mecánica (ZLM) obligatoria
Figura 4. Configuración de las zonas en el reverso del DV1
3.2 Contenido y empleo de las zonas
Los datos que se incluirán en las zonas y la presentación de éstas, así como orientaciones sobre sus dimensiones serán como se describen a continuación.
Figura 5. Orden de los datos en el anverso del DV1
Las Zonas I a V y la Zona VII contienen elementos obligatorios que representan los requisitos mínimos para el DV1. Los elementos opcionales de las Zonas II, III y VI dejan margen para hacer lugar a las diversas exigencias de los Estados y organizaciones expedidores, ya que les permite presentar datos adicionales a su discreción, manteniendo el nivel de normalización deseado. En las Figuras 3 a 5 se muestra la ubicación de las zonas y el orden que han de seguir los datos. En las Figuras 7 a 9 se ilustran las directrices para colocar y ajustar las dimensiones de las Zonas I a V a fin de incorporar la flexibilidad que deseen los Estados u organizaciones expedidores. En el Apéndice A, Figuras A-1 a A-4, se ofrecen ejemplos de casos personalizados de los DV1.
(Las Zonas I a V y la Zona VII incluyen elementos obligatorios que representan los requisitos mínimos para el DV1. Los elementos opcionales de las Zonas II, III y VI dejan espacio para hacer lugar a las diversas exigencias de los Estados y organizaciones emisores, ya que les admite presentar datos adicionales a su elección, manteniendo el nivel de normalización deseado. En las Figuras 3 a 5 se muestra la colocación de las zonas y el orden que han de seguir los datos. En las Figuras 7 a 9 se ilustran las directrices para colocar y ajustar las dimensiones de las Zonas I a V a fin de adecuarse a la flexibilidad que deseen los Estados u organizaciones emisores. En el Apéndice A, Figuras A-1 a A-4, se ofrecen ejemplos de casos personalizados de los DV1.)
El Apéndice A de la Parte 5 del documento 9303 recoge:
Apéndice A de la Parte 5
EJEMPLOS DE MROTD DE TAMAÑO DV1
PERSONALIZADO (INFORMATIVO)
Figura A-1. Anverso de un MROTD de tamaño DV1
con disposición nominal sin zonas superpuestas
Figura A-2. Reverso de un MROTD de tamaño DV1 mostrando la ZLM
sin datos de documento opcionales
Figura A-3. Anverso de un MROTD de tamaño DV1 con superposición
de las Zonas II y IV sobre el retrato, Zona V
Figura A-4. Reverso de un MROTD de tamaño DV1, mostrando la ZLM
e incluyendo una condición en la Zona VI, zona de datos del documento opcionales
(sigue la sección 3 de la Parte 5 del documento 9303)
3.2.1 Zonas obligatorias
La Zona I en el anverso del MROTD identifica el Estado expedidor u organización expedidora y el documento.
(La Zona I en el anverso del MROTD identifica el Estado emisor u organización emisora y el documento.)
Los datos aparecerán en un orden normalizado en las Zonas II y III. Las Zonas II y III contienen cada una casilla en la que pueden incluirse datos opcionales. La casilla opcional en la Zona II se utilizará para datos personales y la casilla opcional en la Zona III para datos relacionados con el documento. Cuando un Estado expedidor u organización expedidora no utilizan las casillas opcionales de las Zonas II y III, no hay necesidad de reservar espacio para ellos en el DV1.
(Los datos aparecerán en un orden normalizado en las Zonas II y III. Las Zonas II y III incluyen cada una casilla en la que pueden incluirse datos opcionales. La casilla opcional en la Zona II se utilizará para datos personales y la casilla opcional en la Zona III para datos relacionados con el documento. Cuando un Estado emisor u organización emisora no utilizan las casillas opcionales de las Zonas II y III, no hay necesidad de reservar espacio para ellos en el DV1.)
La Zona IV contiene la firma y marca habitual de la persona titular. El Estado expedidor u organización expedidora decidirá la aceptabilidad de una marca habitual de la persona titular.
(La Zona IV incluye la firma y marca habitual de la persona titular. El Estado emisor u organización emisora decidirá la aceptabilidad de una marca habitual de la persona titular.)
La Zona V contendrá los elementos de identificación personal que incluirán un retrato de la persona titular solamente. A discreción del Estado expedidor u organización expedidora, las casillas de nombre en la Zona II y la firma o marca habitual de la persona titular en la Zona IV pueden superponerse a la Zona V siempre que esto no afecte el reconocimiento y los datos en ninguna de las tres zonas.
(La Zona V incluirá los elementos de identificación personal que incluirán un retrato de la persona titular sólo. A elección del Estado emisor u organización emisora, las casillas del nombre en la Zona II y la firma o marca habitual de la persona titular en la Zona IV pueden tapar la Zona V siempre que esto no dificulte el reconocimiento y los datos en ninguna de las tres zonas.)
La posición normal del retrato de la persona titular es a lo largo del borde izquierdo del anverso del DV1, según se describe en la Sección 3.3 y se ilustra en la Figura 3.
Cuando un Estado expedidor u organización expedidora decida, para sus propios fines y fines bilaterales, ampliar la capacidad de datos de lectura mecánica de un DV1 mediante el uso de un circuito integrado con contactos, el retrato de la persona titular (Zona V) se desplazará de forma tal que su borde derecho coincida con el borde derecho del anverso del DV1. Las Zonas II, III y IV se desplazarán a su vez para que el borde izquierdo coincida con el borde izquierdo del anverso del DV1. Las especificaciones para las Zonas II a IV son similares a las que se definen en la Sección 3.3, pero ajustadas para hacer lugar al desplazamiento del retrato hacia la derecha y evitar el espacio que contiene los contactos del CI, según se define en ISO/IEC 7816-2.
(Cuando un Estado emisor u organización emisora decida, para sus propios fines y fines bilaterales, ampliar la capacidad de datos de lectura mecánica de un DV1 mediante el uso de un circuito integrado con contactos, el retrato de la persona titular (Zona V) se desplazará de forma tal que su borde derecho coincida con el borde derecho del anverso del DV1. Las Zonas II, III y IV se desplazarán a su vez para que el borde izquierdo coincida con el borde izquierdo del anverso del DV1. Las determinaciones para las Zonas II a IV son similares a las que se definen en la Sección 3.3, pero ajustadas para hacer lugar al desplazamiento del retrato hacia la derecha y evitar el espacio que incluye los contactos del CI, según se define en ISO/IEC 7816-2.)
El tamaño del retrato figura en la lista de datos para la zona de inspección visual, Sección 4.1.1.1, punto 13/V.
La Zona VII contendrá los datos de lectura mecánica. Debido al menor tamaño del DV1, para hacer lugar a los datos requeridos, se incluyen en la ZLM tres líneas de datos de lectura mecánica. Las especificaciones detalladas para la ZLM del DV1 se proporcionan en la Sección 4.2. La Zona VII se ajusta en altura a la ZLM definida para todos los MRTD de modo que las líneas de datos de lectura mecánica caen dentro de la zona de lectura efectiva (ZLE) especificada en el Doc 9303-3.
(La Zona VII incluirá los datos de lectura mecánica. Debido al menor tamaño del DV1, para hacer espacio a los datos exigidos, se incluyen en la ZLM tres líneas de datos de lectura mecánica. Las determinaciones detalladas para la ZLM del DV1 se facilitan en la Sección 4.2. La Zona VII se ajusta en altura a la ZLM definida para todos los MRTD de modo que las líneas de datos de lectura mecánica caen dentro de la zona de lectura efectiva (ZLE) detallada en el Doc 9303-3.)
Todos los datos de la ZLM se mostrarán en la Zona VII. Para un MROTD de tamaño DV1, los datos se definen en la Sección 4.2.2 y se ubican como se muestra a continuación.
(Todos los datos de la ZLM se mostrarán en la Zona VII. Para un MROTD de tamaño DV1, los datos se definen en la Sección 4.2.2 y se sitúan como se muestra a continuación.)
Figura 6. Posición y dimensiones de la Zona VII, zona de lectura mecánica
3.2.2 Datos opcionales
La Zona VI, que aparecen en el reverso del MROTD, es una zona para datos opcionales que se utilizará a discreción del Estado expedidor u organización expedidora. La Zona VI aparecerá siempre, independientemente de si se usa o no.
(La Zona VI, que aparece en el reverso del MROTD, es una zona para datos opcionales que se utilizará a elección del Estado emisor u organización emisora. La Zona VI aparecerá siempre, independientemente de si se usa o no.)
3.2.3 Número de acceso de la tarjeta
En el caso de los MROTD de tamaño DV1 que contienen un CI sin contacto, los Estados expedidores u organizaciones expedidoras podrán, si así lo desean, incluir un número de acceso de la tarjeta (CAN) en el anverso de la tarjeta para facilitar la lectura mecánica y la captación de los datos incluidos en la misma. Concretamente, la finalidad de la CAN es permitir que se pueda leer el anverso de la tarjeta Y tener acceso a la microplaqueta sin voltear la tarjeta para leer la ZLM en la parte posterior. Cuando la microplaqueta apoya a PACE V2, esto puede lograrse añadiendo un CAN en el anverso de una tarjeta de tamaño DV1. El CAN y su posición en el anverso del MROTD se especifican como sigue.
(En el caso de los MROTD de tamaño DV1 que incluyen un CI sin contacto, los Estados emisores u organizaciones emisoras podrán, si así lo desean, incluir un número de acceso de la tarjeta (CAN = Can Access Number) en el anverso de la tarjeta para facilitar la lectura mecánica y la captación de los datos incluidos en la misma. Concretamente, la finalidad del CAN es posibilitar que se pueda leer el anverso de la tarjeta Y tener acceso a la microplaqueta sin darle la vuelta a la tarjeta para leer la ZLM en la parte posterior. Cuando la microplaqueta admite PACE V2, esto puede lograrse añadiendo un CAN en el anverso de una tarjeta de tamaño DV1. El CAN y su posición en el anverso del MROTD se describen como sigue.)
El CAN es un número de 6 cifras, compuesto solamente de la cifra 0 a 9. No hay dígito de verificación, dado que la verificación se hace implícitamente por el protocolo. El tamaño de caracteres, casilla y fondo se ajustan a las especificaciones de la ZLM establecidas en el Doc 9303-3. La posición vertical se ajusta a la posición vertical de cualquiera de las tres líneas de la ZLM según se especifica en este documento y se ilustra en la Figura 6. La posición horizontal quedará a discreción del Estado expedidor u organización expedidora, pero no se superpondrá al retrato (Zona V) ni interferirá con la legibilidad de los otros datos de la ZIV.
(El CAN es un número de 6 cifras, formado solamente por la cifra 0 a 9. No hay dígito de comprobación, dado que la comprobación se hace tácitamente por el protocolo. El tamaño de caracteres, casilla y fondo se ajustan a las determinaciones de la ZLM establecidas en el Doc 9303-3. La posición vertical se ajusta a la posición vertical de cualquiera de las tres líneas de la ZLM según se describe en este documento y se ilustra en la Figura 6. La posición horizontal quedará a elección del Estado emisor u organización emisora, pero no se superpondrá al retrato (Zona V) ni dificultará la legibilidad de los otros datos de la ZIV (Zona de Inspección Visual).)
En el Doc 9303-11 figura más información sobre las especificaciones técnicas, el cálculo y la introducción de los CAN.
La sección 6 de la Parte 11 del documento 9303 de la OACI se refiere a la autenticación del circuito integrado sin contacto de la siguiente manera:
6. AUTENTICACIÓN DEL CI SIN CONTACTO
El Estado expedidor u organización expedidora PUEDE optar por proteger sus eMRTD contra sustitución de microplaqueta.
(El Estado emisor u organización emisora PUEDE optar por proteger sus eMRTD contra sustitución de microplaqueta.)
Se dispone de los siguientes mecanismos para verificar la autenticidad de la microplaqueta.
(Se dispone de los siguientes mecanismos para comprobar la autenticidad de la microplaqueta.)
- Autenticación activa, como se define en la sección 6.1. El apoyo de autenticación activa se indica por la presencia del EF.DG15. Si está disponible, el terminal PUEDE leer y verificar EF.DG15 y ejecutar la autenticación activa.
- Autenticación de microplaqueta, como se define en la sección 6.2. El apoyo de la autenticación de microplaqueta se indica por la presencia de los correspondientes SecurityInfos en EF.DG14/EF.CardSecurity. Si se dispone del mismo, el terminal PUEDE leer y verificar el EF.DG14/EF.CardSecurity.CardSecurity y ejecutar la autenticación de microplaqueta.
- PACE con correspondencia de autenticación de microplaqueta (PACE-CAM) según se define en la sección 4.4. El apoyo está indicado por la presencia de una estructura PACEInfo correspondiente en EF.CardAccess. Si el PACE-CAM se ejecutó con éxito en el procedimiento de acceso a la microplaqueta, el terminal PUEDE ejecutar lo siguiente para autenticar la microplaqueta.
• leer y verificar EF.CardSecurity;
(• leer y comprobar EF.CardSecurity;)
• utilizar la clave pública de EF.CardSecurity conjuntamente con los datos de correspondencia y los datos de autenticación de microplaquetas recibidos como parte de PACE-CAM para autenticar la microplaqueta (sección 4.4.3.5.2).
6.1 Autenticación activa
La autenticación activa autentica el CI sin contacto firmando una puesta a prueba enviada por el IFD (sistema de inspección) con una clave privada conocida solamente por el CI.
Para este fin, el CI sin contacto contiene su propio par de claves de autenticación activa (KPrAA y KPuAA). Una representación de condensación del Grupo de datos 15
[información de clave pública (KPuAA)]
se almacena en el objeto de seguridad de documento (SOD) y por consiguiente es autenticado por la firma digital del expedidor. La clave privada (KPrAA) correspondiente se almacena en la memoria segura del CI sin contacto.
(Para este fin, el CI sin contacto incluye su propio par de claves de autenticación activa (KprAA y KpuAA ). Una representación de condensación (hash) del Grupo de datos 15 [información de clave pública (KpuAA )] se almacena en el objeto de seguridad de documento (SOD) y por consiguiente es autenticado por la firma digital del emisor. La clave privada (KprAA ) correspondiente se almacena en la memoria segura del CI sin contacto.)
Mediante la autenticación de la ZLM visual [a través de la ZLM condensada en el objeto de seguridad de documento (SOD)] en combinación con la respuesta a la puesta a prueba, utilizando el par de claves de autenticación activa (KprAA y KPuAA) del eMRTD, el sistema de inspección verifica que el objeto de seguridad de documento (SOD) se ha leído del CI sin contacto genuino, almacenado en el eMRTD genuino.
(Mediante la autenticación de la ZLM visual [a través de la ZLM condensada en el objeto de seguridad de documento (SOD)] en unión de la respuesta a la puesta a prueba, utilizando el par de claves de autenticación activa (KprAA y KPuAA) del eMRTD, el sistema de inspección comprueba que el objeto de seguridad de documento (SOD) se ha leído del CI sin contacto auténtico, almacenado en el eMRTD auténtico.)
La autenticación activa requiere capacidades de procesamiento en el CI sin contacto del eMRTD.
(La autenticación activa exige capacidades de procesamiento en el CI sin contacto del eMRTD.)
6.1.1 Especificación del protocolo
La autenticación activa se ejecuta utilizando el comando INTERNAL AUTHENTICATE de [ISO/IEC 7816-4].
Si la autenticación activa se realiza después de haberse establecido la construcción segura de mensajes, todos los comandos y respuestas DEBEN transmitirse como APDU de construcción segura de mensajes con arreglo a la sección 9.8.
(Si la autenticación activa se realiza después de haberse establecido la construcción segura de mensajes, todos los comandos y respuestas DEBEN transmitirse como APDU (Application Protocol Data Unit = Unidad de datos del protocolo de aplicación) de construcción segura de mensajes de acuerdo con la sección 9.8.)
La sección 9.8 de la Parte 11 del documento 9303 recoge:
9.8 Construcción segura de mensajes
9.8.1 Iniciación de la sesión
La sesión se inicia cuando se establece la construcción segura de mensajes. Dentro de una sesión, las claves de construcción segura de mensajes (es decir, establecidas por el control de acceso de base, PACE o autenticación de microplaqueta) pueden modificarse.
La construcción segura de mensajes se basa en 3DES [FIPS 46-3] o AES [FIPS 197] en modo cifrado y luego autenticado, es decir, los datos se rellenan, cifran y posteriormente los datos cifrados y formateados se ingresan en el cálculo de autenticación. Estas claves de sesión se OBTENDRÁN utilizando la función de obtención de claves que se describe en la sección 9.7.1.
(La construcción segura de mensajes se basa en 3DES [FIPS 46-3] o AES [FIPS 197] en modo cifrado y luego autenticado, es decir, los datos se rellenan, cifran y posteriormente los datos cifrados y formateados se introducen en el cálculo de autenticación. Estas claves de sesión se OBTENDRÁN utilizando la función de obtención de claves que se describe en la sección 9.7.1.)
Nota.— El relleno siempre es ejecutado por la capa de construcción segura de mensajes, por consiguiente, el código de autenticación de mensajes subyacente no necesita ejecutar ningún relleno interno.
9.8.2 Contador de secuencia de envío
Se UTILIZARÁ un entero sin signo como contador de secuencia de envío (SSC). El tamaño de bits del SSC SERÁ igual al tamaño de bloque del cifrado de bloque utilizado para la construcción segura de mensajes, es decir, 64 bits para 3DES y 128 bits para AES.
(Se UTILIZARÁ un entero sin signo como contador de secuencia de envío (SSC = Send Sequence Counter). El tamaño de bits del SSC SERÁ igual al tamaño de bloque del cifrado de bloque utilizado para la construcción segura de mensajes, es decir, 64 bits para 3DES (Triple DES = Data Encryption Standard = Norma de cifrado de datos) y 128 bits para AES (Advanced Encryption Standard =Norma criptográfica avanzada).)
El SSC se AUMENTARÁ cada vez antes de generarse un comando o respuesta APDU, es decir, si el valor inicial es x, en el primer comando el valor del SSC es x+1. El valor del SSC para primera respuesta es x+2.
(El SSC se AUMENTARÁ cada vez antes de crearse un comando o respuesta APDU, es decir, si el valor inicial es x, en el primer comando el valor del SSC es x+1. El valor del SSC para la primera respuesta es x+2.)
Si se reinicia la construcción segura de mensajes, el SSC se utiliza como sigue:
• Los comandos utilizados para el acuerdo de claves están protegidas con las antiguas claves de sesión y el antiguo SSC. Esto se aplica en particular a la respuesta a la última orden utilizada para el acuerdo de clave de sesión.
(Las órdenes utilizadas para el acuerdo de claves están protegidas con las antiguas claves de sesión y el antiguo SSC. Esto se aplica en especial a la respuesta a la última orden utilizada para el acuerdo de clave de sesión.)
• El contador de secuencia de envío se establece en su nuevo valor de inicio, véase la sección 9.8.6.3 para 3DES y la sección 9.8.7.3 para AES.
• Las nuevas claves de sesión y el nuevo SSC se utilizan para proteger los comandos y respuestas subsiguientes.
(Las nuevas claves de sesión y el nuevo SSC se utilizan para proteger las órdenes y respuestas subsiguientes.)
9.8.3 Terminación de la sesión
La microplaqueta del eMRTD DEBE cancelar la construcción segura de mensajes únicamente si ocurre un error de construcción segura de mensajes o si se recibe una APDU llana.
Si la construcción segura de mensajes se cancela, la microplaqueta del eMRTD ELIMINARÁ las claves de sesión almacenadas y repondrá los derechos de acceso del terminal.
(Si la construcción segura de mensajes se cancela, la microplaqueta del eMRTD ELIMINARÁ las claves de sesión almacenadas y restaurará los derechos de acceso del terminal.)
Nota.— La microplaqueta eMRTD PUEDE seleccionar implícitamente el fichero maestro cuando se termine una sesión.
(Nota.— La microplaqueta eMRTD PUEDE seleccionar tácitamente el fichero maestro cuando se termine una sesión.)
9.8.4 Estructura de mensajes de las APDU SM
Los objetos de datos SM [véase la (ISO/IEC 7816-4)] DEBEN utilizarse en el orden siguiente:
(Los objetos de datos SM (Secure Messaging = Construcción segura de mensajes) [véase la (ISO/IEC 7816-4)] DEBEN utilizarse en el orden siguiente:)
• Comando APDU: [DO‘85’ o DO‘87’] [DO‘97’] DO‘8E’.
• Respuesta APDU: [DO‘85’ o DO‘87’] [DO‘99’] DO‘8E’.
En caso de que INS sea par, SE USARÁ el DO‘87’ y, en caso de que INS sea impar, SE USARÁ el DO’85’.
Todos los objetos de datos SM DEBEN codificarse en BER TLV según se especifica en [ISO/IEC 7816-4]. El encabezamiento de comando DEBE incluirse en el cálculo de MAC, por consiguiente, DEBE utilizarse el byte declase CLA = 0x0C.
(Todos los objetos de datos SM DEBEN codificarse en BER (Basic Encoding Rules = Reglas de codificación básicas) TLV (Tag Length Value = Valor de longitud de rótulo) según se describe en [ISO/IEC 7816-4]. El encabezamiento de comando DEBE incluirse en el cálculo de MAC (Message Authentication Code = Código de autenticación de mensajes), por consiguiente, DEBE utilizarse el byte de clase CLA = 0x0C.)
El valor real de Lc se modificará a Lc’ después de la aplicación de la construcción segura de mensajes. Si se requiere, puede incluirse opcionalmente un objeto de datos apropiado en la parte de datos de la APDU para indicar el valor original de Lc.
(El valor real de Lc se modificará a Lc’ después de la aplicación de la construcción segura de mensajes. Si se necesita, puede incluirse opcionalmente un objeto de datos adecuado en la parte de datos de la APDU para indicar el valor original de Lc.)
En la figura 5 se muestra la transformación de un comando APDU no protegido en comando APDU protegido en el caso de que se disponga de Data y Le. Si no se dispone de Data, se dejará fuera la construcción de DO ‘87’. Si no se dispone de Le, se dejará fuera la construcción de DO ‘97’. Para evitar ambigüedades se RECOMIENDA no utilizar un campo de valor vacío del objeto de datos Le (véase también la sección 10.4 de [ISO/IEC 7816-4]).
En la figura 6 se muestra la transformación de un comando APDU no protegido en respuesta APDU protegida en caso de que se disponga de Data. Si no se dispone de Data, se dejará fuera la construcción de DO ‘87’
9.8.5 Errores SM
La cancelación del canal protegido para la aplicación eMRTD ocurre cuando:
• el CI sin contacto no está alimentado; o
• el CI sin contacto reconoce un error SM mientras interpreta un comando. En este caso, los bytes de estado deben devolverse sin SM.
Si la construcción segura de mensajes se cancela, la microplaqueta del eMRTD ELIMINARÁ las claves de sesión almacenadas y repondrá los derechos de acceso al terminal.
(Si la construcción segura de mensajes se cancela, la microplaqueta del eMRTD ELIMINARÁ las claves de sesión almacenadas y restaurará los derechos de acceso al terminal.)
Nota.— PUEDE haber otras circunstancias en las cuales el CI sin contacto cancela la sesión. No es posible proporcionar una lista completa de tales circunstancias.
(Nota.— PUEDE haber otras circunstancias en las cuales el CI sin contacto cancela la sesión. No es posible facilitar una lista completa de dichas circunstancias.)
Figura 5. Cálculo de comando APDU SM para byte INS par
Figura 6. Cálculo de respuesta APDU SM para byte INS par
9.8.6 Modos de operación 3DES
9.8.6.1 Cifrado
Se utiliza 3DES de dos claves en modo CBC con IV cero (es decir, 0x00 00 00 00 00 00 00 00) con arreglo a [ISO/IEC 11568-2]. Se utiliza relleno con arreglo al método de relleno 2 de [ISO/IEC 9797-1].
(Se utiliza 3DES de dos claves en modo CBC (Cypher Block Chaining = Cadena de bloques cifrados) con IV (Initial Vector = Vector inicial) cero (es decir, 0x00 00 00 00 00 00 00 00) de acuerdo con [ISO/IEC 11568-2]. Se utiliza relleno de acuerdo con el método de relleno 2 de [ISO/IEC 9797-1].)
9.8.6.2 Autenticación de mensaje
Se calculan las sumas de verificación criptográfica utilizando el algoritmo 3 MAC de [ISO/IEC 9797-1] con cifrado de bloques DES, y de cero IV (8 bytes), y método de relleno 2 de [ISO/IEC 9797-1]. La longitud MAC DEBE ser de 8 bytes.
(Se calculan las sumas de comprobación criptográfica utilizando el algoritmo 3 MAC de [ISO/IEC 9797-1] con cifrado de bloques DES, y de cero IV (8 bytes), y método de relleno 2 de [ISO/IEC 9797-1]. La longitud MAC DEBE ser de 8 bytes.)
Después de una autenticación exitosa el datagrama que ha de transformarse en MACed DEBE ser antepuesto por el contador de secuencia de envío.
9.8.6.3 Contador de secuencia de envío
9.8.6.3 Contador de secuencia de envío (SSC = Send Sequence Counter)
Para la construcción segura de mensajes después de BAC, el contador de secuencia de envío se INICIALIZARÁ concatenando los cuatro bytes menos significativos de RND.IC y RND.IFD, respectivamente:
(Para la construcción segura de mensajes después de BAC (Basic Access Control = Control de acceso básico), el contador de secuencia de envío se INICIALIZARÁ enlazando los cuatro bytes menos significativos de RND.IC y RND.IFD, respectivamente:)
SSC = RND.IC (4 bytes menos significativos) || RND.IFD (4 bytes menos significativos).
En todos los demás casos, el SSC se INICIALIZARÁ a cero (es decir 0x00 00 00 00 00 00 00 00).
9.8.7 Modos de operación AES
9.8.7.1 Cifrado
Para el cifrado de mensajes se UTILIZARÁ AES [FIPS 197] en modo CBC con arreglo a [ISO/IEC 10116] con claves KSEnc y IV = E(KSEnc , SSC).
(Para el cifrado de mensajes se UTILIZARÁ AES (Advanced Encryption Standard = Norma criptográfica avanzada) [FIPS (Federal Information Processing Standard = Norma federal de procesamiento de la información) 197] en modo CBC (Cypher Block Chaining = Cadena de bloques cifrados) de acuerdo con [ISO/IEC 10116] con claves KSEnc y IV = E(KSEnc, SSC).
9.8.7.2 Autenticación de mensajes
Para la autenticación de mensajes se UTILIZARÁ AES en modos CMAC [SP 800-38B] con KSMAC con una longitud MAC de 8 bytes. El datagrama que ha de autenticarse SERÁ antepuesto por el contador de secuencia de envío.
(Para la autenticación de mensajes se UTILIZARÁ AES en modos CMAC (Cipher-based Message Authentication Code = Código de autenticación de mensaje basado en cifrado) [SP 800-38B] con KSMAC con una longitud MAC (Message Authentication Code = Código de autenticación de mensajes) de 8 bytes. El datagrama que ha de autenticarse SERÁ preferido por el contador de secuencia de envío.)
9.8.7.3 Contador de secuencia de envío
El contador de secuencia de envío se INICIALIZARÁ a cero (es decir, 0x00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00).
(sigue la sección 6 de la Parte 11 del documento 9303)
Más detalladamente, el IFD (sistema de inspección) y el CI (CI sin contacto del eMRTD) ejecuta las etapas siguientes:
1. El IFD genera un nonce RND.IFD y lo envía al CI utilizando el comando INTERNAL AUTHENTICATE.
(1. El IFD crea un nonce RND.IFD y lo envía al CI (circuito integrado) utilizando el comando INTERNAL AUTHENTICATE (autenticación interna.)
2. El CI ejecuta las operaciones siguientes:
a) genera el mensaje M;
(crea el mensaje M;)
b) calcula h(M);
c) calcula la firma σ y envía la respuesta al IFD.
3. El IFD verifica la respuesta al comando INTERNAL AUTHENTICATE enviada y verifica si el CI devolvió el valor correcto.
(3. El IFD comprueba la respuesta a la orden INTERNAL AUTHENTICATE enviada y comprueba si el CI devolvió el valor correcto.)
6.1.2 Especificaciones criptográficas
6.1.2.1 Nonce
La entrada es un nonce (RND.IFD) que DEBE ser de 8 bytes.
Nota.— Los nonces NO DEBEN volver a utilizarse, p. ej., el nonce utilizado para BAC/PACE NO DEBE ser reutilizado para autenticación activa.
6.1.2.2 RSA
(6.1.2.2 RSA (Rivest, Shamir y Adleman, creadores del cifrado RSA)
El CI CALCULARÁ una firma, cuando se utilice un mecanismo basado en factorización de enteros, con arreglo a [ISO/IEC 9796-2] plan 1 de firma digital.
En lo que sigue, k indica la longitud de clave para generación de firma y Lh la longitud de la salida de la función de condensación H utilizada durante la generación de firma. La opción 1 del indicador de fin DEBE utilizarse (y poner t a 1) si se utiliza SHA-1 durante la generación de firma; la opción 2 del indicador de fin DEBE utilizarse en todos los demás casos (y t ponerse a 2).
(En lo que sigue, k indica la longitud de clave para creación de firma y Lh la longitud de la salida de la función de condensación H utilizada durante la creación de firma. La opción 1 del indicador de fin DEBE utilizarse (y poner t a 1) si se utiliza SHA-1 (SHA = Secure Hash Algorithm = Algoritmo de condensación (hash) seguro) durante la creación de firma; la opción 2 del indicador de fin DEBE utilizarse en todos los demás casos (y t ponerse a 2).)
En la opción 2 se USARÁN los siguientes valores para el indicador de fin:
Por motivos de interoperabilidad, solo SHA-1, SHA-224, SHA-256, SHA-384 y SHA-512 son admitidos como funciones de condensación para la autenticación activa con RSA.
(Por motivos de interfuncionamiento, solo SHA-1, SHA-224, SHA-256, SHA-384 y SHA-512 son admitidos como funciones de condensación para la autenticación activa con RSA.)
El mensaje M que ha de firmarse SERÁ la concatenación de M1 y M2, donde M1 DEBE ser un nonce de longitud c – 4 bits (RND.IC) generado por el eMRTD, donde c (capacidad de la firma) está dada por c = k – Lh – (8 x t) – 4, y M2 es RND.IFD generado por el sistema de inspección.
(El mensaje M que ha de firmarse SERÁ el enlace de M1 y M2, donde M1 DEBE ser un nonce de longitud c – 4 bits (RND.IC) creado por el eMRTD, donde c (capacidad de la firma) está dada por c = k – Lh – (8 x t) – 4, y M2 es RND.IFD creado por el sistema de inspección.)
El resultado del cálculo de la firma DEBE ser una firma σ sin la parte no recuperable M2 del mensaje.
Los eMRTD DEBERÍAN implantar el plan de generación de firmas especificado en [ISO/IEC 9796-2], párrafo B.6, y no DEBERÍAN utilizar el plan de generación de firmas especificado en [ISO/IEC 9796-2], párrafo B.4. Los eMRTD NO IMPLANTARÁN otros planes de generación de firma.
(Los eMRTD DEBERÍAN instalar el plan de creación de firmas especificado en [ISO/IEC 9796-2], párrafo B.6, y no DEBERÍAN utilizar el plan de creación de firmas especificado en [ISO/IEC 9796-2], párrafo B.4. Los eMRTD NO INSTALARÁN otros planes de creación de firma.)
Los sistemas de inspección IMPLANTARÁN el plan de generación de firmas especificado en [ISO/IEC 9796-2], párrafo B.6, y DEBERÍAN implantar el plan de generación de firma especificado en [ISO/IEC 9796-2], párrafo B.4.
(Los sistemas de inspección INSTALARÁN el plan de creación de firmas especificado en [ISO/IEC 9796-2], párrafo B.6, y DEBERÍAN instalar el plan de creación de firma especificado en [ISO/IEC 9796-2], párrafo B.4.)
6.1.2.3 ECDSA
6.1.2.3 ECDSA (Elliptic Curve Digital Signature Algorithm = Algoritmo de firma digital de curva elíptica)
Para ECDSA, se utilizará el formato de firma sencillo con arreglo a [TR-03111]. Sólo se utilizarán curvas de primos con puntos sin comprimir. Se UTILIZARÁ un algoritmo de condensación, cuya longitud de salida es igual o menor que la longitud de la clave ECDSA en uso. Solo SHA-224, SHA-256, SHA-384 o SHA-512 son admitidos como funciones de condensación. No se USARÁN RIPEMD-160 ni SHA-1.
El mensaje M que ha de firmarse es el nonce RND.IFD proporcionado por el sistema de inspección.
(El mensaje M que ha de firmarse es el nonce RND.IFD suministrado por el sistema de inspección.)
6.1.3 Unidades de datos del protocolo de aplicación
La autenticación activa se ejecuta mediante una única invocación del comando INTERNAL AUTHENTICATE según se especifica en [ISO/IEC 7816-4].
(La autenticación activa se ejecuta mediante una única solicitud del comando INTERNAL AUTHENTICATE según se especifica en [ISO/IEC 7816-4].)
6.1.4 Claves de autenticación activa
Los pares de claves de autenticación activa (KPrAA y KpuAA ) SERÁN generados en forma segura.
(Los pares de claves de autenticación activa (KPrAA y KpuAA ) SERÁN creados de forma segura.)
Tanto la clave pública de autenticación activa (KPuAA) como la clave privada de autenticación activa (KPrAA) se almacenan en el CI sin contacto del eMRTD. Después de eso, no se aplica gestión de clave para estas claves.
(Tanto la clave pública de autenticación activa (Active Authentication Public Key) (KpuAA) como la clave privada de autenticación activa (Active Authentication Private Key) (KPrAA) se almacenan en el CI sin contacto del eMRTD. Después de eso, no se aplica gestión de clave para estas claves.)
Nota.— Cabe señalar que cuando se utilizan longitudes de clave superiores a 1 848 bits (si se usa construcción segura de mensajes con 3DES)/1 792 bits (si se utiliza construcción segura de mensajes con AES) en la autenticación activa con construcción segura de mensajes, las APDU de longitud ampliada DEBEN estar apoyadas por la microplaqueta de eMRTD y el sistema de inspección.
(Nota.— Cabe señalar que cuando se utilizan longitudes de clave superiores a 1 848 bits (si se usa construcción segura de mensajes con 3DES)/1 792 bits (si se utiliza construcción segura de mensajes con AES) en la autenticación activa con construcción segura de mensajes, las APDU (Application Protocol Data Unit = Unidad de datos del protocolo de aplicación) de longitud ampliada DEBEN ser admitidas por la microplaqueta de eMRTD y el sistema de inspección.)
Los Estados expedidores u organizaciones expedidoras ELEGIRÁN longitudes de clave apropiadas que ofrezcan protección contra ataques durante la vida útil del eMRTD. DEBERÍAN tenerse en cuenta catálogos criptográficos adecuados.
(Los Estados emisores u organizaciones emisoras ELEGIRÁN longitudes de clave adecuadas que ofrezcan protección contra ataques durante la vida útil del eMRTD. DEBERÍAN tenerse en cuenta catálogos criptográficos adecuados.)
6.1.5 Información de clave pública de autenticación activa
La clave pública de autenticación activa se almacena en el Grupo de datos 15 de la LDS. El formato de la estructura (SubjectPublicKeyInfo) se especifica en [RFC 5280], véase la sección 9.1. Todos los objetos de seguridad DEBEN producirse en formato de regla de codificación distinguida (DER) para preservar la integridad de las firmas que contienen.
(La clave pública de autenticación activa se almacena en el Grupo de datos 15 de la LDS (Logical Data Structure = Estructura lógica de datos). El tamaño de la estructura (SubjectPublicKeyInfo) se describe en [RFC 5280], véase la sección 9.1. Todos los objetos de seguridad DEBEN producirse en tamaño de regla de codificación distinguida (DER = Distinguished Encoding Rule) para proteger la invariabilidad de las firmas que incluyen.)
ActiveAuthenticationPublicKeyInfo ::= SubjectPublicKeyInfo
6.1.6 Proceso de inspección
Cuando un eMRTD con el Grupo de datos 15 se ofrece al sistema de inspección, el mecanismo de autenticación activa PUEDE aplicarse para asegurar que los datos se leen del CI sin contacto genuino y que este y el documento físico se corresponden.
(Cuando un eMRTD con el Grupo de datos 15 se ofrece al sistema de inspección, el mecanismo de autenticación activa PUEDE aplicarse para asegurar que los datos se leen del CI sin contacto auténtico y que este y el documento físico se corresponden.)
El sistema de inspección y el CI sin contacto ejecutan las etapas siguientes:
- La ZLM en su totalidad se lee visualmente del eMRTD (si ya no se ha leído como parte del procedimiento de control de acceso de base) y se compara con el valor ZLM en el Grupo de datos 1. Dado que la autenticidad e integridad del Grupo de datos 1 ya han sido verificadas mediante la autenticación pasiva, la similitud asegura que la ZLM visual es auténtica y no ha sido modificada.
- La autenticación pasiva también ha demostrado la autenticidad e integridad del Grupo de datos 15. Esto asegura que la clave pública de autenticación activa (KPuAA) es auténtica y no ha sufrido modificaciones.
- Para asegurar que el objeto de seguridad de documentos (SOD) no es una copia, el sistema de inspección utiliza el par de claves de autenticación activa (KPrAA y KPuAA) del eMRTD en un protocolo de puesta a prueba-respuesta con el CI sin contacto del eMRTD, como se describe anteriormente. (Para asegurarse de que el objeto de seguridad de documentos (SOD) no es una copia, el sistema de inspección utiliza el par de claves de autenticación activa (KPrAA y KPuAA) del eMRTD en un protocolo de puesta a prueba-respuesta con el CI sin contacto del eMRTD, como se describe anteriormente.)
Una aplicación positiva del protocolo de puesta a prueba-respuesta comprueba que el objeto de seguridad de documento (SOD) corresponde al documento físico, el CI sin contacto es genuino y que este y el documento físico se corresponden.
(Una aplicación satisfactoria del protocolo de puesta a prueba-respuesta comprueba que el objeto de seguridad de documento (SOD) corresponde al documento físico, el CI sin contacto es auténtico y que este y el documento físico se corresponden.)
6.2 Autenticación de microplaqueta
El protocolo de autenticación de microplaqueta es un protocolo de acuerdo de clave Diffie-Hellman efímero y estático que proporciona comunicación segura y autenticación unilateral de la microplaqueta del eMRTD.
(El protocolo de autenticación de microplaqueta es un protocolo de acuerdo de clave Diffie-Hellman breve e invariable que suministra comunicación segura y autenticación unilateral de la microplaqueta del eMRTD.)
Las diferencias principales con respecto a la autenticación activa son:
• Se impide la semántica de puesta a prueba porque las transcripciones producidas por este protocolo no son transferibles.
• Además de la autenticación de la microplaqueta del eMRTD, este protocolo también proporciona claves de sesión fuertes.
(Además de la autenticación de la microplaqueta del eMRTD, este protocolo también facilita claves de sesión fuertes.)
En el Apéndice C se describen detalles sobre la semántica de puesta a prueba.
El Apéndice C de la Parte 11 recoge:
Apéndice C de la Parte 11
SEMÁNTICA DE PUESTA A PRUEBA (INFORMATIVO)
Considérese un protocolo de puesta a prueba-respuesta basado en firma entre una microplaqueta (CI) del eMRTD y un terminal (IFD), donde la microplaqueta del eMRTD quiere demostrar conocimiento de su clave privada SKIC:
(Valórese un protocolo de puesta a prueba-respuesta basado en firma entre una microplaqueta (CI) del eMRTD y un terminal (IFD), donde la microplaqueta del eMRTD quiere demostrar conocimiento de su clave privada SKIC:)
• El terminal envía una puesta a prueba c elegida aleatoriamente a la microplaqueta del eMRTD.
(El terminal envía una puesta a prueba c elegida imprevisiblemente a la microplaqueta del eMRTD.)
• La microplaqueta del eMRTD responde con la firma s=Sign(SKIC,c).
Si bien este es un protocolo muy sencillo y eficiente, la microplaqueta del eMRTD realmente firma el mensaje c sin conocer la semántica del mismo. Dado que las firmas proporcionan una prueba de autenticidad transferible, cualquier tercera parte puede – en principio – convencerse de que la microplaqueta del eMRTD ha firmado efectivamente este mensaje.
(Si bien este es un protocolo muy sencillo y eficiente, la microplaqueta del eMRTD realmente firma el mensaje c sin conocer el significado del mismo. Dado que las firmas ofrecen una prueba de autenticidad extrapolable, cualquier otro puede – en principio – convencerse de que la microplaqueta del eMRTD ha firmado efectivamente este mensaje.)
Aunque c debería ser una cadena de bits aleatoria, el terminal puede también generar esta cadena de bits en forma impredecible pero (públicamente) verificable, p. ej., sea SKIFD la clave privada del terminal y la puesta a prueba generada utilizando un plan de firmas con recuperación de mensaje.
(Aunque c debería ser una cadena de bits imprevisible, el terminal puede también crear esta cadena de bits en forma impredecible pero (públicamente) comprobable, p. ej., sea SKIFD la clave privada del terminal y la puesta a prueba creada utilizando un plan de firmas con restauración de mensaje.)
c = Sign(SKIFD,IDIC||Date||Time||Location)
La firma garantiza que el terminal ha generado verdaderamente esta puesta a prueba. Debido al carácter transferible de la firma del terminal, cualquier tercera parte con confianza en el terminal y conocimiento de la clave pública correspondiente PKIFD puede verificar que la puesta a prueba fue creada correctamente mediante la verificación de esta firma. Además, debido al carácter transferible de la firma de la microplaqueta del eMRTD en la puesta a prueba, la tercera parte puede concluir que la afirmación es verdadera: la microplaqueta del eMRTD estaba verdaderamente en cierta fecha y hora en un determinado lugar.
(La firma garantiza que el terminal ha creado verdaderamente esta puesta a prueba. Debido al carácter extrapolable de la firma del terminal, cualquier otra parte con confianza en el terminal y conocimiento de la clave pública correspondiente PKIFD puede comprobar que la puesta a prueba fue creada correctamente mediante la comprobación de esta firma. Además, debido al carácter extrapolable de la firma de la microplaqueta del eMRTD en la puesta a prueba, la otra parte puede concluir que la afirmación es verdadera: la microplaqueta del eMRTD estaba verdaderamente en cierta fecha y hora en un determinado lugar.)
En el lado positivo, los Estados pueden utilizar semántica de puesta a prueba para su uso interno, p. ej., para demostrar que una determinada persona ha inmigrado verdaderamente. En el lado negativo, esas pruebas pueden utilizarse indebidamente para rastrear personas. En particular, dado que la autenticación activa no está limitada a las terminales autorizadas, el uso indebido es posible. El peor escenario sería unas microplaquetas de eMRTD que proporcionen la autenticación activa sin control de acceso de base. En este caso, un sistema de rastreo muy poderoso puede establecerse colocando módulos de soporte físico seguros en lugares prominentes. Los registros resultantes no pueden falsificarse debido a las firmas. El control de acceso de base disminuye este problema en cierta medida, dado que se requiere interacción con el titular. No obstante, el problema permanece, pero se limita a lugares donde el documento de viaje del titular es leído de todas maneras, p. ej., por líneas aéreas u hoteles.
(En el lado positivo, los Estados pueden utilizar semántica de puesta a prueba para su uso interno, p. ej., para demostrar que una determinada persona ha inmigrado verdaderamente. En el lado negativo, esas pruebas pueden utilizarse indebidamente para rastrear personas. En concreto, dado que la autenticación activa no está limitada a las terminales autorizadas, el uso indebido es posible. El peor escenario sería unas microplaquetas de eMRTD que posibiliten la autenticación activa sin control de acceso de base. En este caso, un sistema de rastreo muy poderoso puede establecerse colocando módulos de soporte físico seguros en lugares destacados. Los registros resultantes no pueden falsificarse debido a las firmas. El control de acceso de base disminuye este problema en cierta medida, dado que se necesita interacción con el titular. Aun así, el problema se mantiene, pero se limita a lugares donde el documento de viaje del titular es leído de todas maneras, p. ej., por líneas aéreas u hoteles.)
Se puede objetar que especialmente en un escenario sin contacto, las puestas a prueba pueden escucharse furtivamente y volverse a utilizar en una fecha, hora o lugar diferentes y así hacer que la prueba sea por lo menos no fiable. Si bien las puestas a prueba de escucha furtiva son técnicamente posibles, el argumento sigue siendo inválido. Por hipótesis, se confía en que un terminal produce puestas a prueba correctamente y que puede suponerse que ha verificado la identidad de la microplaqueta del eMRTD antes de iniciar la autenticación activa. Entonces, la puesta a prueba escuchada en forma furtiva contendrá una identidad diferente de la identidad del demostrador que firma la puesta a prueba.
(Se puede objetar que especialmente en un escenario sin contacto, las puestas a prueba pueden escucharse clandestinamente y volverse a utilizar en una fecha, hora o lugar diferentes y así hacer que la prueba sea por lo menos no fiable. Si bien las puestas a prueba de escucha clandestina son técnicamente posibles, el argumento sigue siendo inválido. Por hipótesis, se confía en que un terminal produce puestas a prueba correctamente y que puede concluirse que ha comprobado la identidad de la microplaqueta del eMRTD antes de iniciar la autenticación activa. Entonces, la puesta a prueba escuchada en forma clandestina incluirá una identidad diferente de la identidad del demostrador que firma la puesta a prueba.)
(sigue la sección 6 de la Parte 11 del documento 9303)
Los pares de clave de autenticación de microplaquetas estáticos DEBEN almacenarse en la microplaqueta del eMRTD.
• La clave privada se ALMACENARÁ en condiciones de seguridad en la memoria de la microplaqueta del eMRTD.
• La clave pública se PROPORCIONARÁ como SubjectPublicKeyInfo en la estructura ChipAuthenticationPublicKeyInfo (véase la sección 9.2.6).
(La clave pública se SUMINISTRARÁ como SubjectPublicKeyInfo en la estructura ChipAuthenticationPublicKeyInfo (véase la sección 9.2.6).)
La subsección 9.2.6 de la Parte 11 del documento 9303 recoge:
9.2.6 ChipAuthenticationPublicKeyInfo
(9.2.6 ChipAuthenticationPublicKeyInfo = Información sobre la clave pública para la autenticación de la microplaqueta)
Esta estructura de datos proporciona una clave pública para la autenticación de microplaqueta o PACE con correspondencia de autenticación de microplaqueta de la microplaqueta del eMRTD.
(Esta estructura de datos suministra una clave pública para la autenticación de microplaqueta o PACE con correspondencia de autenticación de microplaqueta de la microplaqueta del eMRTD.)
• El identificador de objeto protocol IDENTIFICARÁ el tipo de clave pública (es decir, DH o ECDH).
• La secuencia chipAuthenticationPublicKey CONTENDRÁ la clave pública en forma codificada.
(La secuencia chipAuthenticationPublicKey INCLUIRÁ la clave pública en forma codificada.)
• El entero keyId PUEDE utilizarse para indicar el identificador de clave local. DEBE utilizarse si la microplaqueta del eMRTD proporciona múltiples claves públicas para autenticación de microplaqueta o si esta clave se utiliza para PACE con correspondencia de autenticación de microplaqueta.
(El entero keyId PUEDE utilizarse para indicar el identificador de clave local. DEBE utilizarse si la microplaqueta del eMRTD suministra múltiples claves públicas para autenticación de microplaqueta o si esta clave se utiliza para PACE con correspondencia de autenticación de microplaqueta.)
ChipAuthenticationPublicKeyInfo ::= SEQUENCE {
protocol OBJECT IDENTIFIER(id-PK-DH | id-PK-ECDH),
chipAuthenticationPublicKey SubjectPublicKeyInfo,
keyId INTEGER OPTIONAL
}
Nota.— La microplaqueta del eMRTD PUEDE apoyar más de un par de claves de autenticación de microplaqueta (es decir, la microplaqueta puede apoyar diferentes algoritmos o longitudes de claves). En este caso, el identificador de clave local DEBE revelarse en la correspondiente ChipAuthenticationInfo y ChipAuthenticationPublicKeyInfo.
(Nota.— La microplaqueta del eMRTD PUEDE admitir más de un par de claves de autenticación de microplaqueta (es decir, la microplaqueta puede admitir diferentes algoritmos o longitudes de claves). En este caso, el identificador de clave local DEBE aparecer en la correspondiente ChipAuthenticationInfo y ChipAuthenticationPublicKeyInfo.)
(sigue la sección 6 de la Parte 11 del documento 9303)
Este protocolo proporciona autenticación implícita de la propia microplaqueta del eMRTD y de los datos almacenados ejecutando confusión segura de mensajes por medio de las nuevas claves de sesión.
(Este protocolo suministra autenticación tácita de la propia microplaqueta del eMRTD y de los datos almacenados ejecutando construcción segura de mensajes por medio de las nuevas claves de sesión.)
Si el IC admite la autenticación de microplaqueta, PUEDE admitir esa autenticación en el fichero maestro y/o en la aplicación eMRTD. Si la autenticación de microplaqueta se usa junto con el acceso a los grupos de datos en las aplicaciones LDS2, el IC DEBE apoyar la autenticación de microplaqueta en el fichero maestro.
(Si el IC (Integrated Circuit = circuito integrado) admite la autenticación de microplaqueta, PUEDE admitir esa autenticación en el fichero maestro y/o en la aplicación eMRTD. Si la autenticación de microplaqueta se usa junto con el acceso a los grupos de datos en las aplicaciones LDS2, el IC DEBE admitir la autenticación de microplaqueta en el fichero maestro.)
Nota.— Si se exige la compatibilidad con el mecanismo de control de acceso ampliado de la Unión Europea [TR-03110], el IC DEBE admitir la autenticación del terminal en la aplicación eMRTD.
6.2.1 Especificación del protocolo
El terminal y la microplaqueta del eMRTD ejecutan las etapas siguientes.
1. La microplaqueta del eMRTD envía al terminal su clave pública Diffie-Hellman estática PKIC y los parámetros de dominio DIC.
2. El terminal genera un par de claves Diffie-Hellman efímero (SKDH,IFD, PKDH,IFD, DIC) y envía la clave pública efímera PKDH, IFD a la microplaqueta del eMRTD.
( El terminal crea un par de claves Diffie-Hellman efímero (SKDH,IFD, PKDH,IFD, DIC) y envía la clave pública temporal PKDH, IFD (InterFace Device = Dispositivo de interfaz) a la microplaqueta del eMRTD.)
3. La microplaqueta del eMRTD y el terminal calculan lo siguiente:
a) La clave secreta compartida K = KA(SKIC , PKDH ,IFD , DIC) = KA(SKDH ,IFD, PKIC, DIC)
b) Las claves de sesión KSMAC = KDFMAC(K) and KSEnc = KDFEnc(K) obtenidas de K para la construcción segura de mensajes.
En la figura 3 se muestra una versión simplificada:
Figura 3. Autenticación de microplaqueta
Para verificar la autenticidad de la PKIC el terminal EJECUTARÁ autenticación pasiva.
(Para comprobar la autenticidad de la PKIC el terminal EJECUTARÁ autenticación pasiva.)
6.2.2 Estado de seguridad
Si la autenticación de microplaqueta se realizó con éxito, se reinicia la construcción segura de mensajes utilizando las claves de sesión obtenidas KSMAC y KSEnc. En caso contrario, la construcción segura de mensajes continúa utilizando las claves de sesión establecidas previamente (PACE o control de acceso de base).
Nota.— La autenticación pasiva DEBE realizarse en combinación con la autenticación de microplaqueta. Sólo después de una exitosa validación del objeto de seguridad respectivo puede considerarse genuina la microplaqueta del eMRTD.
(Nota.— La autenticación pasiva DEBE realizarse en unión con la autenticación de microplaqueta. Sólo después de una exitosa aceptación del objeto de seguridad respectivo puede entenderse auténtica la microplaqueta del eMRTD.)
6.2.3 Especificaciones criptográficas
El Estado expedidor u organización expedidora selecciona algoritmos particulares. El sistema de inspección DEBE apoyar todas las combinaciones que se describen en las subsecciones siguientes. La microplaqueta del eMRTD PUEDE apoyar más de una combinación de algoritmos.
(El Estado emisor u organización emisora selecciona algoritmos concretos. El sistema de inspección DEBE admitir todas las combinaciones que se describen en las subsecciones siguientes. La microplaqueta del eMRTD PUEDE admitir más de una combinación de algoritmos.)
6.2.3.1 Autenticación de microplaqueta con DH
Para la autenticación de microplaqueta con DH DEBEN utilizarse los algoritmos y formatos respectivos de la sección 9.6. Para las claves públicas, DEBE utilizarse PKCS#3 [PKCS#3] en vez de X9.42 [X9.42].
(Para la autenticación de microplaqueta con DH (Diffie Hellmann) DEBEN utilizarse los algoritmos y modelos respectivos de la sección 9.6. Para las claves públicas, DEBE utilizarse PKCS#3 [PKCS#3] en vez de X9.42 [X9.42].)
Tabla 5. Identificadores de objetos para autenticación de microplaqueta con DH
La sección 9.6 de la Parte 11 del documento 9303 recoge:
9.6 Algoritmos de acuerdo de clave
La especificación apoya el acuerdo de claves Diffie-Hellman y el Diffie-Hellman de curva elíptica según se resume en la tabla siguiente:
(La determinación admite el acuerdo de claves Diffie-Hellman y el Diffie-Hellman de curva elíptica según se resume en la tabla siguiente:)
Tabla 7. Algoritmos de acuerdo de clave
(sigue la sección 6 de la Parte 11 del documento 9303)
6.2.3.2 Autenticación de microplaqueta con ECDH
Para la autenticación de microplaqueta con ECDH DEBEN utilizarse los algoritmos y formatos respectivos de la sección 9.6.
(Para la autenticación de microplaqueta con ECDH (Elliptic Curve Diffie Hellmann = Curva elíptica Diffie Hellmann) DEBEN utilizarse los algoritmos* y modelos respectivos de la sección 9.6.)
(*NOTA: En la Parte 1 del documento 9303 se define algoritmo como: «tipo de operación criptográfica que utiliza una clave para el cifrado de texto claro y otra clave para el descifrado del texto cifrado conexo. Estas dos claves se relacionan entre sí y se denominan par de claves«.)
Tabla 6. Identificadores de objeto para autenticación de microplaqueta con ECDH
(CBC = Cypher Block Chaining = Cadena de Bloques Cifrados)
(CMAC = Cipher-based Message Authentication Code = Código de autenticación de mensaje basado en cifrado)
6.2.4 Unidades de datos del protocolo de aplicaciones
Dependiendo del algoritmo simétrico que se utilice, se dispone de dos implantaciones de autenticación de microplaqueta.
(Dependiendo del algoritmo simétrico que se utilice, se dispone de dos instalaciones de autenticación de microplaqueta.)
• El comando siguiente se UTILIZARÁ para implantar la autenticación de microplaqueta con construcción segura de mensajes 3DES:
(El comando siguiente se UTILIZARÁ para instalar la autenticación de microplaqueta con construcción segura de mensajes 3DES:)
1. MSE:Set KAT
• La siguiente secuencia de comandos se UTILIZARÁ para implantar autenticación de microplaqueta con construcción segura de mensajes AES y PUEDE utilizarse para implantar autenticación de microplaqueta con construcción segura de mensajes 3DES:
(La siguiente secuencia de comandos se UTILIZARÁ para instalar autenticación de microplaqueta con construcción segura de mensajes AES y PUEDE utilizarse para instalar autenticación de microplaqueta con construcción segura de mensajes 3DES:)
1. MSE:Set AT
2. GENERAL AUTHENTICATE
6.2.4.1 Implantación utilizando MSE:Set KAT
Nota.— MSE:Set KAT sólo puede utilizarse para id-CA-DH-3DES-CBC-CBC y para id-CA-ECDH-3DES-CBC-CBC, es decir, la construcción segura de mensajes se restringe a 3DES.
(Nota.— MSE:Set KAT sólo puede utilizarse para id-CA-DH-3DES-CBC-CBC y para id-CA-ECDH-3DES-CBC-CBC, es decir, la construcción segura de mensajes se limita a 3DES.)
6.2.4.2 Implantación utilizando MSE:Set AT y GENERAL AUTHENTICATE
(6.2.4.2 Instalación utilizando MSE:Set AT y GENERAL AUTHENTICATE)
1. MSE:Set AT: El comando MSE:Set AT se utiliza para seleccionar e inicializar el protocolo. El uso del MSE:Set AT para la autenticación de microplaqueta se indica por medio de un identificador de objeto de autenticación de microplaqueta (véanse las secciones 6.2.3 y 9.2.7) incluido como referencia de mecanismo criptográfico con el rótulo 0x80; véase la tabla a continuación.
Nota.— Algunos sistemas de operación aceptan la selección de una clave no disponible y devuelven un error sólo cuando la clave se utiliza para el fin seleccionado.
2. GENERAL AUTHENTICATE: El comando GENERAL AUTHENTICATE se utiliza para ejecutar la autenticación de microplaqueta.
Nota.— Las claves públicas para autenticación de microplaqueta apoyadas por la microplaqueta están disponibles en el objeto de seguridad (véase la sección 9.2.11). Si se apoya más de una clave pública, el terminal DEBE seleccionar la correspondiente clave privada de la microplaqueta que ha de utilizarse dentro de MSE:Set AT.
(Nota.— Las claves públicas para autenticación de microplaqueta admitidas por la microplaqueta están disponibles en el objeto de seguridad (véase la sección 9.2.11). Si se admite más de una clave pública, el terminal DEBE seleccionar la correspondiente clave privada de la microplaqueta que ha de utilizarse dentro de MSE:Set AT.)
6.2.4.3 Clave pública efímera
Las claves públicas efímeras (véase la sección 9.4.5) se CODIFICARÁN como punto de curva elíptica (ECDH) o entero sin signo (DH).
La sección 9.4.5 de la Parte 10 del documento 9303 recoge:
9.4.5 Claves públicas efímeras
Para las claves públicas efímeras el formato y los parámetros de dominio ya se conocen. Por consiguiente, solo el valor de clave pública llano, es decir, el valor público y para las claves públicas Diffie-Hellman y el punto público Y para las claves públicas de curva elíptica, se utilizan para indicar la clave pública efímera en un objeto de datos específico de contexto.
(Para las claves públicas breves el modelo y los criterios de dominio ya se conocen. Por consiguiente, solo el valor de clave pública llano, es decir, el valor público y para las claves públicas Diffie-Hellman y el punto público Y para las claves públicas de curva elíptica, se utilizan para indicar la clave pública breve en un objeto de datos concreto de contexto.)
Nota.— La validación de claves públicas efímeras es RECOMENDADA. Para DH, el algoritmo de validación requiere que la microplaqueta del eMRTD tenga un conocimiento más detallado de los parámetros de dominio (es decir, el orden del subgrupo utilizado) que es el que normalmente proporciona PKCS#3.
(Nota.— La aceptación de claves públicas temporales es RECOMENDADA. Para DH (Diffie Hellmann), el algoritmo de aprobación exige que la microplaqueta del eMRTD tenga un conocimiento más detallado de los criterios de dominio (es decir, el orden del subgrupo utilizado) que el que normalmente ofrece PKCS#3.)
(sigue la sección 3 de la Parte 5 del documento 9303)
3.3 Flexibilidad dimensional de las Zonas I a V
Las Zonas I a V pueden ajustarse en tamaño y forma dentro de las especificaciones generales sobre dimensiones del DV1 para amoldarse a los diversos requisitos de los Estados u organizaciones expedidores. No obstante, todas las zonas estarán demarcadas por líneas rectas y todos los ángulos donde se unen las líneas rectas serán ángulos rectos (es decir, 90 grados). Se recomienda que no se impriman en el DV1 las remarcaciones de zonas. En las Figuras 7 a 10 se muestran ejemplos del emplazamiento flexible de las zonas.
(Las Zonas I a V pueden ajustarse en tamaño y forma dentro de las determinaciones generales sobre dimensiones del DV1 para amoldarse a los diferentes requisitos de los Estados u organizaciones emisores. Aun así, todas las zonas estarán delimitadas por líneas rectas y todos los ángulos donde se unen las líneas rectas serán ángulos rectos (es decir, 90 grados). Se recomienda que no se impriman en el DV1 las delimitaciones de zonas. En las Figuras 7 a 10 se muestran ejemplos de la colocación flexible de las zonas.)
Si un Estado expedidor u organización expedidora decide producir un DV1 que contenga un borde transparente o inimprimible alrededor de la tarjeta, el resultado será una reducción del espacio disponible dentro de la zona. Las dimensiones completas y las demarcaciones de zonas del DV1 se medirán a partir del borde exterior del borde inimprimible, que es el borde exterior del DV1.
(Si un Estado emisor u organización emisora decide producir un DV1 que incluya un marco transparente o inimprimible alrededor de la tarjeta, el resultado será una reducción del espacio disponible dentro de la zona. Las dimensiones completas y las delimitaciones de zonas del DV1 se medirán desde el borde exterior del marco inimprimible, que es el borde exterior del DV1.)
La Zona I estará emplazada a lo largo del borde superior del DV1 y se extenderá por toda su anchura. El Estado expedidor u organización expedidora podrá variar la dimensión vertical de la Zona I, según lo requiera, pero la dimensión será suficiente para permitir la interpretación legible de los datos en la zona y no excederá de 11,0 mm (0,43 in).
(La Zona I estará situada a lo largo del borde superior del DV1 y se extenderá por toda su anchura. El Estado emisor u organización emisora podrá modificar la dimensión vertical de la Zona I, según lo necesite, pero la dimensión será suficiente para posibilitar la interpretación legible de los datos en la zona y no superará los 11,0 mm (0,43 in).)
La Zona V estará situada de modo que su borde izquierdo coincida con el borde izquierdo del DV1. La Zona V puede variar en tamaño pero no superará las dimensiones máximas especificadas en la Figura 10.
(La Zona V estará situada de modo que su borde izquierdo coincida con el borde izquierdo del DV1. La Zona V puede variar en tamaño pero no superará las dimensiones máximas concretadas en la Figura 10.)
La Zona V podrá moverse verticalmente a lo largo del borde izquierdo del DV1 y cubrir parte de la Zona I, siempre y cuando no se oculten los detalles que figuran en una u otra zona. El alcance de tal movimiento se ilustra en la Figura 10.
(La Zona V podrá moverse verticalmente a lo largo del borde izquierdo del DV1 y tapar parte de la Zona I, siempre y cuando no se oculten los detalles que figuran en una u otra zona. El alcance de dicho movimiento se ilustra en la Figura 10.)
Cuando la fotografía impresa ocupe la superficie máxima de 35 mm x 45 mm dentro de la Zona V, se admitirá una tolerancia horizontal adicional de hasta 2 mm.
El límite superior de la Zona II coincidirá con el límite inferior de la Zona I.
Figura 7. Configuración flexible de las zonas con la Zona II
extendidas por encima del retrato
Figura 8. Configuración flexible de las zonas con la Zona IV,
firma, por debajo del retrato
Figura 9. Configuración flexible de las zonas con la Zona II
extendida por debajo del retrato
Figura 10. Configuración alternativa mostrando la flexibilidad para que la Zona V
se superponga a una parte de la Zona I
Cuando exista la necesidad específica de que la casilla de nombre se extienda a todo lo ancho del DV1, la Zona II podrá ampliarse igualmente a todo lo ancho del DV1 como se ilustra en el Apéndice A, Figura A-3. En caso de utilizarse la totalidad de esta dimensión, la Zona II cubrirá parte de la Zona V. En este caso, los Estados u organizaciones expedidores se asegurarán de que los datos contenidos en una u otra zona no queden ocultos. En las Figuras 8 y 10 se ilustra un diseño de la Zona II de menores dimensiones que la anchura total del documento.
(Cuando exista la necesidad concreta de que la casilla del nombre se extienda a todo lo ancho del DV1, la Zona II podrá ampliarse igualmente a todo lo ancho del DV1 como se ilustra en el Apéndice A, Figura A-3. En caso de utilizarse la totalidad de esta zona, la Zona II ocupará parte de la Zona V. En este caso, los Estados u organizaciones emisores se asegurarán de que los datos incluidos en una u otra zona no queden ocultos. En las Figuras 8 y 10 se ilustra un diseño de la Zona II de menores dimensiones que la anchura total del documento.)
El límite inferior de la Zona II puede colocarse a discreción del Estado expedidor u organización expedidora. Debe dejarse suficiente espacio para las Zonas III y IV por debajo de este límite. El límite no necesariamente debe ser recto a través de la dimensión mayor del DV1. En la Figura 9 se ilustra una Zona II con un límite inferior en dos niveles. El diseño flexible para la Zona II ilustrado se ajusta a las especificaciones definidas anteriormente.
(El límite inferior de la Zona II puede colocarse a elección del Estado emisor u organización emisora. Debe dejarse suficiente espacio para las Zonas III y IV por debajo de este límite. El límite no necesariamente debe ser recto a través de la zona mayor del DV1. En la Figura 9 se ilustra una Zona II con un límite inferior en dos niveles. El diseño flexible para la Zona II ilustrado se ajusta a las determinaciones definidas anteriormente.)
La Zona III puede comenzar en el límite vertical derecho de la Zona V y podrá extenderse a discreción del Estado expedidor u organización expedidora, hasta el borde derecho del DV1. En las Figuras 7 a 9 se ilustran algunas opciones para una configuración flexible de la Zona III.
(La Zona III puede comenzar en el límite vertical derecho de la Zona V y podrá extenderse a elección del Estado emisor u organización emisora, hasta el borde derecho del DV1. En las Figuras 7 a 9 se ilustran algunas opciones para una configuración flexible de la Zona III.)
La posición de la Zona IV se ilustra en los diagramas anteriores, Figuras 7 a 10 y en los ejemplos del Apéndice A, Figuras A-1 y A-3. La Zona IV puede cubrir parte de la Zona V, según se ilustra en la Figura A-3, aunque esta práctica no se recomienda. En este caso, los Estados u organizaciones expedidores deberán asegurarse de que cada detalle que figure en una u otra zona no quede oculto.
(La posición de la Zona IV se ilustra en los diagramas anteriores, Figuras 7 a 10 y en los ejemplos del Apéndice A, Figuras A-1 y A-3. La Zona IV puede ocupar parte de la Zona V, según se ilustra en la Figura A-3, aunque esta práctica no se recomienda. En este caso, los Estados u organizaciones emisores deberán asegurarse de que cada detalle que figure en una u otra zona no quede oculto.)
(sigue la sección 4 de la Parte 5 del documento 9303 de la OACI)
4.2 Zona de lectura mecánica (ZLM) (Zona VII)
4.2.1 Posición de los datos, datos y lugar de la impresión en la ZLM
4.2.1.1 Posición de los datos
La ZLM está ubicada en el reverso del DV1. En la Figura 6 se muestran las dimensiones y posiciones nominales de los datos en la ZLM.
(La ZLM está situada en el reverso del DV1. En la Figura 6 se muestran las dimensiones y posiciones nominales de los datos en la ZLM.)
4.2.1.2 Datos
Los datos correspondientes a determinadas casillas de la ZIV se imprimirán en forma adecuada para la lectura mecánica en la ZLM, comenzando con la exposición del carácter más a la izquierda en cada casilla en el orden indicado en las especificaciones sobre estructura de datos. En el Apéndice B, Figura B-1, se indica la estructura de la ZLM.
(Los datos correspondientes a determinadas casillas de la ZIV se imprimirán en forma adecuada para la lectura mecánica en la ZLM, comenzando con la exposición del carácter más a la izquierda en cada casilla en el orden indicado en las determinaciones sobre estructura de datos. En el Apéndice B, Figura B-1, se indica la estructura de la ZLM.)
El Apéndice B de la Parte 5 del documento 9303 recoge:
TRAZADO DE LA ZONA DE LECTURA MECÁNICA
DEL MROTD DE TAMAÑO DV1 (INFORMATIVO)
Figura B-1. Trazado de los datos de la ZLM de tres líneas de un MROTD de tamaño DV1
Nota 1.— (*) Los códigos de tres letras figuran en el Doc 9303-3.
Nota 2.— Las líneas punteadas indican campos de datos que, junto con las flechas y campo de comentarios, se muestran para comprensión del lector y no se imprimen en el documento.
Nota 3.— Los datos se insertan en el campo a partir del primer espacio de carácter desde la izquierda. Todo espacio no utilizado llevará un carácter de relleno (<).
(Nota 3.— Los datos se incluyen en el campo partiendo del primer espacio de carácter desde la izquierda. Todo espacio no utilizado llevará un carácter de relleno (<).)
(sigue la sección 4 de la Parte 5 del documento 9303 de la OACI)
4.2.1.3 Posición de la impresión
La posición del borde izquierdo del primer carácter será de 5,0 ± 1,0 mm (0,20 ± 0,04 in) a partir del borde izquierdo del documento. En la Figura 6 se ilustran los ejes de referencia para las líneas OCR y una posición inicial nominal para el primer carácter de cada línea. La posición de los caracteres está indicada por dichas líneas de referencia y las zonas de impresión para las tres líneas de código en la Figura 6.
(La posición del lado izquierdo del primer carácter será de 5,0 ± 1,0 mm (0,20 ± 0,04 in) desde el borde izquierdo del documento. En la Figura 6 se ilustran los ejes de referencia para las líneas OCR (Optical Character Recognition = Reconocimiento óptico de caracteres) y una posición inicial nominal para el primer carácter de cada línea. La posición de los caracteres está indicada por dichas líneas de referencia y las zonas de impresión para las tres líneas de código en la Figura 6.)
4.2.2 Disposición de los datos de lectura mecánica en el DV1
4.2.2.1 Disposición de los datos en la línea superior de lectura mecánica
* Las notas figuran en la última parte de la subsección 4.2.2.3.
| 6 a 14 | 0 9 | Número de documento | Asignado por el Estado emisor u organización emisora para identificar individualmente el documento con respecto a todos los otros MROTD emitidos por el Estado u organización. Los espacios se completarán con caracteres de relleno (<). En el Doc 9303-3 figuran detalles adicionales. | 9 | Notas a, b, e, j. |
| 15 | Dígito de verificación | Se calculará según se especifica en el Doc 9303-3 y se situará como se especifica en el párrafo 4.2.4 | 1 | Notas b, c, j. | |
| 16 a 30 | 8, 11 o Zona VI | Datos opcionales | Para uso opcional. Las posiciones de los caracteres que no se utilicen se completarán con el carácter de relleno (<) que se repetirá hasta la posición 30 según sea necesario. | 15 | Notas a, b, c, e, j. |
4.2.2.2 Disposición de los datos en la línea intermedia de lectura mecánica
| 1 a 6 | 0 7 | Fecha de nacimiento | En el Doc 9303-3 figuran detalles al respecto. | 6 | Notas b, c, e. |
| 7 | Dígito de comprobación | Se calculará según se especifica en el Doc 9303-3 y se situará como se especifica en el párrafo 4.2.4 | 1 | Nota b. | |
| 8 | 0 5 | Sexo | F = femenino; M = masculino; < = sin especificar. | 1 | Notas a, c, e, f. |
| 9 a 14 | 10 | Fecha de caducidad | En el Doc 9303-3 figuran detalles al respecto. | 6 | Notas b, e. |
* Las notas figuran en la última parte de la subsección 4.2.2.3
4.2.2.3 Disposición de los datos en la línea inferior de lectura mecánica
| Cuando el nombre del titular tenga una sola parte, se anotará en primer lugar en las posiciones de caracteres del identificador primario utilizando caracteres de relleno (<) para completar las posiciones restantes de la ZLM. En el Doc 9303-3 figuran detalles adicionales. | |||||
| Signos de puntuación en el nombre | En la ZLM no está permitido representar signos de puntuación. En el Doc 9303-3 figuran detalles sobre apóstrofos, guiones, comas, etc. | ||||
| Prefijos y sufijos de nombre | En el Doc 9303-3 figuran detalles al respecto. | ||||
| Caracteres de relleno | Cuando todos los componentes de los identificadores primarios y secundarios junto con los separadores necesarios (caracteres de relleno) no superen los 30 caracteres en total, todos los componentes de nombre permitidos se incluirán en la ZLM, y los espacios sin usar se completarán con caracteres de relleno (<) que se repetirán hasta la posición 30 según sea necesario. | ||||
| Abreviación del nombre | Cuando los identificadores primarios y secundarios más los separadores necesarios (caracteres de relleno) superen el número de espacios disponibles para nombres (o sea, 30), se abreviarán como sigue: | Notas a, c, e y 4.2.3. | |||
| Se eliminarán los caracteres de uno o más de los componentes del identificador primario hasta que se liberen tres espacios y se incluirán dos caracteres de relleno (<<) más el primer carácter del primer componente del segundo identificador. El último carácter |
| (espacio 30) será un carácter alfabético (de A a Z). Esto indica que ha podido haber abreviación. | |||||
| Se podrá seguir abreviando el identificador primario a fin de incluir caracteres del identificador secundario, siempre que el campo del nombre termine con un carácter alfabético (espacio 30). Esto indicará que ha podido haber abreviación. | |||||
| Cuando el nombre esté formado por un identificador primario únicamente que supere el número de posiciones para caracteres destinados al nombre, o sea, 30, se procederá a eliminar caracteres de uno o más componentes del nombre hasta que el último carácter en el campo del nombre sea un carácter alfabético. |
*Notas relativas a los párrafos 4.1.1 y 4.2.2:
a) Caracteres alfabéticos (A–Z) y (a–z). En la ZIV pueden incluirse caracteres nacionales. En la ZLM sólo se utilizarán los caracteres definidos en el Doc 9303-3.
(a) Caracteres alfabéticos (A–Z) y (a–z). En la ZIV (Zona de Inspección Visual) pueden incluirse caracteres nacionales. En la ZLM (Zona de Lectura Mecánica) sólo se utilizarán los caracteres definidos en el Doc 9303-3.)
b) Caracteres numéricos (0–9). En la ZIV pueden incluirse además cifras nacionales. En la ZLM sólo se utilizarán las cifras 0–9 según se define en el Doc 9303-3.
c) En la ZIV pueden incluirse signos de puntuación. En la ZLM sólo se utilizarán los caracteres de relleno especificados en el Doc 9303-3.
(En la ZIV pueden incluirse signos de puntuación. En la ZLM sólo se utilizarán los caracteres de relleno descritos en el Doc 9303-3.)
d) En la Zona VI pueden aparecer datos opcionales.
e) La leyenda de la casilla no se imprime en el documento.
f) Cuando un Estado expedidor u organización expedidora no quiera identificar el sexo, se utilizará el carácter de relleno (<) en esa casilla en la ZLM y una X en la casilla correspondiente de la ZIV.
(Cuando un Estado emisor u organización emisora no quiera identificar el sexo, se utilizará el carácter de relleno (<) en esa casilla en la ZLM y una X en la casilla correspondiente de la ZIV.)
g) El uso de leyendas para identificar una casilla queda a la discreción del Estado expedidor u organización expedidora.
(El uso de leyendas para identificar una casilla queda a la elección del Estado emisor u organización emisora.)
h) En el caso de un documento expedido por la Organización de las Naciones Unidas, o uno de sus organismos especializados a un funcionario designado, se utiliza la clave del organismo apropiado en lugar de la nacionalidad. Véase el Doc 9303-3.
(En el caso de un documento emitido por la Organización de las Naciones Unidas, o uno de sus organismos especializados a un funcionario nombrado, se utiliza la clave del organismo adecuado en lugar de la nacionalidad. Véase el Doc 9303-3.)
i) Los espacios en blanco entre palabras se incluirán en el máximo número de caracteres permitido en la casilla.
(Los espacios en blanco entre palabras se incluirán dentro del máximo número de caracteres admitido en la casilla.)
j) El número de caracteres en la ZIV puede ser variable; no obstante, si el número del documento tiene más de 9 caracteres, los 9 caracteres principales se indicarán en la ZLM en las posiciones 6 a 14. Estarán seguidos por un carácter de relleno en vez de un dígito de verificación, para indicar un número trunco. Los caracteres restantes del número de documento se indicarán al principio del campo reservado para los datos opcionales (posiciones 16 a 30 de la línea superior de lectura mecánica) seguidos de un dígito de verificación y un carácter de relleno.
(El número de caracteres en la ZIV puede ser cambiable; pese a ello, si el número del documento tiene más de 9 caracteres, los 9 caracteres principales se indicarán en la ZLM en las posiciones 6 a 14. Estarán seguidos por un carácter de relleno en vez de un dígito de comprobación, para indicar un número abreviado. Los caracteres restantes del número de documento se indicarán al principio del campo reservado para los datos opcionales (posiciones 16 a 30 de la línea superior de lectura mecánica) seguidos de un dígito de comprobación y un carácter de relleno.)
k) El primer carácter será A, C o I. En el pasado, estos tres caracteres se escogieron por su facilidad de reconocimiento en el conjunto de caracteres OCR-B. El segundo será a discreción del Estado expedidor u organización expedidora, salvo que i) V no se usará, ii) I no se usará después de A (i. e. AI) y iii) C no se usará después de A (i. e. AC) excepto en el certificado de miembro de tripulación.
(El primer carácter será A, C o I. En el pasado, estos tres caracteres se escogieron por su facilidad de reconocimiento en el conjunto de caracteres OCR-B (Optical Character Recognition font defined in ISO 1073-2 = Tipo de letra para reconocimiento óptico de caracteres definido en la ISO 1073-2). El segundo será a elección del Estado emisor u organización emisora, salvo que i) V no se usará, ii) I no se usará después de A (es decir, AI) y iii) C no se usará después de A (es decir, AC) salvo en el certificado de miembro de tripulación.)
l) En el documento se imprimirá la leyenda de la casilla.
4.2.3 Truncamiento del nombre en la ZLM
(4.2.3 Reducción del nombre en la ZLM)
Las reglas básicas para escribir el nombre de la persona titular en la ZIV y la ZLM figuran en el Doc 9303-3 de la OACI. Cuando el nombre contenga más caracteres de los disponibles en la casilla de nombre de la ZLM del DV1, es necesario truncar el nombre. Los métodos siguientes brindan varias opciones disponibles para utilizar a discreción del Estado expedidor u organización expedidora.
(Las reglas básicas para escribir el nombre de la persona titular en la ZIV (Zona de Inspección Visual) y la ZLM (Zona de Lectura Mecánica) figuran en el Doc 9303-3 de la OACI. Cuando el nombre incluya más caracteres de los disponibles en la casilla de nombre de la ZLM del DV1, es necesario abreviar el nombre. Los métodos siguientes ofrecen varias opciones disponibles para utilizar a elección del Estado emisor u organización emisora.)
4.2.3.1 Nombres truncados — Identificador secundario truncado
(4.2.3.1 Nombres abreviados — Identificador secundario abreviado)
a) Uno o más nombres reducidos a iniciales:
Nombre: Nilavadhanananda Chayapa Dejthamrong Krasuang
ZIV: NILAVADHANANANDA, CHAYAPA DEJTHAMRONG KRASUANG
ZLM (línea inferior): NILAVADHANANANDA<<CHAYAPA<DE<K
b) Uno o más nombres truncados:
(Uno o más nombres abreviados:)
Nombre: Nilavadhanananda Arnpol Petch Charonguang
ZIV: NILAVADHANANANDA, ARNPOL PETCH CHARONGUANG
ZLM (línea inferior): NILAVADHANANANDA<<ARNPOL<PE<CH
4.2.3.2 Nombres truncados — Identificador primario truncado
(4.2.3.2 Nombres reducidos — Identificador primario reducido)
a) Uno o más nombres reducidos a iniciales:
Nombre: Dingo Potoroo Bennelong Wooloomooloo Warrandyte Warnambool
ZIV: BENNELONG WOOLOOMOOLOO WARRANDYTE WARNAMBOOL, DINGO POTOROO
ZLM (línea inferior): BENNELONG<WOOLOOMOOLOO<W<W<<DI
b) Uno o más nombres truncados:
Nombre: Dingo Potoroo Bennelong Wooloomooloo Warrandyte Warnambool
ZIV: BENNELONG WOOLOOMOOLOO WARRANDYTE WARNAMBOOL, DINGO POTOROO
ZLM (línea inferior): BENNELONG<WOOLOOM<WA<WARN<<D<P
c) Uno o más nombres reducidos a un número fijo de caracteres:
Nombre: Dingo Potoroo Bennelong Wooloomooloo Warrandyte Warnambool
ZIV: BENNELONG WOOLOOMOOLOO WARRANDYTE WARNAMBOOL, DINGO POTOROO
ZLM (línea inferior): BENNE<WOOLO<WARRA<WARNA<<DIN<P
4.2.3.3 Nombres que ocupan el número máximo de espacios disponibles en el campo de nombre y que, por terminar con una letra en el último espacio de ese campo podrían parecer truncados, aunque no lo hayan sido.
(Nombres que ocupan el número máximo de espacios disponibles en el campo de nombre y que, por terminar con una letra en el último espacio de ese campo podrían parecer abreviados, aunque no lo hayan sido.)
Nombre: Jonathon Alec Papandropoulous
ZIV: PAPANDROPOULOUS, JONATHON ALEC
ZLM (línea inferior): PAPANDROPOULOUS<<JONATHON<ALEC
Nota.— Pese a que en la posición 30 de la línea inferior de lectura mecánica de este DV1 aparece un carácter alfabético, el nombre no ha sido truncado, pero debe suponerse que lo ha sido.
(Nota.— Pese a que en la posición 30 de la línea inferior de lectura mecánica de este DV1 aparece un carácter alfabético, el nombre no ha sido abreviado, pero debe suponerse que lo ha sido.)
4.2.3.4 Nombres que contienen varios componentes
(4.2.3.4 Nombres que incluyen varios componentes)
Nombre: Martin Van Der Muellen
ZIV: VAN DER MUELLEN, MARTIN
ZLM (línea inferior): VAN<DER<MUELLEN<<MARTIN<<<<<<<
Nombre: Huda Muhammad Jawad Al-Basri
ZIV: AL-BASRI, HUDA MUHAMMAD JAWAD
ZLM (línea inferior): AL<BASRI<<HUDA<MUHAMMAD<JAWAD<
Nombre: Jose Ramon Vilarchao Fernandez
ZIV: VILARCHAO FERNANDEZ, JOSE RAMON
ZLM (línea inferior): VILARCHAO<FERNANDEZ<<JOSE<RAMO
4.2.3.5 Sin identificador secundario
Nombre: Arkfreith
ZIV: ARKFREITH
ZLM (línea inferior): ARKFREITH<<<<<<<<<<<<<<<<<<<<<
Nombre: Satriya Sudarpa
ZIV: SATRIYA SUDARPA
ZLM (línea inferior): SATRIYA<SUDARPA<<<<<<<<<<<<<<<
4.2.4 Dígitos de verificación en la ZLM
El método para calcular los dígitos de verificación figura en el Doc 9303-3. Para el DV1, la disposición de los datos de las líneas de lectura mecánica en el párrafo 4.2.2 tiene en cuenta la inclusión de cuatro dígitos de verificación como sigue:
4.3 Representación del Estado expedidor u organización expedidora
y de la nacionalidad del titular en la ZLM y la ZIV
El uso de los códigos de tres letras indicados en el Doc 9303-3 es obligatorio en la ZLM. En la ZIV, el nombre del Estado expedidor u organización expedidora aparecerá en su totalidad; la nacionalidad de la persona titular en la ZIV puede aparecer en su totalidad o en forma de código de tres letras. Los lugares específicos se definen en la tabla siguiente:
(El uso de los códigos de tres letras indicados en el Doc 9303-3 es obligatorio en la ZLM. En la ZIV, el nombre del Estado emisor u organización emisora aparecerá en su totalidad; la nacionalidad de la persona titular en la ZIV puede aparecer en su totalidad o en forma de código de tres letras. Los lugares concretos se definen en la tabla siguiente:)
(sigue el apartado 9.7 de la Parte 11 del documento 9303)
9.7.4 Claves de construcción segura de mensajes
Las claves para el cifrado de autenticación se obtienen como KDFEnc(K) = KDF(K,1) y KDFMAC(K) = KDF(K,2) respectivamente, a partir de un secreto compartido K.
(sigue la sección 4 de la Parte 11 del documento 9303)
4.3.2 Proceso de inspección
Cuando un eMRTD con control de acceso de base se ofrece al sistema de inspección, la información leída óptica o visualmente se utiliza para obtener las claves de acceso de base al documento (KEnc y KMAC) a efectos de acceder al CI sin contacto y establecer un canal seguro de comunicación entre el CI sin contacto del eMRTD y el sistema de inspección.
(Cuando un eMRTD con control de acceso de base se ofrece al sistema de inspección, la información leída óptica o visualmente se utiliza para obtener las claves de acceso de base al documento (KEnc y KMAC) a fin de acceder al CI sin contacto y establecer un canal seguro de comunicación entre el CI sin contacto del eMRTD y el sistema de inspección.)
Un CI sin contacto del eMRTD que apoya el control de acceso de base DEBE responder a los intentos de lectura no autenticados, es decir, intentos de lectura enviados sin construcción segura de mensajes [incluyendo la selección de ficheros (protegidos) en la LDS], con el mensaje “condición de seguridad no satisfecha” (0x6982) una vez establecido el canal seguro. Si el CI recibe un comando SELECT, es decir, sin construcción segura de mensajes aplicada, en el canal seguro, el CI ELIMINARÁ el canal seguro. Cuando se envía un comando SELECT antes de establecerse el canal seguro, o cuando el canal seguro ha sido eliminado, el CI PUEDE devolver los 0x6982 y 0x9000, es decir, son respuestas conformes a la OACI.
(Un CI sin contacto del eMRTD que admite el control de acceso de base DEBE responder a los intentos de lectura no autenticados, es decir, intentos de lectura enviados sin construcción segura de mensajes [incluyendo la selección de ficheros (protegidos) en la LDS], con el mensaje “requisito de seguridad no satisfecho” (0x6982) una vez establecido el canal seguro. Si el CI recibe un comando SELECT, es decir, sin construcción segura de mensajes aplicada, en el canal seguro, el CI ELIMINARÁ el canal seguro. Cuando se envía un comando SELECT antes de establecerse el canal seguro, o cuando el canal seguro ha sido eliminado, el CI PUEDE devolver los 0x6982 y 0x9000, es decir, son respuestas adecuadas a la OACI.)
Para autenticar el sistema de inspección DEBEN ejecutarse las etapas siguientes:
1) El sistema de inspección lee la “Información ZLM” (MRZ_information) que consiste en la concatenación del número de documento, fecha de nacimiento y fecha de caducidad, incluyendo sus respectivos dígitos de verificación, según se describen en el Doc 9303-4, Doc 9303-5 o Doc 9303-6 para los formatos de documento DV3, DV1 y DV2, respectivamente, de la ZLM utilizando un lector OCR-B. Alternativamente, la información requerida puede escribirse; en este caso, se ESCRIBIRÁ como aparece en la ZLM. Los 16 bytes más significativos de la condensación SHA-1 de esta “Información ZLM” se utilizan como semilla de claves para obtener las claves de acceso de base al documento utilizando el mecanismo de obtención de clave que se describe en la sección 9.7.2.
(El sistema de inspección lee la “Información ZLM” (MRZ_information) que consiste en el encadenamiento del número de documento, fecha de nacimiento y fecha de caducidad, incluyendo sus respectivos dígitos de verificación, según se describen en el Doc 9303-4, Doc 9303-5 o Doc 9303-6 para los modelos de documento DV3, DV1 y DV2, respectivamente, de la ZLM utilizando un lector OCR-B. Alternativamente, la información exigida puede escribirse; en este caso, se ESCRIBIRÁ como aparece en la ZLM. Los 16 bytes más significativos de la condensación SHA-1 de esta “Información ZLM” se utilizan como semilla de claves para obtener las claves de acceso de base al documento utilizando el mecanismo de obtención de clave que se describe en la sección 9.7.2.)