Яндекс.Еду оштрафовали на 60 000 рублей за утечку ПДн клиентов

Яндекс.Еду оштрафовали на 60 000 рублей за утечку ПДн клиентов

Яндекс.Еду оштрафовали на 60 000 рублей за утечку ПДн клиентов

Мировой суд Замоскворецкого района Москвы ознакомился со свидетельствами, предоставленными Роскомнадзором, и признал «Яндекс.Еду» виновной в утечке клиентских данных. В соответствии с вынесенным решением сервису придется уплатить штраф в размере 60 тыс. рублей.

Как выяснил «Интерфакс», дело «Яндекс.Еды» рассматривалось в рамках ч. 1 ст. 13.11 КоАП (нарушение законодательства при обработке ПДн, от 60 тыс. до 100 тыс. руб. штрафа). Пострадавшие, обратившиеся в суд, требовали по 100 тыс. руб. компенсации.

Утечка, о которой идет речь, произошла в конце февраля; в своем сообщении от 1 марта сервис доставки заявил, что слив ПДн клиентов в Сеть произошел по вине инсайдера. Позднее злоумышленники создали специальный сайт, привязав данные пользователей «Яндекс.Еды» к интерактивной карте.

На этой открытой площадке можно было найти такие сведения, как ФИО, адреса, телефоны, коды домофонов, состав заказов, время доставки. К счастью, регистрационных и платежных данных клиентов в слитой базе «Яндекс.Еды» не оказалось.

По данным «Ъ», от утечки пострадали 58 тыс. пользователей, в том числе сотрудники спецслужб, заказавшие еду в офис на Лубянке. Период, за который были собраны слитые ПДн, — последние полгода.

После инцидента «Яндекс.Еда» сократила число сотрудников с доступом к клиентским данным, исключила обработку такой информации вручную и пообещала наказать инициатора слива. Роскомнадзор тем временем составил административный протокол по факту нарушения законов о персональных данных и направил материалы в суд. Некоторые пострадавшие тоже подали иски, требуя, чтобы сервис заставили возместить ущерб.

VLESS+REALITY больше не магия: ТСПУ бьёт по поведению

На Хабре запустили новое обсуждение вокруг работы ТСПУ и методов блокировки VPN-трафика. Пользователь darkisdark опубликовал масштабный разбор, в котором утверждает: эпоха простого сигнатурного анализа фактически закончилась, а на смену ей пришла поведенческая фильтрация соединений.

По словам автора, если раньше многие решения могли обходить ограничения за счёт маскировки TLS-отпечатков и имитации обычного HTTPS-трафика, то теперь этого уже недостаточно.

ТСПУ якобы анализирует не содержимое пакетов, а поведение соединений: какие TLS-отпечатки используются, сколько параллельных подключений создаётся и к каким подсетям направляется трафик.

Именно этим darkisdark объясняет массовые сбои VLESS+REALITY, которые пользователи начали фиксировать в феврале и особенно активно — в июне 2026 года.

Типичная картина выглядит так: клиент показывает статус «Connected», соединение формально установлено, но данные не передаются. Интернет словно зависает, хотя явной блокировки нет.

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

В качестве примера приводится инцидент с Delta Chat, когда под ограничения попали TLS-соединения, использующие определённый отпечаток библиотеки Rust ring, что вызвало проблемы у ряда хостинг-провайдеров.

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

При этом darkisdark отдельно предупреждает, что многие цифры и пороги срабатывания, фигурирующие в обсуждениях, остаются гипотезами и требуют независимого подтверждения.

RSS: Новости на портале Anti-Malware.ru