Шрифтовой фингерпринтинг сыпется на несогласованности между OS, CSS и рендером

Шрифтовой фингерпринтинг сыпется на несогласованности между OS, CSS и рендером

Шрифты — один из самых недооцененных векторов браузерной идентификации. Скрипт не «читает список файлов», он измеряет поведение text metrics: ширину глифов, fallback-цепочки, kerning, hinting, субпиксельную отрисовку. Этого достаточно, чтобы отличить Linux от Windows, локаль, набор пакетов и даже нестандартные замены гарнитур.

Разберем энтропию данного параметра. Детект строится на сравнении скрытого текста в наборе семейств: если Arial подменяется на метрически близкий, но не идентичный шрифт, плавает offsetWidth, getBoundingClientRect() и canvas-рендер. Отдельно палятся системные семейства, где fallback уходит не туда, куда обещает CSS.

Рабочая рандомизация должна быть не «случайной», а согласованной. • Подменяйте не только имя шрифта, но и метрики: ascent, descent, x-height, advance width. • Синхронизируйте CSS Font Loading, canvas и DOM-измерения. • Не ломайте локализацию: набор доступных гарнитур должен соответствовать выбранной OS-профиле.

Спуфинг через инъекцию JS-кода здесь упирается в детект по поведению API: если document.fonts обещает одно, а canvas рисует другое, антифрод это увидит. Поэтому надежнее не «маскировать шрифт», а эмулировать целую текстовую среду: список семейств, fallback-логику и одинаковые результаты измерений в разных контекстах.

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