МТС видит риски в требования о сборе IP-адресов абонентов

МТС видит риски в требования о сборе IP-адресов абонентов

МТС видит риски в требования о сборе IP-адресов абонентов

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

Проект, опубликованный в декабре 2024 года, предусматривает обязательное определение оборудования, используемого для доступа в интернет, для 1981 компании.

Роскомнадзор оценивает затраты на реализацию этих мер в 389 млн рублей в год, что составляет 2,3 млрд рублей за шесть лет. По мнению регулятора, подобные меры необходимы для защиты от DDoS-атак, предотвращения мошенничества и нарушений законодательства в области защиты персональных данных.

В отзыве, предоставленном РБК, МТС указал, что требование о передаче адреса установки оборудования, абонентских номеров и идентификаторов пользовательского устройства без согласия абонента является нарушением тайны связи.

Кроме того, компания отметила, что в 95 % случаев при подключении клиентов-физлиц к мобильным сетям через маршрутизатор широкополосного удалённого доступа (BRAS) невозможно точно определить, какое устройство используется для доступа в интернет.

Также МТС подчеркнул, что передача сведений о регионе, районе, городском округе и других параметрах, связанных с конкретными IP-адресами, в установленные сроки является технически невыполнимой. Для уточнения этих данных, по словам МТС, потребуется около шести месяцев.

«Архитектура некоторых сегментов сети глубоко интегрирована, и дополнительное разделение и локализация публичных IP-адресов приведёт к снижению надёжности. Без значительных затрат на модернизацию сети это невозможно», — говорится в отзыве.

«Оценить финансовые затраты на данные мероприятия в настоящее время не представляется возможным, в том числе из-за отсутствия на рынке большинства необходимого оборудования».

Кроме того, МТС считает, что выполнение требований Роскомнадзора потребует значительно больших расходов, чем заявлено в ведомстве.

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

В ответ на запрос РБК Роскомнадзор отметил, что отдельные положения приказа будут корректироваться, однако новой версии документа регулятор не готовит.

Российские провайдеры начали глушить защищённые DNS Google и Cloudflare

Пользователи сразу нескольких российских операторов пожаловались на проблемы с защищёнными DNS-сервисами Google и Cloudflare. Под ударом оказались протоколы DNS over HTTPS (DoH) и DNS over TLS (DoT), которые шифруют DNS-запросы и не позволяют провайдеру запросто подсматривать, к какому домену обращается пользователь.

По данным телеграм-канала bypassblock, сбои затронули абонентов «Ростелекома», «Дом.ру», «Таттелекома» и петербургского SkyNet.

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

При подключении к Cloudflare по адресам 1.1.1.1 и 1.0.0.1 через порт 853 TCP-рукопожатие проходит успешно, после чего соединение принудительно сбрасывается с ошибкой ECONNRESET — ещё до завершения TLS-аутентификации.


С Google Public DNS картина другая. Соединение с dns.google, 8.8.8.8 и 8.8.4.4 через порт 443 устанавливается, но после отправки TLS ClientHello ответы прекращаются.

Сессия либо висит до тайм-аута, либо завершается ошибкой unexpected eof while reading. Такое поведение может указывать на вмешательство промежуточного оборудования и фильтрацию по сигнатуре.

Симптомы различаются в зависимости от оператора и региона: у одних пользователей не работает только DoT, у других — DoH, а некоторым достался полный комплект. Техподдержка «Таттелекома» якобы прямо рекомендовала одному из абонентов отключить оба протокола для восстановления доступа.

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

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