Почему нескольких Profile в Chrome недостаточно: пределы изоляции

Главный вывод: несколько Profile в Chrome разводят авторизацию по разным папкам очень аккуратно, но платформа смотрит на устройство, а не на вход. Все Profile работают на одном движке браузера и выдают один и тот же набор fingerprint; прокси настраивается на уровне браузера, исходящий IP не разделяется; а вход в один аккаунт Google ради синхронизации и вовсе связывает Profile в облаке. Если дополнительный аккаунт нужен для личных повседневных задач, Profile достаточно. Когда аккаунт рабочий и его планируется вести долго, каждому требуется собственный fingerprint и собственный выход.

Создать дополнительный аккаунт через значок аватара в правом верхнем углу Chrome пробуют многие, кто начинает вести несколько аккаунтов. Нажимаете «Добавить», придумываете имя, выбираете цвет. Авторизация сохраняется, не слетает после закрытия и повторного открытия, и ничего устанавливать не нужно.

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

В этой статье разбор идёт по слоям: что разделяется, а что нет. В конце предложен критерий выбора: когда Profile достаточно, а когда пора менять окружение.

Profile изолирует данные, а не устройство

Изоляция в Profile работает на уровне локальных данных. Официальное описание функции от Google: раздельное хранение закладок, истории, паролей. На практике у каждого Profile свои Cookie и данные сайтов, история просмотров, расширения и хранилище паролей. Два дополнительных аккаунта в двух Profile не перезаписывают авторизацию друг друга, и два аккаунта одной платформы могут быть онлайн одновременно.

Этот уровень изолирован по-настоящему. И он сильнее режима инкогнито: после закрытия инкогнито не остаётся даже авторизации, а данные Profile хранятся долго. Разницу на границе двух подходов удобно сверить по чек-листу из статьи о режиме инкогнито и связывании аккаунтов.

Ограничение сидит в той же фразе. Разделяются только пользовательские данные на диске; сама программа браузера, видеокарта, сетевой адаптер, операционная система не меняются вовсе. Все Profile работают на одном Chrome, читают одно и то же железо и выходят в одну и ту же линию. Каталогов данных можно завести сто, но идентичность устройства всегда одна.

Все Profile на одной машине выдают один и тот же набор fingerprint

Платформа опознаёт устройство по отпечатку браузера (fingerprint), и до этого уровня Profile не дотягивается. User-Agent приходит от самой программы браузера, все Profile называют один и тот же номер версии. Результат отрисовки Canvas и WebGL определяет видеокарта. Список шрифтов, разрешение экрана, число ядер CPU, объём памяти: всё это читается из железа одной и той же машины.

В разборе техник браузерного fingerprinting от FingerprintJS, компании, специализирующейся на обнаружении fingerprint, именно эти сигналы составляют основу идентификации устройства. Смена каталога данных не влияет ни на один из них.

Проверить можно самостоятельно. Страница самопроверки fingerprint от EFF запускается сразу, прогоните её в каждом Profile и сравните результаты рядом. Это сравнение красноречивее всего: сведения о браузере и системе, шрифты, отрисовка canvas, параметры оборудования совпадают почти по пунктам, меняются обычно только Cookie и локальные хранилища.

Для риск-системы платформы десять Profile выглядят как одна идентичность. Такой набор совпадающих сигналов достаточен, чтобы записать их в одну семью. Изоляция Cookie лишь не даёт аккаунтам перекрываться локально; основания для суждения о связи никогда не лежали на локальной машине. Если хотите проверить, какие сигналы связи ещё остались у вашего набора дополнительных аккаунтов, пройдите по порядку из руководства по самопроверке рисков связывания мультиаккаунтов: окружение, прокси, история входов.

Исходящий IP живёт на уровне браузера, а не Profile

Пробел на сетевом уровне ещё нагляднее. У Chrome нет настроек прокси отдельно для каждого Profile, конфигурация прокси идёт от операционной системы. Сменили одну линию, сменилась она сразу для всех Profile. Развести два дополнительных аккаунта по разным выходам внутри схемы Profile штатным путём невозможно. Варианты на расширениях и сторонних утилитах не выдерживают ни стабильности, ни согласованности при долгой работе. Локальные адреса, которые раскрывает WebRTC, тоже одинаковы: трафик реального времени обрабатывает одно и то же ядро браузера.

В итоге типичный набор дополнительных аккаунтов выглядит так: с полдюжины Profile, в каждом свой аккаунт, авторизация безупречна, а выход один на всех, с одного IP. В журналах платформы эти аккаунты по очереди активны на одной линии. В сумме с набором совпадающих fingerprint из прошлого раздела цепочка доказательств связи получается весьма полной. Как ни хороша изоляция данных, сетевой слой идентичности она не закрывает. Это и есть самая предметная граница между Profile и окружением антидетект-браузера.

Синхронизация аккаунта Google: часто упускаемый вход для связывания

