Seguridad y memoria RFID en 13,56 MHz

1. Separe identificador, memoria y autorización

El identificador que un lector observa puede servir para inventario o para localizar un registro, pero no demuestra por sí solo que la credencial sea genuina ni que deba recibir acceso. La memoria puede contener datos públicos, zonas protegidas o estructuras utilizadas por una aplicación. La autorización ocurre después, cuando el sistema interpreta la información, aplica permisos y registra el resultado.

Antes de comparar productos, escriba qué dato necesita cada punto de lectura y qué decisión toma con él. Una puerta, una impresora de sobremesa y un teléfono pueden utilizar interfaces o comandos diferentes aunque trabajen en la misma banda. El objetivo no es reunir funciones, sino confirmar la mínima arquitectura que cumple el riesgo y puede operarse durante años.

2. Describa la memoria por función

Documente capacidad utilizable, organización en zonas, permisos de lectura y escritura, contadores o estados y comportamiento después de personalizar. No use solo una cifra total: dos circuitos con memoria parecida pueden exponerla de manera distinta y requerir comandos diferentes. Distinga datos que deben ser públicos, datos que solo puede modificar el emisor y datos que nunca deberían almacenarse en la credencial.

La representación también importa. Longitud, orden de bytes, codificación y ceros iniciales pueden hacer que un mismo valor aparezca distinto en dos herramientas. La especificación debe incluir ejemplos no sensibles y el resultado esperado en el software, además de un archivo de correspondencia cuando exista numeración visible.

3. Evalúe autenticación sin promesas absolutas

La autenticación permite que lector y credencial demuestren conocimiento de un secreto o validen una respuesta. Su eficacia depende del algoritmo, la configuración, la protección de las claves, la diversidad entre credenciales y la resistencia del sistema completo. Un producto con funciones criptográficas no mejora nada si se usa como un identificador abierto o si todos los lectores comparten secretos sin control.

Defina el escenario de amenaza: copia de un número, pérdida de una credencial, lector no autorizado, manipulación de datos, abuso de cuentas administrativas o indisponibilidad. Después asigne controles y acepte los límites restantes. Evite términos como imposible de copiar o seguridad total; una conclusión responsable indica las pruebas realizadas, el alcance y las condiciones que podrían cambiarla.

4. Trate las claves como infraestructura

Las claves no deben aparecer en correos comerciales, hojas de cálculo sin protección, fotografías ni documentación pública. Defina quién las genera, dónde se almacenan, cómo llegan a lectores autorizados, cómo se rotan y qué ocurre ante una pérdida o una filtración. Separe entornos de prueba y producción y utilice datos ficticios durante la fase comercial.

La diversificación por credencial puede limitar el impacto de un secreto comprometido, pero exige una arquitectura coherente de emisión y verificación. También hay que prever reposiciones, lectores sin conexión, copias de seguridad, revocación y cambio de proveedor. Si nadie tiene responsabilidad operativa sobre estas tareas, la función criptográfica terminará degradándose o bloqueando la continuidad.

5. Compare con una matriz verificable

6. Valide el recorrido completo

El piloto incluye emisión, lectura, autorización, denegación, pérdida, baja y reposición. Se prueban lectores representativos, no solo uno de laboratorio, y se registran versiones de firmware y software. Las excepciones son parte del criterio: una unidad sin personalizar, una clave equivocada o una credencial revocada deben producir el resultado previsto.

Conserve una muestra maestra y una ficha aprobada sin secretos. Un cambio de circuito, antena, estructura de memoria, clave, lector o software puede exigir una nueva prueba. La compatibilidad demostrada se limita siempre a la configuración y al recorrido incluidos en el piloto.

Base documental y siguientes pasos

Las fuentes primarias enlazadas describen interfaces NFC, estándares de identificación y principios de firma digital. La selección definitiva requiere las fichas de la referencia concreta y la validación con la infraestructura autorizada del proyecto.

• Tarjetas RFID de 13,56 MHz →

  Familia de producto y datos necesarios para presupuestar.

• 125 kHz frente a 13,56 MHz →

  Diferencias de banda, infraestructura y operación.

• Credenciales para control de acceso →

  Cómo integrar emisión, permisos, revocación y prueba.