Comparativa · Alta frecuencia
Las tres generaciones comparten el mismo modelo de ficheros y autenticación AES, y una tarjeta más reciente funciona en lectores preparados para la anterior. Lo que cambia son las capacidades adicionales, y ninguna de ellas se activa sola.
Base del modelo actual
Control de proximidad
Mensajería dinámica
Autenticación AES
EV1 estableció el modelo de aplicaciones y ficheros con autenticación AES. EV2 añadió principalmente protección frente a ataques de retransmisión mediante comprobación de proximidad, y gestión delegada de aplicaciones. EV3 incorporó mensajería dinámica segura, que genera un código distinto en cada lectura NFC. Para un control de accesos convencional las tres se comportan igual: la diferencia solo aparece si el sistema usa esas funciones.
La tabla recoge las diferencias que pesan en una decisión de compra. Ninguna fila describe una regla universal: el comportamiento final depende del lector instalado y del software que interpreta el dato.
| Criterio | EV1 | EV2 | EV3 |
|---|---|---|---|
| Autenticación | AES de 128 bits | AES de 128 bits | AES de 128 bits |
| Capacidades habituales | 2, 4 u 8 KB | 2, 4 u 8 KB | 2, 4 u 8 KB |
| Ataque de retransmisión | Sin defensa específica | Comprobación de proximidad | Comprobación de proximidad |
| Varias aplicaciones | Sí, con claves por aplicación | Sí, con gestión delegada a terceros | Sí, con gestión delegada a terceros |
| Mensajería dinámica | No | No | Sí, código único por lectura |
| Compatibilidad | Base del modelo | Retrocompatible con EV1 | Retrocompatible con EV1 y EV2 |
| Cuándo importa | Proyecto estándar | Riesgo de retransmisión | Interacción con teléfono verificable |
El proyecto usa autenticación AES sobre un fichero y el riesgo de ataque por retransmisión no forma parte del modelo de amenazas. Sigue siendo una arquitectura razonable, y su disponibilidad y coste suelen ser mejores.
Existe riesgo real de que un tercero retransmita la comunicación entre una tarjeta legítima lejana y el lector, algo relevante en accesos de alto valor. También cuando varias organizaciones deben gestionar aplicaciones distintas sobre la misma tarjeta sin compartir claves maestras.
La tarjeta debe interactuar con teléfonos y hace falta demostrar que cada lectura procede del soporte físico y no de una copia del enlace. Es la función que sostiene los usos de autenticidad y trazabilidad; para abrir una puerta no aporta nada.
La compatibilidad hacia atrás genera una confusión frecuente: comprar la generación más reciente no mejora la seguridad de una instalación existente. Si el lector fue configurado para EV1, tratará a una EV3 exactamente como una EV1 y ninguna de las funciones nuevas entrará en juego. La comprobación de proximidad y la mensajería dinámica exigen que el lector y el software las implementen y las exijan.
Tampoco conviene comparar generaciones por la capacidad. La memoria disponible es similar entre ellas y rara vez es el factor limitante: una credencial de accesos utiliza una fracción mínima. La decisión se toma por las funciones criptográficas que el sistema va a utilizar de verdad y por lo que el integrador puede configurar.
El punto de partida sigue siendo el mismo que en cualquier proyecto de alta frecuencia: la gestión de claves. Una EV3 con claves de fábrica ofrece menos protección efectiva que una EV1 con claves diversificadas por tarjeta y un procedimiento de revocación que funciona.
Una comparación sirve para reducir alternativas, no para cerrar una especificación. Estos pasos convierten la decisión en algo comprobable antes de comprometer un lote.
Pregunte al integrador qué generación exige el lector y qué funciones activa.
Confirme si la comprobación de proximidad está habilitada o solo disponible.
Compruebe que las claves no son las de fábrica y se diversifican por tarjeta.
Pruebe una muestra en el lector real antes de cerrar el lote.
Documente la configuración aprobada para futuras reposiciones.
Qué cambia entre el modelo heredado de sectores y el modelo de ficheros con AES.
Cómo comparar arquitecturas por memoria, autenticación y gestión de claves.
Arquitectura, nivel de seguridad, codificación y personalización física.
Envíe fotografías, medidas y contexto para confirmar frecuencia, formato de datos y referencia de reposición.
Cantidad, personalización, plazo y criterio de aceptación para convertir la especificación en un lote.
Siguiente paso