При создании Profile Chrome предлагает войти в аккаунт Google и включить синхронизацию. Закладки, пароли, расширения и настройки уходят в облако аккаунта и возвращаются на новом устройстве. Для обычного пользователя это очень удобно. Для дополнительных аккаунтов всё иначе: несколько Profile входят в один аккаунт Google, и данные стекаются в одну облачную точку. Связь между аккаунтами протягивается с локальной машины на сторону платформы. Синхронизация включена, значит сигнал тянется; как ни изолируй сторону устройства, облачный конец этим не остановить.

Решение нехитрое. При создании Profile для дополнительного аккаунта выберите продолжить без входа в аккаунт, либо заведите каждому дополнительному аккаунту отдельный Google и синхронизируйте их по отдельности. После отключения синхронизации данные между Profile остаются независимыми, повседневная работа не страдает.

Когда Profile достаточно, а когда пора менять окружение

Критерий привязан к весу аккаунта, а не к свежести инструмента.

В этих сценариях спокойно оставайтесь на Profile:

• Личные бытовые аккаунты, рабочий и личный ящик по одному; беда только если перепутаете при входе.
• Кабинеты на платформах с низким риском: аккаунты не связаны интересами, проверок на стороне устройства нет.
• Временные дублёры под проект, отработали и выбросили, без планов на долгое ведение.

Появился любой из признаков ниже, аккаунты пора переводить в отдельное окружение:

• За аккаунтом стоит настоящий бизнес: магазин, рекламный кабинет или сетка соцсетей, где сбой бьёт по всем сразу.
• Платформа открыто проверяет устройства, и несколько аккаунтов на одном устройстве уже риск сами по себе.
• Аккаунтов перевалило за десяток, переключением окон не управиться, нужна командная работа.

Когда дело дошло до смены окружения, мышление меняется с «открыть ещё несколько окон» на «каждому дополнительному аккаунту полный набор идентичности». MostMate является антидетект-браузером, который упаковывает данные браузера, параметры fingerprint и сетевой выход в переиспользуемые окружения, по одному на каждый аккаунт.

В форме создания окружения поля сгруппированы в три блока: базовая информация, настройки fingerprint и расширенные настройки; панель предпросмотра справа в реальном времени показывает текущие значения. Canvas, WebGL, список шрифтов, WebRTC: у всех параметров, до которых Profile не дотягивается, здесь есть свои уровни конфигурации.

Прокси тоже привязаны к окружению. Прокси ведутся централизованно в отдельном списке управления прокси, а в форме окружения выбирается один из трёх вариантов: без прокси, свой прокси или выбрать из списка. Типы прокси от SOCKS5 до SSH поддерживаются, всего четыре категории. У языка, часового пояса и геолокации есть режим настройки по IP: сначала фиксируете прокси, и эти пункты сами выравниваются по региону выхода. В каждой строке списка окружений показаны прокси, исходящий IP, привязанные аккаунты и группа; какой дополнительный аккаунт ходит через какую линию, видно с первого взгляда.

Как выглядят интерфейсы и поля модулей, целиком показано на странице что такое MostMate с полным набором скриншотов и пояснений. Принцип изоляции, охватывающий Cookie, локальные хранилища, сессии, кеш, окружение fingerprint и настройки прокси, подробнее разобран в статье о механизме изоляции окружений. При создании первой партии окружений порядок от имени к прокси и сверке параметров удобно проходить по чек-листу нового окружения.

Частые вопросы

Fingerprint у разных Profile Chrome действительно полностью совпадает?

Сигналы уровня устройства и браузера практически совпадают. Profile на одной машине пользуются одной программой браузера и одним железом: Canvas, WebGL, шрифты, параметры экрана, User-Agent одинаковы, независимы только локальные данные вроде Cookie и истории. Прогоните два Profile через сайт проверки, и насколько мала разница, увидите сразу.

Можно ли вручную переключать системный прокси для каждого Profile?

Ответ: нет. Системный прокси глобален, при переключении меняются все Profile сразу. Чтобы два аккаунта были онлайн одновременно, настройки придётся гонять туда-сюда, и одна ошибка разводит выход с историей линий аккаунта. Фиксированный выход для каждого аккаунта и есть задача, которую решает прокси на уровне окружения.

Если Profile дополнительного аккаунта не входить в Google, всё в порядке?

Пропадает только слой синхронизации. Fingerprint и исходящий IP по-прежнему общие, и платформа так же способна собрать аккаунты одной машины вместе. Не входить в Google стоит, но это закрывает один слой, а не все.

Что лучше для дополнительных аккаунтов: инкогнито или Profile?

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

Заключение

Несколько Profile в Chrome очень аккуратно разделяют локальные данные, тогда как платформа судит о связывании по устройству и сети: эти вещи лежат в разных плоскостях. Хватает ли Profile, зависит от веса аккаунта. Для личного повседневного использования можно не менять ничего; рабочему аккаунту стоит окружение соответствующего уровня, хотя бы собственные fingerprint и выход у каждого номера. Когда придёт время менять окружение, скачайте MostMate, создайте два окружения в бесплатной версии и прогоните сравнение сами: результат нагляднее любых объяснений.