Чи потрібно рандомізувати параметри у fingerprint-браузері: чому «що випадковіше», то гірше

«Я виставив у кожному профілі випадкові параметри, думав так безпечніше, а акаунт не протримався й тижня.» Хто веде кілька акаунтів, таке чув. Здається, що при кожній зміні параметрів платформа вас не впізнає. Насправді виходить навпаки: що випадковіші значення, то швидше приходять проблеми.

Напрямок задано неправильно від самого початку. Платформа оцінює одне: чи схоже ваше середовище на справжній пристрій. Сама зміна для неї другорядна. А головна властивість справжнього пристрою це стабільність.

Почнемо з висновку: підганяти параметри під випадковість не потрібно. Надійність середовища тримається на трьох речах: кожне значення реальне, десятки параметрів пояснюють одне одного, а значення одного акаунта витримують звірку в часі. Рандомізація чіпає перше і ламає два останні. Нижче розберемо, чим різняться незалежність і випадковість, пройдемося по самих параметрах відбитка і подивимося, де рандомізація все ламає.

Незалежність профілів і випадкові параметри це одне й те саме?

Спершу розберемо найчастіше непорозуміння. Новачкові здається: якщо кожен профіль незалежний, параметри в ньому мають бути випадковими, інакше профілі вийдуть однаковими.

Незалежність профілів відповідає за межі. Два профілі не ділять сесії та дані сайтів, дії у профілі A не переходять на профіль B, і це забезпечує ізоляція. До значень параметрів вона стосунку не має. Випадковість відповідає за самі значення і вирішує, яким пристроєм виглядає кожен профіль.

Розділення просте: між акаунтами потрібна межа, а всередині одного акаунта потрібна безперервність. Межу дає ізоляція, безперервність дає стабільність. Рандомізація саме плутає ці ролі й застосовує вимогу межі до безперервності: те, що всередині акаунта має стояти на місці, вона щоразу переписує з нуля.

Які параметри відбитка існують і як сайт їх читає?

Параметрів відбитка, які браузер показує назовні, в обговореннях більше двадцяти. Запам'ятовувати всі не потрібно, досить поділити їх за способом отримання. Перша група це те, що браузер повідомляє сам, і сайту досить одного запиту:

Другу групу браузер не повідомляє, сайт вимірює її на місці. Найнаочніший приклад це Canvas і WebGL: браузер малює картинку або тривимірну сцену, різні відеокарти й драйвери дають трохи різні результати, і сайт звіряє результат із тим, що браузер повідомив про себе.

Отже, повідомлені параметри сайт просто приймає. А виміряний результат виходить прямо на місці, змінити його не можна, можна лише підробити: звідси й ростуть проблеми рандомізації.

Чому випадкові параметри легко дають збій?

Плагіни для рандомізації чіпають обидві групи. Провал у кожної свій.

Спершу перша група. Якщо рандомізувати одразу User-Agent, роздільність і шрифти, з цього зазвичай не складається реально наявна машина: список шрифтів від Windows іде разом із самоописом macOS, роздільність узята від телефона, а заявлена система лишається настільним комп'ютером. Модель антифроду бачила безліч реальних пристроїв і такі незбирабельні сполуки помічає відразу.

Є спосіб ще непомітніший: щоб не возитися, плагін змінює один параметр відразу всім користувачам на одне й те саме масове значення. Що більше людей ним користується, то більше не пов'язаних між собою акаунтів ходять мережею з одним значенням ознаки. Платформі не потрібно розбирати кожен акаунт, досить упізнати це значення.

Тепер друга група. Плагін із додаванням шуму на читаннях на кшталт Canvas щоразу повертає трохи інший результат: картинка та сама, а значення сьогодні одне, завтра інше. Справжній пристрій так не робить. Показники однієї машини за звичайної роботи не зрушують, і розходження між двома замірами вже саме по собі мітка.

Платформа знає й ритм змін у справжніх пристроїв: велике оновлення браузера чи перевстановлення системи трапляються кілька разів на рік і відразу в усіх. У випадкових змін такого ритму немає, вони можливі за кожного заходу. Змінюєтеся тільки ви.

Рандомізація змінює значення параметрів і не змінює головного висновку: чи схоже середовище на справжній пристрій.

Чому під час перевірки відбитка не можна дивитися лише на бали?

Упевненість у випадковості багатьом дають інструменти з балами: поправив параметри, прогнав тест, побачив 90 чи 100 балів і спокійно вийшов у роботу. Між ними є прогалина. Інструмент вимірює окремий пункт, платформа дивиться на зв'язки між пунктами.

Високий бал за окремим пунктом говорить лише про його якість: IP чистий, значення не рідкісне, явних утікань немає. Але, перевіряючи зв'язки, платформа чекає, щоб десятки пунктів пояснювали одне одного: система каже одне, відеокарта інше, мова розходиться з IP, і будь-якого одного розходження досить, щоб платформа придивилася.

Така взаємна звірка параметрів це оцінка зв'язків. Інструмент із балами її не вимірює. Небезпека ідеального середовища саме тут: кожен пункт окремо гарний, а разом вони описують пристрій, якого не існує.

Бал не доводить звірку параметрів, він дає хибний спокій.

