Cuando un media buyer ve un aviso de bloqueo de una nueva cuenta publicitaria justo después de lanzar una campaña, la primera sospecha suele recaer en un proxy de baja calidad o en problemas con la propia cuenta. Sin embargo, las plataformas publicitarias y las soluciones antifraude pueden evaluar un conjunto mucho más amplio de señales técnicas, de red y de comportamiento incluso antes de que la campaña se active.
Uno de estos conjuntos de señales es la huella digital del dispositivo (Digital Fingerprint). Se forma a partir de decenas de parámetros de hardware y del sistema del navegador, el ordenador y el sistema operativo. Las coincidencias o anomalías en estos parámetros pueden utilizarse como factores adicionales al evaluar una sesión y buscar vínculos entre cuentas.
Una huella digital completa puede incluir los siguientes componentes:
- Parámetros de red: dirección IP, geolocalización, proveedor de servicios de internet (ISP), zona horaria y datos disponibles a través de WebRTC.
- Indicadores de hardware: número de núcleos lógicos del procesador (Hardware Concurrency), memoria RAM disponible (Device Memory), características de la tarjeta gráfica y parámetros de WebGL.
- Renderizado gráfico: huellas de Canvas, soporte de fuentes y resolución de pantalla.
- Sistema multimedia: AudioContext e información sobre las capacidades multimedia disponibles del dispositivo.
- Entorno del navegador: User-Agent, paquetes de idioma, encabezados HTTP Client Hints, formatos multimedia compatibles y otras características del navegador.
Canvas Fingerprinting: cómo el renderizado gráfico ayuda a diferenciar dispositivos
Mecánica de obtención del hash de Canvas
La tecnología HTML5 Canvas está diseñada para dibujar gráficos 2D y 3D directamente en la ventana del navegador. Al mismo tiempo, los resultados de este renderizado pueden utilizarse como una de las señales para el fingerprinting.
Un script puede pedir al navegador que renderice un pequeño objeto de prueba: por ejemplo, un fragmento de texto con diferentes fuentes, degradados, figuras o sombras.
El resultado depende de muchos parámetros: procesador gráfico (GPU), controladores, sistema operativo, navegador y mecanismos de renderizado de fuentes. Debido a esto, incluso un escenario gráfico idéntico en diferentes configuraciones puede dar un resultado ligeramente distinto.
La imagen obtenida se puede convertir en un valor numérico o hash y utilizarse junto con otros parámetros del entorno. Sin embargo, un hash de Canvas idéntico por sí solo no demuestra que las cuentas operen desde el mismo dispositivo físico. Lo que importa es el conjunto de señales y su coherencia.
Por qué la modificación artificial de Canvas también puede crear anomalías
Algunas herramientas modifican el resultado de Canvas añadiendo ruido artificial. Este enfoque busca dificultar la identificación estable del dispositivo, pero al mismo tiempo puede crear otro problema – la inconsistencia de los resultados.
Por ejemplo, si una misma sesión del navegador muestra características sustancialmente diferentes en solicitudes repetidas a Canvas, esto puede parecer atípico.
Por lo tanto, para los sistemas de evaluación de riesgos no solo es importante el hash de Canvas específico, sino también hasta qué punto es coherente con WebGL, el sistema operativo, el navegador, el modelo del dispositivo y otros parámetros del entorno.
WebRTC: de dónde pueden surgir datos de red adicionales
Cómo interactúa WebRTC con la red
WebRTC (Web Real-Time Communication) – es un conjunto de tecnologías web para transmitir audio, vídeo y otros datos directamente entre navegadores.
Al establecer dicha conexión, el navegador puede utilizar ICE, STUN y TURN para determinar las rutas de red disponibles.
Dependiendo del navegador, la configuración de red, el tipo de proxy y los ajustes de WebRTC, la página web puede tener acceso a información adicional sobre el entorno de red.
Si estos datos no coinciden con la dirección IP de la conexión principal, el GEO u otros parámetros de la sesión, dicha discrepancia puede convertirse en una señal adicional durante la evaluación de riesgos.
Cómo trabajan los navegadores antidetect con WebRTC
Diferentes navegadores y herramientas de privacidad pueden procesar WebRTC de distintas maneras: mantener el comportamiento estándar, restringir el acceso a determinados datos de red o cambiar los valores disponibles para la página web.
Por sí solo, un modo específico de WebRTC no puede calificarse universalmente como «seguro» o «peligroso». Mucho más importante es la consistencia del entorno: la dirección IP, el GEO, la zona horaria, el idioma, las características del navegador y otras señales no deben contradecirse entre sí.
Vectores adicionales de fingerprinting: WebGL, AudioContext y señales de comportamiento
Huella de audio y fuentes del sistema
El método AudioContext funciona según un principio similar al de Canvas, pero analiza las particularidades del procesamiento de señales de audio por parte del navegador y el sistema.
Un script puede generar una señal de prueba, procesarla a través de Web Audio API y obtener un resultado numérico. Este depende del navegador, el sistema operativo y otras particularidades del entorno, por lo que puede utilizarse como un componente adicional del fingerprint.
Otro parámetro son las fuentes del sistema. Mediante CSS, Canvas y la medición de las dimensiones del texto, se puede determinar la disponibilidad de determinadas familias tipográficas.
Un conjunto atípico de fuentes o su falta de correspondencia con el sistema operativo declarado también puede ayudar a reducir el conjunto de posibles configuraciones del dispositivo.
Factor de comportamiento
En el ámbito más amplio del antifraude y la detección de bots, no solo se pueden analizar los parámetros técnicos del dispositivo, sino también las particularidades de la interacción del usuario con la interfaz.
Entre estas señales se pueden incluir:
- el patrón de movimiento del cursor;
- los intervalos entre pulsaciones de teclas;
- la forma de rellenar formularios;
- la velocidad de ejecución de acciones secuenciales;
- el tiempo de permanencia en la página antes de interactuar con sus elementos.
Por lo general, una señal de comportamiento aislada no determina el resultado por sí sola. Lo que importa es el contexto general de la sesión.
Qué parámetros ayudan a los sistemas a evaluar la consistencia del entorno
| Parámetro del sistema | Qué se puede analizar | Qué genera inconsistencia | A qué prestar atención |
|---|---|---|---|
| Canvas | Particularidades del renderizado 2D/3D | Resultados inestables o contradictorios | Coherencia de Canvas con el SO, el navegador y la GPU |
| WebRTC | Datos de red adicionales | Discrepancias entre señales de red | Consistencia de IP, GEO y entorno de red |
| WebGL | Proveedor, renderizador y capacidades de la GPU | Falta de correspondencia con la plataforma declarada | Coherencia entre GPU, SO y navegador |
| Fuentes | Conjunto de tipografías disponibles | Conjunto atípico para un SO específico | Correspondencia con el entorno del sistema |
| Zona horaria / Idioma | Cumplimiento de parámetros regionales | GEO, IP y ajustes del sistema se contradicen entre sí | Parámetros regionales coherentes |
Clustering: cómo los datos de pago pueden crear vínculos entre cuentas
Por qué el entorno del navegador es solo una parte del panorama general
Incluso un entorno de navegador y de red estable no significa que la plataforma evalúe la cuenta de forma aislada respecto a otras señales.
La información de pago también puede formar parte del contexto general de la cuenta. Por ejemplo, pueden surgir vínculos debido a:
- el uso de un mismo instrumento de pago en varias cuentas publicitarias;
- problemas repetidos con los cobros o un alto nivel de rechazos (declines);
- falta de correspondencia entre los datos de pago y el perfil general de la cuenta;
- reutilización de las mismas credenciales de pago en un gran número de perfiles de trabajo.
Esto no significa que una sola coincidencia provoque automáticamente el bloqueo de todas las cuentas. Pero los datos de pago repetidos pueden crear un vínculo técnico adicional entre ellas.
Distribución de instrumentos de pago en el equipo
Para los equipos que gestionan varias cuentas publicitarias o proyectos, contar con instrumentos de pago separados ayuda a reducir la dependencia operativa de una sola tarjeta.
En Pay2.House se pueden emitir tarjetas virtuales individuales para diferentes cuentas publicitarias y establecer límites propios para cada una.
Este enfoque simplifica la distribución de gastos y el control de presupuestos: un problema con una tarjeta concreta o una cuenta específica no significa que todo el equipo se quede sin una herramienta de pago operativa.
Al mismo tiempo, las tarjetas separadas por sí solas no garantizan la ausencia de vínculos entre cuentas – los sistemas publicitarios y antifraude pueden tener en cuenta un conjunto mucho más amplio de señales.
Niveles de infraestructura que conviene controlar
| Nivel | Qué se utiliza | Problema potencial | Qué controlar |
|---|---|---|---|
| Red | Proxy y conexión de red | Cambios bruscos de IP, GEO o zona horaria | Estabilidad y consistencia de los parámetros de red |
| Navegador | Entorno del navegador | Contradicciones entre WebRTC, Canvas, WebGL y el SO | Coherencia de las características del perfil |
| Pago | Tarjetas bancarias y virtuales | Reutilización de datos, declines, problemas de cobro | Distribución de tarjetas, límites y control de pagos |
| Comportamiento | Historial y actividad de la cuenta | Comportamiento atípico o cambiado bruscamente | Estabilidad del flujo de trabajo |
Qué comprobar antes de lanzar publicidad
- Entorno de red. Asegúrate de que la dirección IP, el GEO y los parámetros regionales no se contradigan entre sí.
- Perfil del navegador. Comprueba si el User-Agent, el sistema operativo, WebGL, Canvas, el idioma y otras características guardan coherencia.
- WebRTC. Verifica que el navegador no transmita datos de red inesperados que entren en conflicto con la conexión principal.
- Estabilidad del fingerprint. Los cambios bruscos en los parámetros de un mismo perfil pueden parecer atípicos.
- Infraestructura de pago. Distribuye previamente los instrumentos de pago, comprueba los límites disponibles y el funcionamiento de las tarjetas.
- Estabilidad operativa. Evita cambios caóticos en los parámetros críticos de la cuenta sin necesidad.
Preguntas frecuentes (FAQ)
¿Basta con cambiar el User-Agent para modificar la huella digital?
No. El User-Agent – es solo uno de los muchos parámetros del entorno del navegador. WebGL, Canvas, AudioContext, las fuentes, las características del dispositivo y otras señales siguen estando disponibles por separado. Si contradicen al User-Agent, esto puede generar una anomalía adicional.
¿Qué servicios se pueden utilizar para analizar el fingerprint del navegador?
Para el diagnóstico técnico del entorno del navegador se suelen utilizar BrowserLeaks, Pixelscan y CreepJS. Muestran diferentes componentes del fingerprint y ayudan a detectar contradicciones entre los parámetros del navegador, la red y el dispositivo.
No obstante, el resultado de un verificador externo no significa que la plataforma publicitaria evalúe la cuenta con un modelo idéntico.
¿Un WebRTC desactivado es automáticamente una señal sospechosa?
No necesariamente. Diferentes navegadores, entornos corporativos y herramientas de privacidad pueden restringir WebRTC de distintas formas. Por ello, es más preciso evaluar la coherencia general del entorno del navegador y de la red que un único parámetro aislado.
¿Puede el uso de una misma tarjeta en varias cuentas publicitarias crear un vínculo entre ellas?
Los datos de pago pueden ser una de las señales que vinculan cuentas entre sí. Sin embargo, no existe una regla universal según la cual el uso de una sola tarjeta provoque automáticamente el bloqueo de todas las cuentas relacionadas.
Para los equipos con varios proyectos, separar los instrumentos de pago simplifica ante todo el control de gastos, límites y riesgos operativos.
Conclusión
El fingerprint – no es un único hash mágico mediante el cual el sistema identifica instantáneamente al usuario. Es un conjunto de señales de red, navegador, hardware, pago y, en ocasiones, comportamiento que pueden analizarse de forma conjunta.
Precisamente por eso conviene abordar la infraestructura de forma integral: controlar la consistencia del entorno del navegador, los parámetros de red y el proceso de pago, en lugar de intentar encontrar un único Canvas, modo de WebRTC o BIN «seguro».
En el apartado de pagos, Pay2.House ayuda a los equipos a distribuir los gastos entre tarjetas virtuales individuales, establecer límites propios y reducir la dependencia de un único instrumento de pago. Para escalar campañas, esto proporciona una infraestructura más controlada sin necesidad de mantener todo el presupuesto publicitario en una sola tarjeta.
Telegram
Email
¡Sé el primero en compartir tu opinión!
Valoramos tus comentarios. Cuéntanos qué piensas.