Как identity resolution следит по email, а не по cookie, что блокирует Safari 27 и почему разделение хранилища и антифингерпринтинг бессильны.
В выпусках iOS, iPadOS, macOS и visionOS 27 Safari и WebKit блокируют сетевой доступ к классу инфраструктуры слежки, называемому identity resolution («разрешение личности»). WebKit объявил об этом 19 октября 2026 года в статье Blocking Identity Resolution Infrastructure. Новость касается Safari, но сама техника шире: она отслеживает вас по адресу почты, который вы вводите в форму входа или регистрации, и ей не нужны ни cookie, ни отпечаток браузера. В статье разберём, как это работает, почему привычная защита тут бессильна и что можно сделать в любом браузере.
Главное
- Identity resolution привязывает слежку к вашему email. По описанию WebKit, сторонний скрипт незаметно собирает адрес, который вы вводите при входе или подписке на рассылку, отправляет его на свой сервер и получает обратно непрозрачный идентификатор слежки, связанный с этим адресом.
- Идентификатор переживает ваши действия. WebKit подчёркивает: выход из аккаунта или отписка от рассылки не удаляют ни идентификатор, ни адрес, хранящийся у третьей стороны.
- Он связывает сайты и устройства. Из email-адресов и номеров телефонов складывается «граф личности» (identity graph), позволяющий следить между сайтами и между устройствами.
- Защита от cookie и фингерпринтинга его не касается. Email — детерминированный идентификатор, который вы ввели сами: разделять в хранилище нечего, а шум против фингерпринтинга нечего размывать.
- Ответ Safari 27 — блокировка на уровне домена. По словам WebKit, это не даёт запросу с вашей почтой дойти до резолвера, а смена структуры запроса защиту не обходит.
Как работает identity resolution
WebKit описывает схему в четыре шага:
- Сбор. Вы вводите email в форму входа или подписки на сайте. На странице присутствует скрипт третьей стороны (не владельца сайта) и без видимых признаков собирает адрес.
- Отправка. Скрипт отправляет адрес на серверы третьей стороны.
- Присвоение. Сервер создаёт непрозрачный идентификатор слежки, навсегда связанный с этим адресом, и возвращает его странице.
- Повторное использование. Идентификатор хранится на сайте и затем может служить любым целям, связанным с вашей почтой: например, для профиля вашего поведения в сети или таргетинга рекламы на разных сайтах.
Главное — накопление со временем. Каждый раз, когда вы входите с этим адресом или заполняете форму с личными данными на другом сайте-участнике, тот же посредник узнаёт о вас чуть больше. Накопленная запись и есть граф личности. Email-адреса и телефоны обычно относятся к персональным данным, а для большинства людей email — глобально уникальный идентификатор, который они хранят годами, а то и десятилетиями. Поэтому граф следует за вами между сайтами и устройствами, а не только в рамках одного браузера.
Почему это слежка «после cookie»
WebKit подаёт identity resolution как ответ отрасли на блокировку межсайтовых cookie, которую Safari завершил много лет назад (см. механизмы ITP в Safari по одному). Если нельзя узнать вас по cookie, поставленному в вашем браузере, вас узнают по тому, что вы отдаёте добровольно.
Три семейства межсайтовой слежки:
| Семейство | Что несёт идентичность | Что убирает защита браузера |
|---|---|---|
| Cookie и хранилище | Значение, сохранённое в браузере | Блокировка, разделение или истечение срока хранилища |
| Фингерпринтинг | Признаки, вычисленные по браузеру и устройству | Уменьшение или рандомизация сигналов |
| Identity resolution | Введённый вами email | Блокировка сетевого запроса, который его отправляет |
Слежка через хранилище разобрана в статьях о разделении хранилища и bounce tracking. Слежка по сигналам — тема материалов о постоянных visitor ID и руководства по фингерпринтингу. Identity resolution стоит рядом с ними и невосприимчива к защите, созданной против них.
Почему разделение хранилища и защита от фингерпринтинга не помогают
Разделение хранилища даёт каждому сайту собственную копию, так что идентификатор, записанный на одном сайте, нельзя прочитать на другом. Но email не читается из хранилища: вы вводите его заново на каждом сайте, и резолвер получает его каждый раз. Какую бы изоляцию ни применил браузер, резолвер получает ту же самую строку.
Защита от фингерпринтинга снижает уникальность браузера. Email — не признак браузера. Шум в canvas или более короткий список шрифтов никак не меняют адрес, который вы набрали сами.
Обе защиты работают против выведенной или сохранённой идентичности. Identity resolution опирается на заявленную идентичность. В этом и сдвиг, и причина, по которой ответ WebKit — защита другого рода: не правило хранилища, а перекрытие сетевого пути к резолверу.
Что WebKit делает и чего не делает
Из объявления:
- Блокирует сетевой доступ к инфраструктуре identity resolution в выпусках 27 для iOS, iPadOS, macOS и visionOS. Блокировка на уровне домена означает, что резолвер не обойдёт её, изменив структуру запроса.
- Нацелен на сторонние резолверы. WebKit описывает эти компании как присутствующие, но невидимые на многих страницах, где вы вводите email. Они не провайдеры входа и не сервисы рассылок — они «просто там, чтобы следить за вами».
- Не нацелен на персонализацию первой стороны. WebKit прямо пишет, что персонализация первой стороны «не является слежкой, и наши технологии не стремятся её предотвратить». Магазин, помнящий вашу историю заказов, вне зоны действия.
- Центральный резолвер — проблема, даже если каждый сайт честен. Даже если граф каждой компании содержит только её данные, WebKit отмечает: центральный резолвер хранит данные, охватывающие разные сайты, устройства и компании, и может выполнять роль клирингового центра. Такой возможности нет у отдельной первой стороны.
Список заблокированных доменов в объявлении не приводится, поэтому и здесь его нет.
Что можно сделать в любом браузере
Блокировка на уровне браузера помогает только тем, у кого она есть. Базовое решение — на стороне ввода: какой адрес вы отдаёте.
- Используйте уникальный адрес для каждого сайта. Если email на каждом сайте разный, склеивать нечего. Некоторые почтовые сервисы предлагают для этого алиасы. Сам WebKit упоминает Hide My Email для подписчиков iCloud+: он создаёт уникальные случайные адреса для каждого нового сайта, а письма по-прежнему приходят в ваш ящик.
- Заведите отдельный адрес для рассылок и маркетинга. Так один адрес связывает меньше.
- Отписка — не удаление. По данным WebKit, отписка не удаляет идентификатор и адрес, хранящиеся у третьей стороны.
- Не рассчитывайте только на настройки приватности. Строгая защита от фингерпринтинга, очистка cookie и VPN не меняют отправляемый вами email.
Где здесь ваш отпечаток браузера
Проверка отпечатка на BrowserInsight показывает, что сайт узнаёт о вас, пока вы ничего не вводите: вывод canvas, шрифты, экран и так далее. Сопоставлению по email ничего из этого списка не нужно, поэтому и защита различается. От отпечатка защищаются, делая браузер похожим на множество других; от идентификатора на основе email — меняя то, что вы отправляете, или с помощью браузера, который обрывает запрос. Мы не утверждаем, что какой-либо инструмент BrowserInsight обнаруживает скрипты identity resolution. Проверка отпечатка охватывает другую половину картины.
Есть и другие случаи, когда третья сторона прячется внутри обычного поведения сайта: см. определение межсайтового входа и CNAME-маскировку трекеров.
Частые вопросы
Это то же самое, что вход через Google или Facebook?
Нет. WebKit разделяет эти случаи: резолвер — не провайдер входа и не сервис рассылок, а третья сторона, присутствующая на странице, чтобы собирать ваш адрес для слежки.
Safari 27 блокирует это только в приватном режиме?
В объявлении WebKit блокировка описана как часть выпусков 27, а приватный режим вообще не упоминается. Такого ограничения там нет, но и подробнее область действия не раскрыта; если для вас это важно, сверьтесь с примечаниями к выпуску от самой Apple.
Если я нигде не вхожу в аккаунт, я в безопасности?
Схема зависит от того, что вы вводите email или другие личные данные в форму. Не вводя их, вы не даёте ей ничего собрать, но остальные виды слежки, такие как cookie и фингерпринтинг, продолжают действовать.
Удалит ли очистка cookie мой идентификатор?
Нужную часть — нет. Идентификатор привязан к вашему адресу на серверах третьей стороны. WebKit сообщает, что ни выход из аккаунта, ни отписка его не удаляют.
Вывод
Identity resolution — слежка, которая просит у вас идентификатор, а не берёт его из браузера. Поэтому разделение хранилища и защита от фингерпринтинга, нацеленные на идентификаторы, которые браузер хранит или раскрывает, её не затрагивают, а Safari 27 отвечает прямой блокировкой сетевого доступа к резолверам. Если в вашем браузере такой блокировки нет, главным инструментом остаётся адрес, который вы отправляете: разный адрес на каждом сайте не оставляет резолверу ничего для склейки.
Рекомендуем почитать:
