Respuesta corta:
Las tarjetas MIFARE Classic 1K no tienen un bloque estándar que almacene una fecha de caducidad.
Cualquier información sobre caducidad o validez es definido por la aplicación y puede que no se almacene en la tarjeta en absoluto.
¿Tiene MIFARE Classic 1K un campo de fecha de caducidad?
No.
Tarjetas MIFARE Classic 1K:
- Visite no incluir un campo de fecha de caducidad integrado
- Visite no seguir un modelo de datos normalizado
- Almacenar sólo bloques de memoria en bruto definidos por el integrador del sistema
Cualquier lógica de expiración es implementada por:
- El sistema de acceso al hotel
- El firmware de la cerradura
- O una base de datos backend
Hay ningún sector o bloque universal que “gestiona” la caducidad en una tarjeta MIFARE Classic 1K.
¿Qué bloque almacena la fecha de caducidad de una tarjeta MIFARE Classic 1K?
No existe un número de bloque fijo.
Si existe una fecha de caducidad, puede almacenarse en:
- Cualquier bloque de datos (Bloque 0-2) de cualquier sector
- A formato binario personalizado
- En estructura encriptada u ofuscada
- O no se almacena en la tarjeta
Los distintos proveedores utilizan diseños diferentes, incluso dentro del mismo sector (hoteles, gimnasios, aparcamientos).
Por qué a menudo no se encuentra la fecha de caducidad en una tarjeta descargada
La mayoría de los sistemas hoteleros utilizan uno de estos modelos:
1. Expiración controlada por backend (la más común)
- La tarjeta sólo almacena un identificador
- La caducidad la comprueba la cerradura o el sistema backend
- No existe ninguna fecha en el vertedero
2. Marca de tiempo codificada o encriptada
- Fecha almacenada como:
-
- Marca de tiempo UNIX
- Fecha codificada en BCD
- Contadores propios
- Normalmente no legible
3. Datos de aplicación ofuscados
- Los valores son:
-
- Cifrado
- Enmascarado XOR
- Protegido por sumas de comprobación
Incluso con acceso total al sector, el significado de los datos no es obvio.
¿Puede identificar la fecha de caducidad comparando vertederos?
A veces, pero sólo a nivel de investigación.
Los ingenieros suelen comparar:
- La misma tarjeta antes y después de la renovación
- Varias tarjetas con distintos periodos de validez
Buscan:
- Bytes que cambian constantemente
- Patrones alineados con los eventos de emisión
Esto no no garantiza una interpretación correcta y no evita la validación del sistema.
¿Puede modificarse la fecha de caducidad?
Prácticamente: no.
Aunque una fecha parezca escribible:
- Los bloqueos verifican múltiples parámetros
- Existen contadores backend y comprobaciones de integridad
- Las tarjetas modificadas suelen fallar en la autenticación
Modificar las credenciales de acceso a un hotel sin autorización es ilegal en la mayoría de las regiones.
Por qué se está sustituyendo MIFARE Classic en los sistemas hoteleros
Los hoteles se están alejando de MIFARE Classic porque:
- No se aplica la caducidad segura
- Utiliza el cifrado obsoleto Crypto-1
- No tiene sistema de archivos nativo
Las sustituciones habituales son:
- MIFARE DESFire EV2 / EV3
- Llaves NFC para móviles
- Credenciales de acceso validadas por backend
Principales conclusiones (en inglés)
- MIFARE Classic 1K no tiene bloque de fecha de caducidad estándar
- La lógica de expiración está definida por la aplicación
- La mayoría de las tarjetas de hotel no almacenan la caducidad en la tarjeta
- Las fechas legibles son raras en los vertederos
- La modificación no autorizada es ilegal
FAQ (Optimizado para PAA)
P: ¿Se almacena la fecha de caducidad en el Sector 0?
No. El sector 0 suele contener datos del fabricante e identificadores de aplicación, no fechas de validez.
P: ¿Puedo ver la fecha de caducidad en texto sin formato?
Casi nunca. Las fechas suelen estar codificadas, encriptadas o no se almacenan.
P: ¿Por qué cambia mi volcado cuando se renueva una tarjeta?
Porque se actualizan contadores internos, claves o testigos, no necesariamente un campo de fecha.
