Atacar ficheros TACOGRAFOS DIGITALES

[socger]

Estos ficheros están recogidos de las tarjetas de algunos de los conductores de la empresa de transportes para la que trabajo.

Puedo subir más para que los probeis. Y de momento con todos los que he probado me ha ocurrido lo mismo.

Gracias de todos modos. Seguiré haciendo pruebas, pero os agradecería que me pudieseis hechar un cable. Cualquier idea por la que pueda caminar me podría solucionar este problema.

Saludos.

[[Lepe]]

los conductores que tenemos son:
- diego antonio
- juan jose
- manuel riquelme.

Sería bueno saber de antemano la fecha de expedición de su tarjeta, primer dia de validez y fecha en la que termina la validez (Al menos algunas de ellas) a ver si calculando los segundos de esas fechas, se puede obtener el número que viene en el fichero).

Este fin de semana salgo de viaje, así que no podré echarle un vistazo.

Saludos

[Casimiro Noteví]

También sería útil ver los resultados de esos ficheros con algún otro programa que los lea, a ver qué datos saca.

[SpyNett]

Socger,
Te puedo comentar que leer correctamente los ficheros no es en absoluto trivial. La estructura de los ficheros sigue un método de almacenamiento bastante arcaico y propenso a errores. Toda la información se graba en binario y debes convertirla a carácter y después verificar que lees correctamente mediante la firma digital. En realidad la información no va encriptada (aunque podría estarlo). Cada segmento sólo va acompañado de un hash hecho sobre estos datos en base a la parte privada del certificado del dispositivo (tarjeta de conductor en tu caso).
Como ha comentado ya alguien en el foro, leer el fichero solo es un paso, luego debes darle coherencia a la información leída y es entonces cuando empiezan los problemas: Un fichero de conductor se divide en varios segmentos (por ejemplo: tarjetas introducidas, lugares visitados, vehículos utilizados, actividades) los cuales no siempre cuadran entre si. !!

Después tienes errores del tipo en que un mismo día y hora aparece que el conductor ha llevado dos vehículos (porque uno de los relojes de los tacógrafos no está bien calibrado por ejemplo), después tienes discrepancias respecto a cuánto tiempo ha estado la tarjeta insertada en el tacógrafo (que puede variar según donde lo mires) u otros problemas como que el tacógrafo no registre con cuantos kilómetros has finalizado un día de conducción, entonces no puedes calcular correctamente la distancia recorrida en ese dia.
No es por desanimarte pero te espera bastante curro. Donde yo trabajo hemos tenido que lidiar con estos y 'algunos' problemas más ya que hemos desarrollado un software de lectura y análisis de tacógrafos. Se llama Datacograf y creo (humildemente) que es el software más detallado en cuanto a análisis. (no porque seamos más listos que nadie, sino porque lo hemos desarrollado partiendo de lo que creemos que no hacen bien los otros programas y porque está desarrollado sobre .NET 2.0+Visual Studio 2005).

En cuanto al acceso a los datos: puedes acceder a la información por dos vías: con este programa tienes acceso libre a la base de datos (el programa trabaja en MS Access, SQL Server 2000, SQL Server 2005 o MySQL 5.0 ). Si el primer método no te sirve puedo comentarte que actualmente yo estoy desarrollando una DLL que ataca a los datos integrados en el programa, de manera que puedas llamar a esta DLL y pedirle por ejemplo los totales de conducción y descanso del conductor X entre el dia xxx y el xxx.

Yo he analizado los ficheros TGD que has colgado y si a alguien les interesa os los puedo mandar por email (no los puedo colgar aquí porque su tamaño está entre 400Kb (informe de contenido puro del fichero) y 4000Kb (informe detallado)).
Si quereis probar vosotros mismo el análisis de ficheros de conductor lo podeis hacer en un servicio (actualmente gratuïto) que colgamos hace más o menos un mes en http://www.tacografo-digital.net/Fil...yzerLogin.aspx
Introducid el usuario 'datacograf' y el password 'invitado'.

Si deseas más información puedes escribir a [email protected] o llamar al 972 207 208 y preguntar por Pedro.
Espero haber ayudado en algo y disculpad por la longitud de este mensaje.

Cordialmente,
Miquel Fornas
[email protected]

[[Lepe]]

Que el nombre de "Datacograf Profesional" aparezca en este hilo no es mera casualidad, de hecho, es el software que recomendé a uno de mis Clientes de mi ciudad (Lepe) hace cosa de un mes.

Miguel, aprovecho la ocasión para agradecer que te hayas registrado en el foro y responder este hilo.

Saludos

[jojobkx_1]

con los problemas de fechas yo de duzco que:
tienes posibilidad de ver las tarjetas fisicamente No?
pues puedes saber la fecha de validez.
si no esta impreso en la tarjeta, puedes saber el plazo sabiendo cuando
se izo la tarjeta. No?
apartir de ahi teniendo lo que obtienes en el fichero tgd se podria saber
desde cuando se empieza.(pero provando varias tarjetas).