Отже, під час перевірки середовища порядок важливіший за бал, і шарів тут три: спершу подивитися, чи пояснюють десятки параметрів одне одного, потім звірити кожне виміряне значення з налаштуванням, і наприкінці за кілька днів повторити заміри та порівняти два результати. На інструментах це три кроки:

1. Спершу тест на суперечності. Інструменти на кшталт CreepJS шукають саме конфлікти: що каже UA, що каже відеокарта, що кажуть шрифти, усе це зіставляється поруч.
2. Потім окремі втікання. BrowserLeaks розкладає за категоріями кожне значення, яке надсилається, і ви звіряєте їх із налаштуваннями пристрою.
3. Наприкінці стабільність у часі. Той самий профіль перевіряють ще раз за кілька днів, і два заміри мають збігтися. Якщо вони розходяться, отже щось читається з шумом.

Як MostMate вирішує вибір між «реальним» і «випадковим»?

Розібрали принцип. Тепер повернімося до вихідного питання: якими мають бути значення параметрів? **MostMate це fingerprint-браузер, у якому реальність, узгодженість і стабільність зашиті у значення за замовчуванням**. Режимів параметрів три: реальні, випадкові та власні. За замовчуванням вибрано «Реальні». Роздільність екрана, ядра CPU та пам'ять пристрою беруться прямо з поточної машини, Canvas і WebGL виводяться за реальними значеннями, без додаткового збирання й без шуму. Опис цієї дії в передпрогляді налаштувань на сайті: система сама збирає правдоподібне, реальне та логічно узгоджене середовище браузера. Слова «логічно узгоджене» вказують саме на ту взаємну звірку параметрів, про яку йшлося вище.

Пункти, прив'язані до регіону, як-от часовий пояс і мова, за замовчуванням стоять на режимі «За IP»: де закріплено вихід, туди вони й вирівнюються, тож лінія й час не роз'їдуться різними регіонами. Чому два принципи, реальність і узгодженість, визначені саме так, докладно розібрано в матеріалі про чотири принципи дизайну MostMate.

Коли профіль створено, межі теж проведено. На сайті профіль називають Profile, кожен Profile зберігає свій набір параметрів, і два Profile, створені на одному комп'ютері, читаються як два окремі відбитки без змішування. Як заповнювати форму згори вниз, за порядком розказано в матеріалі про чотири кроки від передпрогляду налаштувань до першого профілю; після налаштування пройдіться порівнянням ручного налаштування відбитка і рекомендованої конфігурації та звірте режим кожного пункту.

Чим цей інструмент займається в мультиакаунтингу, докладно викладено на сторінці опису продукту.

Коли параметри відбитка все-таки можна міняти?

Справжня стабільність не означає, що параметри не змінюються ніколи. У зміни має бути реальна причина.

Велике оновлення браузера це нормальна зміна, і робити з нею нічого не потрібно: усі користувачі підтягуються за один-два тижні, платформа такий ритм знає, і середовище, яке йде за справжнім пристроєм, не помилиться.

Заміна пристрою чи лінії вимагає заміни всього набору: нові параметри це єдине ціле, регіональні пункти вирівнюються разом із новою лінією, і робити це краще, коли стан акаунта спокійний, за один раз. Небезпечне лише точкове правлення. Заміна набору цілком безпечна.

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

Часті питання

Випадкові параметри взагалі не можна використовувати?

Заборони немає; стратегією за замовчуванням для акаунта випадковість бути не може. У режимах параметрів MostMate режим «Випадкові» збережено: він пасує для тестів і налагодження, де ідентичність не потрібна надовго. Акаунтам, які ростуть місяцями, надійніше режим «Реальні».

Чи можна поміняти лише один User-Agent?

Не спрацює. User-Agent це один пункт із двох десятків з гаком, решта параметрів лишаються як є, і образ пристрою не змінюється. До того ж він пов'язаний із такими вимірюваними пунктами, як відеокарта і шрифти, тому одиничне правлення рве зв'язки всередині набору. Міняти потрібно весь набір узгоджено. Точкове правлення це найгірший варіант.

Якщо користуватися реальним відбитком, антифрод точно не спрацює?

Так розуміти не можна. Реальний відбиток закриває шар «чи схожий пристрій на справжній», а антифрод платформи дивиться ще на поведінку, якість IP і ритм дій, тобто на те, що лежить поза межами відбитка. Реальний відбиток робить надійним шар пристрою і не дає гарантій щодо акаунта: стабільний шар пристрою доповнюється ще й звичками роботи.

Перевірка узгодженості в MostMate замінює антифрод платформи?

Ні, це різні речі. Перевірка узгодженості в MostMate допомагає під час створення зібрати середовище з несуперечливими параметрами, вирівняними за IP, і не торкається правил виявлення платформ. Як вирішує платформа, її справа; ваша справа привести середовище до вигляду справжнього пристрою.

Акаунти, які вже росли на випадкових плагінах, ще можна виправити?

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

Висновок

Рандомізація ганяється за новизною за кожного заходу, платформа довіряє тому, що стоїть довго. Правильний підхід до параметрів простий: межі віддати ізоляції профілів, безперервність віддати стабільності значень. Кожне на своєму місці.

Якщо ви все ще вагаєтеся між двома варіантами, завантажте MostMate і зберіть два профілі за цією статтею: один лишіть на реальних значеннях за замовчуванням, другий переведіть на випадкові, а за кілька днів проганяйте кожен двома замірами. Які показники витримають звірку, буде видно відразу.