La lectura de pasaporte electrónico ahora es compatible con todos los lectores NFC de la serie μFR. Esta característica se introdujo con el lanzamiento de la versión 5.0.12 de la biblioteca μFCoder.
Todos nuestros lectores NFC de la serie μFR ahora admiten la lectura de grupos de datos de chips NFC integrados en documentos de viaje legibles por máquina (MRTD), incluidos los pasaportes electrónicos que cumplen con las especificaciones de la OACI.
La implementación es compatible con el mecanismo de control de acceso básico (abreviado: BAC) para el acceso al chip NFC. BAC permite la autenticación y el canal de comunicación criptográfica segura con una etiqueta NFC incrustada en el MRTD. BAC se basa puramente en criptografía simétrica utilizando el algoritmo 3DES y se implementa de acuerdo con ICAO 9303, parte 11.OACI significa Organización de Aviación Civil Internacional (https://www.icao.int). La especificación ICAO 9303 estandariza los MRTD, incluidos los pasaportes electrónicos.
NOTAR:
- El control de acceso básico MRTD es compatible con la biblioteca uFCoder a partir de la versión 5.0.12.
- El software MRTD NO ES compatible con los dispositivos μFR NFC RFID con actualización RF Booster .
Docs & Software Download
Ejemplo de SDK de software de lectura de pasaportes electrónicos
Enlace de descarga de ejemplo del SDK de MRTD de ePassport.
Demostración de software
Descargue el proyecto e inicie el ejecutable binario desde la carpeta correspondiente:
para un Windows de 32 bits, inicie el archivo win32_releaserun_me.cmd
para un Windows de 64 bits, inicie el archivo win64_releaserun_me.cmd
para un Linux de 32 bits, inicie linux32_release/ePassport_mrtd
para un Linux de 64 bits, inicie linux64_release/ePassport_mrtd
El ejemplo del software de lectura de pasaportes electrónicos requiere que se conecte y configure un dispositivo lector μFR en la PC. Ninguna otra aplicación o servicio que utilice el lector μFR debe ejecutarse en el equipo. Después del inicio exitoso del "Ejemplo de MRTD de pasaporte electrónico", obtendrá una pantalla como se muestra a continuación.
Ahora, debe elegir una de las opciones 'M' o 'P' como se indica en las instrucciones de uso de la aplicación en la pantalla.
Si elige la opción M', se le pedirá el texto:
Ha elegido introducir la fila MRZ subyacente situada debajo del
'P<XXXAPELLIDO<<NOMBRE<<<<<<<<<<<<<<<<<<<<<':
Introduzca la fila MRZ subyacente. Las filas MRZ subyacentes tienen que tener 44 caracteres.
Un ejemplo del MRZ subyacente se puede ver en la foto de abajo.
De lo contrario, si elige la opción 'P', se le mostrará el texto:Ha elegido ingresar el número de documento, la fecha de nacimiento y la fecha de vencimiento por separado:
Introduzca el número de documento. El número de documento debe tener 9 caracteres.
_________ …
Introduzca la fecha de nacimiento. El formato de fecha tiene que ser AAAADD.
______ …
Introduzca la fecha de caducidad. El formato de fecha tiene que ser AAAADD.
______ …
Después de haber introducido los datos válidos, la aplicación le informará con un mensaje:
MRZ proto-key se ha configurado correctamente.
——————————————————————-
Después de este mensaje, puede continuar con las operaciones de lectura en la etiqueta NFC incrustada en el pasaporte electrónico.
Ahora puede colocar el pasaporte electrónico en el campo del lector μFR. En una comunicación exitosa, obtendrá información básica sobre la etiqueta NFC en el campo del lector. Por ejemplo:——————————————————————-
Tipo de etiqueta: DL_GENERIC_ISO14443_4, sak = 0x??, uid[4] =
??:??:
?? ——————————————————————-
SAK y UID en este ejemplo están enmascarados y pueden tener cualquier valor arbitrario. Los pasaportes electrónicos siempre serán reconocidos como el tipo de etiqueta DL_GENERIC_ISO14443_4.
Ahora puede elegir las opciones de lectura de la aplicación:
'C' – esta opción lee datos comunes (EF.COM archivo elemental) del pasaporte electrónico. Después de una lectura correcta, los datos se analizan y se muestran en el siguiente formato:
EF.COM se ha leído correctamente. La longitud del archivo es ??
bytesDatos sin procesar: 60 xx xx xx xx xx xx xx xx xx xx xx xx xx …
Análisis de la EF.COM datos sin procesar
:LDS version is 01.07
UNICODE version is 04.00.00
Existing data groups list
:Found: EF. DG1
Encontrado: EF. DG2
Encontrado: EF. DG3
Encontrado: EF. DG14
——————————————————————-
Los datos sin procesar en este ejemplo se enmascaran (xx xx xx…) por motivos de seguridad. Cuando lea su propio documento, obtendrá sus datos brutos reales aquí. Puede leer más sobre la versión LDS y la versión UNICODE en el documento ICAO 9303, parte 10.
Las versiones LDS y UNICODE van seguidas de la lista de grupos de datos que contiene ePassport. Sólo la DG1 y la DG2 son obligatorias. Todos los demás grupos de datos pueden estar presentes o no en el MRTD particular.
'S' : esta opción lee el objeto de seguridad del documento (EF. SOD elementary file) y lo guarda en el archivo binario cuya ruta y nombre debe ingresar cuando se le solicite. El objeto de seguridad del documento contiene una firma digital en el formato CMS PKCS#7 estándar. Presencia del EF. SOD en el MRTD es obligatorio.
'1' – Esta opción lee el EF. DG1, analícelo y muestre los datos sin procesar y analizados en el siguiente formato:
EF. DG1 se ha leído correctamente. La longitud del archivo es ??
bytesDatos sin procesar:
61
xx xx xx xx xx xx xx …
Análisis simple del EF. Datos brutos DG1
:Código del documento: P (pasaporte electrónico)
Estado u organización emisora: ???
Nombre del titular: APELLIDO FIRST_NAME Número de
documento: ?????????
¿¿¿Nacionalidad:???
Fecha de nacimiento (dd.MM.aaaa.): ??.??.????.
¿¿¿¿Sexo:????
Fecha de caducidad (dd.MM.aaaa.): ??.??.????.
Datos opcionales: ??????????????
——————————————————————-
Los datos sin procesar en este ejemplo se enmascaran (xx xx xx…) por motivos de seguridad. Cuando lea su propio documento, obtendrá sus datos brutos reales aquí.
'2' – Esta opción lee el EF. DG2 y lo guarda en el archivo binario cuya ruta y nombre debe ingresar cuando se le solicite. Ef. DG2 contiene una imagen facial del titular del documento y es obligatorio. EF. DG2, además de las imágenes faciales, también podría contener rasgos faciales biométricos. Más sobre EF. El contenido DG2 se puede leer en el documento ICAO 9303, parte 10.
'I' – esta opción dice EF. DG2 también. En este caso, solo la imagen facial se extrae del archivo MRTD y se guarda en el archivo cuya ruta y nombre ha ingresado. El formato de la imagen se detecta automáticamente y la extensión del archivo se establece de acuerdo con él. Hay dos posibles formatos de archivo de imagen definidos para este contexto: JPEG o JP2 (es decir.jpeg 2000).
'D' – esta opción lee cualquiera del grupo de datos elemental (EF. DG) del MRTD y lo guarda en el archivo binario, cuya ruta y nombre debe ingresar cuando se le solicite. Después de elegir esta opción, se le pedirá EF. Índice DG. El índice puede estar comprendido entre 1 y 16 (por ejemplo, 1 para la FE. DG1 y 14 para EF. DG14). El archivo elemental que desea leer debe aparecer en la lista de grupos de datos EF.COM.
La versión actual del "Ejemplo de MRTD de pasaporte electrónico" es 1.0 y depende de la versión 5.0.12 de la biblioteca uFCoder y de la versión 5.0.22 del firmware uFR.
Enlaces adicionales
Para navegar o descargar otros ejemplos de software, visite nuestro repositorio de software de Gitlab.
Para comprar nuestros dispositivos, visite nuestra tienda oficial en línea.
No dude en ponerse en contacto con nuestro soporte técnico si tiene alguna pregunta sobre nuestros ejemplos de software.