En Chromium, la variación del audio se vincula al dominio, no al perfil. Explicamos el efecto práctico, dónde lo muestra NimbusX y qué falta para eliminar la limitación. Es la única señal medida que todavía no hemos aislado por perfil.
Un detector envía una señal breve a través de Web Audio y calcula el hash del resultado. El hardware y los controladores introducen diferencias mínimas, de modo que ese hash puede funcionar como firma del equipo. Dos ordenadores reales producen hashes distintos, igual que ocurre con Canvas. NimbusX registra el valor del perfil como una tabla de 108 constantes de Web Audio.
Nuestro motor varía el resultado del audio, pero vincula esa variación al dominio: un mismo sitio recibe el mismo hash de todos los perfiles de ese equipo. Por tanto, el audio no distingue esos perfiles. Las señales contiguas no tienen esta limitación:
| canal | Coincide en el mismo equipo | Motivo |
|---|---|---|
| Canvas | No | vinculado a la semilla del perfil |
| WebGL | No | definido por la configuración del dispositivo |
| Audio | Sí | la variación se vincula al dominio, no al perfil |
Dos equipos reales producen hashes de audio diferentes; dos perfiles NimbusX en el mismo equipo todavía no. De todas las señales que medimos, esta es la única vía de asociación que permanece.
El proyecto original del motor registra esta limitación origin-invariant. La solución consiste en vincular esa variación al perfil, no al dominio, dentro del parche 001-farble-seed-core. Para ello necesitamos una compilación propia del motor de NimbusX. El alcance está claro: se modifica un parche, no se reescribe el motor. Hasta que llegue esa versión, la recomendación anterior sigue vigente.
Cuando se publique el parche, el audio quedará aislado como Canvas y WebGL y desaparecerá el último vínculo medido entre perfiles del mismo equipo.
Cómo relacionan perfiles los detectores · La coherencia importa más que la cantidad