Безкоштовні сторінки перевірки відбитка показують багато сигналів браузера й мережі, але одного бала недостатньо. Зіставляйте User-Agent, часовий пояс, WebGL, Canvas, WebRTC та інші параметри, щоб перевірити внутрішню узгодженість середовища.
Щоразу, коли ви відкриваєте вебсторінку або входите в обліковий запис, браузер розкриває набір даних: тип системи, версію браузера, шрифти, роздільну здатність екрана, результати рендерингу Canvas і WebGL, а також мережеву інформацію, зокрема IP, DNS і WebRTC. Навіть після видалення cookie сукупність цих сигналів усе ще може використовуватися для розпізнавання та пов’язування пристроїв.
Існують десятки безкоштовних сторінок для тестування, але для постійного використання достатньо кількох категорій. Корисніше не збирати довгий список URLs, а спочатку зрозуміти, що перевіряє кожна сторінка, а потім навчитися порівнювати результати.
Перевірки переважно поділяються на кілька груп
Перша група — інформація, яку повідомляє сам браузер: User-Agent, версія браузера й рушія, ідентифікатор операційної системи, роздільна здатність екрана, список мов, часовий пояс, установлені шрифти та список плагінів. Ці значення легко зчитуються і так само легко можуть бути налаштовані неузгоджено. Наприклад, система може вказувати певну марку чи модель пристрою, тоді як мова й часовий пояс відповідають іншому регіону.
Друга група охоплює параметри рендерингу: результат Canvas, параметри WebGL та інформацію про GPU, характеристики обробки аудіо, а в деяких інструментах — точність математичних обчислень. Самі по собі ці значення не є добрими чи поганими; важливо, чи відповідають вони заявленій ідентичності системи.
Третя група стосується мережі: місцезнаходження та тип IP-адреси доступу, шлях DNS-резолюції та те, чи витікає справжня вихідна IP-адреса через WebRTC. У сценаріях із кількома обліковими записами наслідки тут можуть бути найсерйознішими. Якщо реальну вихідну адресу розкрито, значна частина попередньо налаштованої ізоляції середовища втрачає сенс.
Що можуть перевірити безкоштовні інструменти
Безкоштовні сторінки зазвичай можуть показати окремі значення з усіх трьох груп. Універсальні сторінки часто виводять понад десять параметрів одразу й додатково показують індикатор на кшталт правдоподібності відбитка. Спеціалізовані сторінки зручні для детального аналізу одного елемента, наприклад GPU та параметрів рендерингу, що відкриваються через WebGL. Мережеві сторінки показують поруч приналежність IP, стан проксі, витоки WebRTC та відповідність часового поясу регіону.
Для більшості повсякденних завдань такі безкоштовні сторінки вже охоплюють головні параметри й є достатніми.
Чого безкоштовні інструменти визначити не можуть
Є три питання, на які тестова сторінка не дасть відповіді.
По-перше, зв’язок між середовищами. Одна сторінка бачить лише браузер, який перевіряється зараз. Вона не знає, чи повторюються параметри у двох середовищах і чи перекриваються їхні відбитки. Це можна з’ясувати лише шляхом порівняння результатів кількох середовищ.
По-друге, критерії рішення самої платформи. Бал на сторінці розраховує постачальник тесту, і він не дорівнює внутрішнім порогам контролю ризиків платформи. Високий або низький бал сам по собі не показує, чи буде середовище фактично розпізнане платформою.
По-третє, довгострокова стабільність. Тестова сторінка дає лише знімок поточного сеансу. Щоб зрозуміти, чи змінюються параметри під час наступного запуску або дрейфують після зміни пристрою, потрібно створити власну базову лінію й порівнювати з нею подальші результати.
Не сприймайте бал як оцінку в табелі
Багато хто ставиться до тестового бала як до екзаменаційної оцінки й постійно налаштовує середовище заради більшого числа. Це зміщує пріоритети.
Бал показує, наскільки комбінація параметрів схожа на реальний пристрій і чи узгоджені значення між собою. Його завдання — допомогти знайти суперечності, а не присвоїти рівень безпеки. Високий бал не усуває конфлікт між параметрами. Середній бал зазвичай не вимагає змін, якщо всі значення узгоджуються. Якщо аномалію показує лише один інструмент, спочатку варто врахувати відмінності в його джерелах даних і не поспішати змінювати середовище.
Справжній критерій оцінки — узгодженість параметрів між собою, а не одне число.
Як виконувати перехресну перевірку
Достатньо постійно використовувати два або три інструменти. Їхні джерела даних і акценти відрізняються, тому вони доповнюють один одного. Після налаштування середовища один раз збережіть результати як базову лінію. Надалі перевіряйте знову лише тоді, коли в облікового запису з’являється аномалія, і порівнюйте, які значення змінилися.
Особливо важливо стежити за двома відповідностями: IP доступу має збігатися з IP, який показує WebRTC, а часовий пояс має відповідати регіону IP. Проблеми в цих двох місцях значно серйозніші за втрату кількох балів у загальній оцінці.
Побачивши аномалію, не зупиняйтеся на загальному висновку. Відкрийте детальні параметри. Перевірте, чи відповідає список мов регіону IP і чи узгоджується інформація про GPU з ідентифікатором системи. Лише після знаходження конкретної суперечності має сенс її виправляти.
Інструменти лише знаходять проблеми
Тестова сторінка може показати, що виглядає неправильно, але не може змінити саме середовище. Для узгодженості параметрів рівень середовища має підтримувати незалежне налаштування: кожне середовище повинно мати власні параметри відбитка без повторів; часовий пояс і мова мають налаштовуватися під цільовий ринок; параметри повинні залишатися стабільними, а не змінюватися під час кожного запуску.
Можливості fingerprint-середовища PurpleMark підтримують незалежне налаштування та стабільне збереження параметрів відбитка для кожного середовища. Разом із перехресною перевіркою тестовими інструментами це перетворює оцінку середовища із суб’єктивного враження на процес, який можна перевірити.
Поширені запитання
Чи потрібно платити за перевірку відбитка? Популярні безкоштовні сторінки вже охоплюють основні параметри й підходять для щоденного використання.
Як часто перевіряти? Один раз під час створення нового середовища, а потім у звичайній роботі — лише якщо в облікового запису з’являється аномалія. Щоденні тести не потрібні.
Чи означає нормальний результат, що обліковий запис безпечний? Тест відображає стан середовища. Безпека облікового запису також залежить від того, чи відповідає поведінка правилам платформи, тому середовище — лише одна з необхідних умов.
