Canvas и WebGL ломаются не шумом, а несогласованностью параметров профиля

Canvas и WebGL ломаются не шумом, а несогласованностью параметров профиля

Разберем энтропию данного параметра: антифрод редко смотрит на один Canvas-хэш в вакууме. Он сравнивает связку font metrics, devicePixelRatio, color depth, GPU renderer, shaders, timing и поведение draw calls. Если подменить только bitmap, а остальной стек оставить «нативным», аномалия всплывает на корреляции.

Для Canvas безопаснее работать не грубой рандомизацией, а стабильной подменой на уровне рендера: один и тот же профиль должен давать одинаковый результат внутри сессии и между сессиями. Искажение должно быть малым, детерминированным и завязанным на seed, иначе детект на уровне статистики легко ловит дрейф. Слишком сильный шум меняет частотную структуру изображения и выдает спуфинг через инъекцию JS-кода.

WebGL требует еще большей дисциплины. Под капотом Chromium API важны не только UNMASKED_RENDERER_WEBGL и vendor, но и набор supported extensions, precision formats, limits, поведение readPixels и доступность шейдерных особенностей. Если вы подставили «дискретную» видеокарту, а лимиты остались как у iGPU, профиль разваливается за один запрос. Анализ структуры TLS Client Hello тут вторичен: основной провал идет по графическому стеку и синтетическим тестам.

Практическое правило: меняйте Canvas и WebGL только в паре с согласованными GPU-атрибутами, font stack, audio sample rate и screen geometry. Любой спуфинг должен проходить CreepJS и BrowserLeaks как целостный профиль, а не как набор независимых заглушек. Иначе вы создаете не «новый отпечаток», а заметный артефакт.

Стабильность важнее разнообразия: один качественно согласованный профиль переживает больше проверок, чем десяток случайных подмен.