Resumen: qué es la inteligencia de dispositivo
- Señales de navegador, dispositivo y red combinadas en un ID de dispositivo estable que sobrevive borrados de cookies y ventanas privadas.
- Los inputs: huella de navegador, huella TLS, cadencia conductual, IP y ASN, historial previo. 102+ señales recogidas, 40+ de ellas hasheadas en un identificador persistente.
- Donde se gana su lugar: prevención de account-takeover, evidencia de chargeback, cumplimiento VAMP, disputas Visa CE 3.0.
Por qué los enfoques antiguos dejaron de funcionar
Las aplicaciones web se diseñaron para identificar usuarios, no dispositivos. Los identificadores en los que se basaban eran todos controlables por el usuario, y el fraude evolucionó para explotarlo.
Las cookies de terceros fueron las primeras en caer. Safari empezó a bloquearlas en 2020, y los usuarios preocupados por la privacidad llevaban mucho antes borrando cookies propias. El modo incógnito crea un almacén de cookies nuevo en cada sesión. Cualquier método que dependa de que una cookie persista entre visitas se rompe en cuanto el usuario borra su navegador o abre una ventana privada.
Las direcciones IP parecían una señal a nivel de hardware, pero las redes de proxy residenciales socavaron esa suposición. Un servicio de proxy puede rotar la dirección IP de origen en cada solicitud, haciendo que un mismo dispositivo parezca un visitante distinto cada vez. Las VPN cambian la IP cada vez que el usuario se conecta. Y las direcciones IP compartidas, usadas por redes de oficina y campus universitarios, hacen que una sola dirección pueda representar a cientos de personas.
Los tokens de sesión resuelven un problema distinto. Rastrean el estado autenticado de una sesión, no la identidad del dispositivo. En cuanto se cierra la pestaña del navegador, la sesión termina. Los tokens de sesión son útiles dentro de una visita, pero no pueden vincular a un usuario recurrente entre visitas separadas.
Las cookies propias son más persistentes que las de terceros, pero se enfrentan al mismo problema de fondo. Un usuario que borra sus cookies, o un navegador configurado para borrarlas al cerrarse, reinicia cualquier identificador que hayas guardado. Los usuarios preocupados por la privacidad, que se solapan mucho con investigadores de fraude y con los propios defraudadores, hacen esto de forma rutinaria.
El patrón en todos estos casos es el mismo. Cada enfoque dependía de datos almacenados en el dispositivo del usuario, lo que significaba que el usuario controlaba si persistían.
Cómo funciona la inteligencia de dispositivos
La inteligencia de dispositivos lee señales pasivas del entorno de hardware y software del dispositivo en lugar de almacenar un identificador en él. El usuario no puede borrar esas señales porque nunca se escribieron en el navegador. Son características del propio dispositivo.
El navegador expone cientos de estas señales a través de API estándar de JavaScript. Las más significativas están a continuación.
Huella de canvas. Cuando el navegador renderiza un elemento canvas oculto con una operación de dibujo determinada, la salida de píxeles difiere de forma sutil entre dispositivos según la GPU, el controlador de gráficos y la implementación del anti-aliasing. Dos dispositivos con especificaciones idénticas pero versiones de controlador distintas producen salidas de canvas medibles y diferentes. Esta señal es estable ante reinicios del navegador, modo incógnito y borrado de cookies porque refleja el comportamiento del hardware, no datos almacenados.
Renderizado de fuentes. Cada sistema operativo y pila gráfica renderiza las fuentes instaladas de forma distinta a nivel de subpíxel. El conjunto concreto de fuentes instaladas y cómo se renderizan produce una señal muy distintiva.
Huella de WebGL. Las cargas de trabajo de WebGL exponen el comportamiento de la tarjeta gráfica con detalle. La huella de WebGL de un dispositivo refleja el modelo de GPU, la versión del controlador y la canalización de renderizado, todo lo cual es estable con el tiempo.
Huella TLS TLS handshake fingerprint. Cuando un navegador abre una conexión TLS, el handshake de negociación expone las suites de cifrado soportadas, las extensiones y su orden. Ese patrón es característico de la pila de software que realiza la conexión. Un cliente VPN, un servicio de proxy o un navegador headless produce cada uno una firma de handshake TLS distinta. La huella TLS handshake fingerprint lee esto en la capa de red para identificar si una conexión llega a través de una VPN o un proxy.
Patrones de temporización. El tiempo que tardan ciertas operaciones del navegador refleja las características y la carga de la CPU. Los entornos de navegador headless, que sustentan las herramientas de ataque automatizadas, producen firmas de temporización que difieren de las sesiones reales impulsadas por la interacción humana.
Métricas de pantalla, contexto de audio y otras señales del entorno. La resolución, la densidad de píxeles, el soporte táctil, el hardware de audio disponible, la zona horaria y los ajustes de idioma aportan cada uno señal. Ningún atributo por sí solo es concluyente. La combinación de muchos atributos estables es lo que produce un identificador fiable.
Estas señales se combinan mediante un algoritmo de hash para producir un ID de dispositivo. El mismo dispositivo produce el mismo ID tanto si el usuario está en modo incógnito, conectado a través de una VPN o ha borrado todas las cookies de su navegador, porque ninguna de esas acciones cambia la configuración de hardware o software subyacente que la huella lee.
Qué hace que una implementación sea fiable
No todas las implementaciones de inteligencia de dispositivos son igual de precisas. Conviene evaluar tres criterios prácticos.
Amplitud de señales. Una implementación que lee 10 o 20 señales produce un ID menos estable que una que lee 100 o más. Cuantas más señales haya en el hash, mejor tolera la implementación pequeños cambios, como una actualización del navegador que altera un atributo de renderizado, sin producir una lectura falsa de dispositivo nuevo.
Precisión en incógnito. Una implementación débil se rompe en incógnito porque depende en parte de identificadores almacenados, como valores de localStorage o IndexedDB, que el modo incógnito reinicia. Una implementación sólida lee únicamente señales pasivas del entorno y, por tanto, produce el mismo ID en incógnito que en una sesión estándar.
Estabilidad con VPN. Un ID de dispositivo no debería cambiar cuando un usuario activa una VPN, porque una VPN solo cambia la dirección IP. Ninguna de las señales del navegador descritas arriba refleja la IP. Si el ID de dispositivo de una implementación cambia cuando el usuario se conecta a una VPN, está incorporando datos de IP o de la capa de red en el hash de la huella, lo que socava su utilidad precisamente en los escenarios donde las VPN son relevantes.
Dónde se aplica la inteligencia de dispositivos
Prevención de apropiación de cuentas. El fraude por apropiación de cuentas alcanzó los 13.500 millones de dólares en pérdidas en 2025, afectando a 6 millones de personas en EE. UU., según Javelin Strategy & Research. El ataque más común empieza con credenciales robadas de una filtración anterior. La inteligencia de dispositivos identifica cuándo una cuenta conocida intenta iniciar sesión desde un dispositivo que nunca se ha asociado con esa cuenta, y lanza un desafío o un bloqueo antes de conceder el acceso. Mira cómo se desarrolla esto en prevención de apropiación de cuentas.
Fraude de cuentas nuevas. Cuando un mismo dispositivo crea decenas de cuentas en rápida sucesión, el atacante suele cambiar su dirección de correo y su IP entre cada intento. El dispositivo en sí se mantiene constante. La inteligencia de dispositivos expone este patrón de inmediato, lo que constituye el núcleo de la prevención del fraude en el registro.
Uso compartido de cuentas. Para los negocios de suscripción, la inteligencia de dispositivos traza qué ID de dispositivo se autentican contra una cuenta dada a lo largo del tiempo. Una cuenta que inicia sesión desde 12 ID de dispositivo distintos en un mes es sencilla de marcar para la aplicación de medidas contra el uso compartido de cuentas.
Pruebas de contracargos. Un ID de dispositivo estable registrado en el momento del pago pasa a formar parte del paquete de pruebas cuando se disputa una transacción. La presencia del dispositivo en la sesión es un hecho documentado en lugar de una inferencia reconstruida, lo que refuerza las pruebas de contracargos.
Cómo detecta dispositivos cside
cside lee más de 100 señales del navegador por sesión para generar un identificador de dispositivo que se mantiene estable ante el modo incógnito, las conexiones VPN y el borrado de cookies. Más allá del propio ID de dispositivo, cada respuesta de la API devuelve señales adicionales desde la misma etiqueta de script: marca las sesiones de agentes de IA y automatizadas, identificando agentes y frameworks con nombre como OpenAI Operator, Claude for Chrome, Playwright, Puppeteer y Selenium; devuelve una señal de VPN/proxy derivada de la huella TLS TLS handshake fingerprint; y marca las sesiones en incógnito.
Los detalles completos de cómo cside implementa la inteligencia de dispositivos, incluidos los pasos de integración y ejemplos de respuestas de la API, están en la página de huella de dispositivos.
Consideraciones de privacidad y RGPD
A veces se confunde la inteligencia de dispositivos con el seguimiento invasivo, pero ambos son sustancialmente distintos. Conviene entender con claridad algunos puntos.
La inteligencia de dispositivos no requiere cookies ni almacena ningún dato en el dispositivo del usuario. Las señales que lee son características pasivas del entorno, no datos escritos en el navegador.
El resultado es un identificador seudónimo, no uno que identifique directamente. Un ID de huella de dispositivo no revela un nombre, una dirección de correo ni una ubicación física. Identifica una configuración de dispositivo, que solo puede vincularse a una persona si datos de cuenta independientes aportan ese vínculo.
La huella para la prevención del fraude se trata habitualmente bajo el interés legítimo como base jurídica del RGPD, porque el tratamiento es necesario para proteger a los usuarios y al negocio frente a la actividad fraudulenta. Los requisitos legales varían según la jurisdicción y el caso de uso, y cualquier organización que implemente la inteligencia de dispositivos debería obtener asesoramiento legal específico.
Los operadores deben informar del uso de la huella de dispositivos en su política de privacidad, describiendo las categorías de datos tratados y la finalidad.
Lecturas adicionales
