<b>GL_RENDERER и Vendor strings: как WebGL выдаёт железо даже без canvas-fingerprint</b>

<b>GL_RENDERER и Vendor strings: как WebGL выдаёт железо даже без canvas-fingerprint</b>

WebGL-окружение отдаёт не один отпечаток, а связку из нескольких: GL_VENDOR, GL_RENDERER, UNMASKED_VENDOR_WEBGL, UNMASKED_RENDERER_WEBGL, precision ranges и поведение extensions. На практике этого хватает, чтобы связать браузер с драйвером, GPU-веткой и типом виртуализации. Анализируем энтропию параметров: совпадение по одним строкам редко достаточно, а вот их комбинация уже формирует устойчивую сигнатуру.

Ключевая ошибка — смотреть только на строку renderer. Лабораторная проверка должна включать:
• сравнение masked и unmasked значений;
• поиск расхождений между WebGL1 и WebGL2;
• оценку списка extensions и порядка их перечисления;
• тесты на шум в precision и supported formats.

Браузерное окружение передает больше данных, чем кажется: некоторые стеки раскрывают не только модель GPU, но и слой абстракции рендеринга, а иногда и следы удалённого контекста. Особенно ценны нестабильности: если строка меняется при разных профилях, окнах или аппаратном ускорении, это уже признак не «случайности», а конфигурационной аномалии.

Для защиты важна не подмена одного поля, а согласованность всего набора. Если vendor говорит одно, а поведение shaders и extensions — другое, детектор это увидит. Скрытность — это не отсутствие следов, это шум, сливающийся с фоном.