elhacker.net cabecera Bienvenido(a), Visitante. Por favor Ingresar o Registrarse
¿Perdiste tu email de activación?.

 

 


Tema destacado: Tutorial básico de Quickjs


  Mostrar Temas
Páginas: [1]
1  Seguridad Informática / Hacking / Tarjeta RFID 1K con sectores 16 y 17 en: 15 Mayo 2023, 12:38 pm
Buenos días.

Me he topado con una tarjeta RFID que tiene la particularidad de poseer 2 sectores más de los 16 normales (0 al 15) que tiene una Mifare Classic 1K. Probablemente se trate de una Vigik

Con proxmark3 he podido extraer todas la keys de los 18 los sectores.

El último sector 17 es totalmente legible con la clave B aunque no se puede escribir pues tiene los derechos de acceso en el sector trailer fijados en 70F0F8:

[=]   # | Access rights
[=] ----+-----------------------------------------------------------------
[=]   0 | read B
[=]   1 | read B
[=]   2 | read B
[=]   3 | read ACCESS by AB

Este sector 17 contiene la TAG IC Signature en el segundo y tercer bloque. En el primer bloque hay bytes escritos que no se a qué corresponden, pero parecen ser un identificador.

El sector 16 existe pero no es posible leerlo ni escribirlo. Cualquier intento de lectura con la clave correcta arroja el error 04:

[usb] pm3 --> hf mf rdbl --blk 67 -a -k 5C8FF9990DA2
  • Cmd Error 04
  • Read block error
[usb] pm3 --> hf mf rdbl --blk 67 -b -k D01AFEEB890A
  • Cmd Error 04
  • Read block error
[usb] pm3 --> hf mf rdsc --sec 16 -b -k D01AFEEB890A
  • Cmd Error 04
  • Read sector 16 block  0 error
[usb] pm3 --> hf mf rdsc --sec 16 -a -k 5C8FF9990DA2
  • Cmd Error 04
  • Read sector 16 block  0 error

Probablemente se trate de una protección física; un sector deliberadamente erróneo por hardware como parte de la protección anticopia (al estilo de los antiguos CDs de juegos). Y digo por hardware porque aún queriendo simularlo en el bloque trailer colocando los derechos de acceso a FFFFFF, debería poder leerse el último bloque del sector y eso no sucede pues:

[usb] pm3 --> hf mf acl -d ffffff

[!!] Invalid Access Conditions, NEVER write these on a card!

[=]   # | Access rights
[=] ----+-----------------------------------------------------------------
[=]   0 | none
[=]   1 | none
[=]   2 | none
[=]   3 | read ACCESS by AB

Asi que la protección principal debe estar precisamente en ese sector 16 que debe arrojar deliberadamente ese error 04 ante cualquier intento de lectura y escritura.

Concluciones sobre su posible (o imposible) clonación:

1. Sería necesaria una tarjeta UID de al menos 2K (para que pueda tener los sectores 16 y 17). Creo que no existen por lo que habría que irse a una S70 de 4K.
2. El sector 17 no habria problema en replicarlo.
3. En cuanto al sector 16, creo que daría igual su contenido a excepción del cuarto bloque que debería contener las keys A y B y además unos permisos de acceso para el usuario 69 que no permitiesen ni su lectura y escritura, lo que creo que no es posible porque incluso colocando FFFFFF en cuarto bloque podría leerse con cualquiera de las claves.
4. Tampoco valdría cambiar las claves por otras porque aunque no se podría leer arrojaría un error de autentificación y no el error 04.

En este punto agradecería cualquier idea o aportación.

Saludos.






L
Páginas: [1]
WAP2 - Aviso Legal - Powered by SMF 1.1.21 | SMF © 2006-2008, Simple Machines