<b>HardwareConcurrency: тихий маркер, который выдаёт мобильный браузер</b>

<b>HardwareConcurrency: тихий маркер, который выдаёт мобильный браузер</b>

navigator.hardwareConcurrency кажется безобидным числом, но в связке с другими API он хорошо режет пространство поиска. Для мобильных браузеров это особенно заметно: число логических ядер часто коррелирует с классом SoC, режимом энергосбережения, перегревом и даже типом эмуляции.

Анализируем энтропию параметров. Сам по себе этот атрибут слабый, но в фингерпринте он работает как усилитель: • 2/4/6/8 потоков на фоне определённого UA и screen metrics • нестабильность значения между вкладками и сессиями • расхождения с WebGL, таймингами и памятью. Браузерное окружение передает больше данных, чем кажется.

На мобильных устройствах полезно смотреть не только на само значение, но и на его поведение при нагрузке. Если число «плавает» в зависимости от режима батареи, фоновой активности или контейнеризации, это создаёт отдельную сигнатуру. Разбираем сигнатуру на уровне syscall: даже косвенные задержки и планировщик потоков могут помочь отличить реальный девайс от эмулятора.

Для защиты важна не маскировка одного поля, а согласованность слоями. Случайный spoof hardwareConcurrency без коррекции navigator.deviceMemory, touch-сигналов и таймингов даёт более шумный, а значит более заметный профиль. Скрытность — это не отсутствие следов, это шум, сливающийся с фоном.

Практика проста: проверяйте этот параметр только в контексте всей конфигурации, иначе он начинает деанонимизировать сам по себе.