Вобщем, пока "Сетка" лежала, провел небольшое исследование. Пост вчера опубликовал на других каналах, сюда только сегодня выложу по понятным причинам. :)

Итак, в октябре 2026 года в российском сегменте интернета произошли инциденты, затронувшие инфраструктуру "Яндекса": серия атак на дата-центры в Рязанской, Калужской и Владимирской областях привела к перебоям в Yandex Cloud и зависимых сервисов. В тот же период пользователи зафиксировали недоступность соцсети "Сетка" - проекта HeadHunter для нетворкинга. Совпадение? Возможно. Но есть детали, которые заставляют задавать вопросы.

Факты

Пингуем домен: ping setka.ru (45.154.73.53) 64 bytes from intelmax.fastservers.it

IP принадлежит итальянскому хостинг-провайдеру FastServers.IT. Не Cloudflare, не Amazon, не Yandex Cloud.

Трассировка уходит через LINX в Амстердам, к узлу IPTP Networks - провайдера, специализирующегося на remote peering, то есть доступе к крупнейшим точкам обмена трафиком (AMS-IX, DE-CIX, LINX).

Инженерные объяснения

Наблюдаемые особенности могут иметь легитимные объяснения, не предполагающие обход требований: CDN и edge-инфраструктура, защита от DDoS и WAF, резервирование и failover, балансировка нагрузки, транзитный маршрут по BGP.

Сам по себе маршрут трафика не является доказательством целевого использования зарубежных мощностей для обработки персональных данных.

Связь с инцидентами в Yandex Cloud

Атаки на ЦОДы "Яндекса" были системными. С 7 по 11 октября выведены из строя объекты в Сасово (Рязанская область), Калуге и Владимире, где размещались ключевые мощности, включая суперкомпьютеры "Червоненкис" и "Галушкин". Перебои - более чем у 80 сервисов Yandex Cloud.

Падение "Сетки" может объясняться инфраструктурной зависимостью: использование Yandex Cloud как бэкенд-платформы, зависимость от общих сервисов экосистемы HeadHunter (API аутентификации, очереди, кэши, БД), сбой на уровне зависимостей.

Это объяснение согласуется с фактами и не требует дополнительных гипотез.

Модель разделения контуров

Архитектурно возможна схема: персональные данные хранятся в российском контуре; публичный контент (посты, комментарии, описания опыта, блок "о себе") обрабатывается в зарубежном; связь между таблицами - через UUID. Формально персональные данные не покидали РФ. Но здесь критическая уязвимость.

Даже при удалении явных персональных полей совокупность семантических, контекстных и поведенческих признаков позволяет однозначно идентифицировать субъекта. Простая реализация на основе хэша контента и UUID пользователя (например, в key-value хранилище) даёт однозначное соответствие "результат внешнего анализа - конкретный аккаунт". Такая связка фактически выполняет функцию производного идентификатора.

Юридический ландшафт

152-ФЗ: персональные данные - любая информация, позволяющая прямо или косвенно идентифицировать человека. С 1 сентября 2025 года - запрет на передачу обезличенных данных за рубеж. Практика РКН: регулятор оценивает не формальный набор полей, а возможность идентификации по совокупности признаков.

Если по переданным данным можно восстановить личность, это квалифицируется как трансграничная передача. Удаление отдельных полей не эквивалентно обезличиванию: последнее - регламентированная процедура с методиками, актами и оценкой рисков.

Выводы

Итальянский IP, маршрут через Амстердам, недоступность в дни атак на ЦОДы - проверяемые факты. Инженерные объяснения позволяют интерпретировать их без гипотез об обходе требований. Падение "Сетки" согласуется с зависимостью от Yandex Cloud или общих сервисов HeadHunter.

Проблема "обезличенных" данных - в возможности косвенной идентификации. Простые технические реализации позволяют однозначно связать результаты внешнего анализа с конкретным пользователем. Это создаёт регуляторные риски даже при формальном соблюдении требований.

Я не утверждаю, что "Сетка" нарушает закон. Я лишь сопоставляю факты, которые лежат на поверхности. Каждый из них по отдельности объясним. Вместе они образуют картину, которая любопытна и заслуживает внимания.