No se si te servira o sera una tonteria.
sobre los ficheros tgd es muy interesante(quien no tiene un amigo camionero y que quiera ver el fichero. ya que es suyo!sin pagar una pasta)
si puedo le echare un ojo al codigo tuyo.
saludos.

[javigh]

Hola. Yo también estoy intentando descrifrar este tipo de archivos. El problema con el que me encuentro es que el único documento que he encontrado explica la estructura de datos de la "tarjeta de conductor" es el pdf ese del BOE. En la página 119 es donde se encuentra dicha estructura, pero no tiene "nada" que ver con la estructura del fichero TGD que tengo y los que he bajado de este post. Yo he podido leer el "EF Identification" (titular de la tarjeta, todo tipo de fechas, etc), pero por ingeniería inversa y no leyendo el documento. Según el PDF el "cardIssuingMemberState" debería estar en la posición 0x01B0, pero tanto en los archivo que tengo como en los que se han publicado en este post, esa información está en el 0x00C4. ¿Qué ha pasado con los certificados que deberían estar antes?.

Si se empieza desde el principio, el embedderIcAssemblerId debería estar en la posición 0x0012, pero anda sobre la posición 0x0017 (que es donde pone EFNMT, que deduzco que será la fábrica nacional de moneda y timbre).

¿Alguien sabe por qué no coincide la posición indicada en el documento con la que viene en el archivo?. Yo he pensado que quizás la información del PDF es la información almacenada en la tarjeta, y parte de esa información se pierde al pasarlo a un archivo, como por ejemplo los certificados digitales.

Muchas gracias de antemano!

Un Saludo.

PE: Bueno, he "descubierto" que los diferentes campos pueden estar desordenados y sólo es cosa de mirar el FID, jeje... Las prisas!

[javigh]

Sobre el tema de la fecha... supongo que ya hace tiempo que estará arreglado, pero por si acaso. Lo que a mi me ha funcionado es coger el hexadecimal, por ejemplo 4F 38 52 80, se pasa a decimal que sería 1329091200, y esos son los segundos a partir del 1/1/1970. Y ya "sólo" hay que haer las cuentas pertinentes.

Un Saludo.

[javigh]

Hola a todos de nuevo. Ya he conseguido extraer toda la información de la tarjeta del conductor y del archivo del tacógrafo. Ahora estoy intentando verificar las firmas de las diferentes zonas de datos.

¿Sabéis si existen librerías para Delphi que utilicen certificados RSA para encriptar/desencriptar datos?. La verdad es que he estado buscando y no he encontrado ninguna gratuita.

A falta de esto, me valdría con alguna función que pueda elevar un número impresionantemente grande (del tamaño de los datos), a otro número de 1024 bits y hacerle un módulo de 1024 bits. No sé tampoco si esto existe o me lo tendré que implementar yo todo.

Un Saludo.

[Casimiro Noteví]

Creo que es una buena pregunta para seoane, que, por cierto, hace unos días que no se le ve por aquí

[socger]

No se exáctamente que es lo que necesitas.
Pero no me importaría poderte hechar un cable con lo que he ido avanzando.

Si quieres contactar diréctamente conmigo mi cuenta de correo es [email protected]

Saludos

[javigh]

Empezado por socger

No se exáctamente que es lo que necesitas.
Pero no me importaría poderte hechar un cable con lo que he ido avanzando.

Si quieres contactar diréctamente conmigo mi cuenta de correo es [email protected]

Saludos

Bueno, lo que necesito es verificar que los datos son correctos y no han sido modificados. En el caso de la tarjeta del conductor la firma de una zona concreta de datos empieza con la cabecera con Tipo = 0x01. Pero para verificar esa firma primero hace falta saber la clave pública del aparato que ha firmado los datos (en este caso, de la tarjeta), y para saber eso hace falta saber la clave pública de la CA y para saber eso se necesita la clave pública EUR.PK. Con la clave EUR.PK se verifica el certificado MemberStateCertificate y se saca ES.PK en nuestro caso. Y con la ES.PK se saca la clave pública de la tarjeta a partir del CardCertificate. Una vez que se tiene la clave pública de la tarjeta, se hace el Hash de los datos, se desencripta la firma (dándonos el hash calculado en la creación) y ambos hash deberían coincidir.

Con los datos del tacógrafo es básicamente lo mismo, aunque el archivo no tiene el mismo formato que el archivo de la tarjeta del conductor, pero también tiene los dos certificados (MemberStateCertificate y VUCertificate) y una firma cada segmento de datos.

El proceso que hay que hacer sé cual es, pero no sé cómo conseguir la EUR.PK, ni si existe alguna librería en delphi que devuelva la clave pública de un certificado y que compruebe una firma ni nada...

Gracias por la ayuda!

Un Saludo.