EPC Gen2 v2: qué cambió realmente respecto a Gen2 v1.2
EPC Gen2 v2: qué cambió realmente respecto a Gen2 v1.2
Protocolos

EPC Gen2 v2: qué cambió realmente respecto a Gen2 v1.2

Gen2 v2 añade comandos opcionales de seguridad y privacidad sobre la interfaz aérea v1.2. Veamos cuáles afectan al codificado, al middleware y a la elección de chip.

7 min· By SpidersRFID Editorial Team

EPC Gen2 v2 —formalmente ISO/IEC 18000-63:2013— es una extensión de la interfaz aérea Gen2, no un reemplazo. El inventario sigue funcionando con Select, Query, ACK y respuestas EPC. Lo que añade v2 es una capa opcional de seguridad y privacidad: Authenticate, Challenge, Untraceable, Secure Commissioning y un mecanismo de transferencia de datos del tag al lector.

Para un equipo de despliegue la pregunta es concreta: ¿cuáles de esas funciones soportarán realmente sus lectores y chips, y cuáles modifican la lógica de codificado o de middleware?

¿Qué es EPC Gen2 v2 en un párrafo?

Gen2 v2 conserva la capa física y el conjunto de comandos de v1.2 y añade comandos criptográficos y de privacidad opcionales. Un tag v1.2 y un lector v2 interoperan con normalidad; las funciones nuevas simplemente no se activan si ambos extremos no las soportan. La conformidad no es binaria: un lector puede ser compatible con v2 y soportar solo el subconjunto de inventario.

El estándar introduce autenticación de tag basada en AES-128, una clave por etiqueta, intrazabilidad del tag, aprovisionamiento seguro mediante un enlace de corto alcance y un modelo de transferencia de datos basado en ficheros. Todo es opcional, y por eso el texto del estándar dice muy poco sobre lo que hará un lector concreto en un almacén concreto.

¿Qué comandos nuevos cambian la operación diaria?

Para un almacén que cuenta cajas, casi ninguno. Authenticate, Challenge, Untraceable y Secure Commissioning solo importan cuando la identidad es el riesgo del negocio.

  • Authenticate: el lector demuestra conocer la clave del tag y el tag demuestra ser genuino; se usa contra la falsificación y para verificar que un número de serie no ha sido clonado.
  • Challenge/Response: variante ligera para procesos donde el protocolo completo de autenticación es demasiado lento.
  • Untraceable: el tag oculta su EPC y parte de la memoria a lectores no autorizados, pero sigue siendo legible con autorización.
  • Secure Commissioning: escritura autenticada de corto alcance para provisionar claves en el punto de codificado, de modo que las claves nunca viajen en claro.

¿Cómo evita realmente la clonación la autenticación?

Cada tag guarda su propia clave AES-128 en memoria protegida y el lector lanza un desafío aleatorio. El tag cifra el desafío y devuelve el resultado; un clon sin la clave no puede producir el criptograma correcto. La comprobación cuesta de uno a dos milisegundos por tag: aceptable en un lector manual con unos cientos de tags por minuto, pero un cuello de botella en un portal que debe leer mil tags por segundo.

La economía decide dónde se usa. Un chip con criptografía cuesta entre dos y cuatro veces un inlay estándar, así que la autenticación se reserva para farmacéutica, repuestos de defensa, bienes de lujo y piezas de garantía de alto valor. Aplicarla a una etiqueta de caja de 0,08 USD no es defendible.

¿Siguen importando los comandos de privacidad y de kill?

Kill no ha desaparecido; v2 añade un kill seguro opcional que exige autenticación, de modo que un lector cualquiera no puede silenciar un tag en un estante. Untraceable es la incorporación más interesante para el retail: tras el punto de venta el tag puede ocultar su EPC a cualquiera sin autorización, lo que responde a la objeción de privacidad del consumidor que ha bloqueado varios programas a nivel de artículo.

Ninguna de las dos elimina la necesidad de una evaluación de protección de datos. Si una etiqueta acompaña a una prenda hasta casa, la pregunta no es solo si el EPC puede ocultarse, sino si el minorista mantiene un vínculo entre ese EPC y el cliente.

¿Cómo cambia v2 la memoria y el tratamiento de datos?

El mapa de memoria es más limpio y el acceso por bloques está mejor definido, algo que importa cuando se escribe más que un EPC. Los chips típicos de la era v2 llevan entre 128 y 496 bits de memoria de usuario, suficientes para un número de lote, una fecha de mantenimiento o una lectura de sensor sin consultar una base de datos.

La transferencia de datos del tag permite que la etiqueta entregue un fichero al lector en una sola transacción en lugar de una larga secuencia de lecturas individuales: relevante para tags con sensor y para historiales de mantenimiento de activos caros.

  • EPC y TID: siempre disponibles.
  • Memoria de usuario: 128–496 bits en los chips actuales, escritura por bloques.
  • Contraseñas de acceso y de kill: 32 bits cada una, con estado bloqueado recomendado.
  • Transferencia de datos del tag: opcional y dependiente del firmware.

¿Qué implica v2 para elegir lector y chip?

Haga tres preguntas antes de comprar: ¿el firmware del lector expone autenticación e intrazabilidad mediante LLRP o el SDK del fabricante?, ¿la familia de chips soporta AES-128?, ¿existe un informe de conformidad para esa versión concreta de firmware? Las series Impinj M700, NXP UCODE DNA y los componentes de EM Microelectronic difieren mucho en esto.

Después pruebe con sus propias etiquetas. Los comandos opcionales son la parte del estándar que más a menudo se implementa a medias, y un lector que pasa la conformidad de inventario puede fallar una ida y vuelta de autenticación.

Conclusión

Gen2 v2 importa cuando el riesgo es la identidad, no cuando el objetivo es el rendimiento. Inventario, portales y retail a nivel de artículo obtienen su valor del comportamiento v1.2 y no necesitan criptografía. Farmacéutica, defensa, lujo y piezas sensibles a garantía deberían especificar chips compatibles con v2 y verificar la autenticación de extremo a extremo antes del despliegue.

Integración Odoo RFID — solución integral

Usamos cookies para mejorar su experiencia de navegación, analizar el tráfico del sitio y personalizar el contenido. Haga clic en “Aceptar todas” para aceptar todas las cookies, o elija “Solo necesarias”. Consulte nuestra Política de privacidad para más detalles.