Роскомнадзор: Detector404.ru может использоваться для вброса фейков о сбоях

Роскомнадзор: Detector404.ru может использоваться для вброса фейков о сбоях

Роскомнадзор: Detector404.ru может использоваться для вброса фейков о сбоях

Роскомнадзор предупредил СМИ: сервис мониторинга сбоев Detector404.ru не стоит воспринимать как надёжный источник. По версии ведомства, его данные могут использоваться для вбросов. В РКН подчёркивают, что их ресурсы работают штатно, а «сбоев и DDoS-атак» не видно.

Повод для такого заявления — шум вокруг затяжной DDoS-атаки, о которой сам Роскомнадзор публично сообщал ещё 27 февраля.

Тогда в ведомстве говорили, что Центр мониторинга и управления сетью связи общего пользования зафиксировал начало атаки в 09:11, а её пик доходил до 33 Гбит/с и 36,9 млн пакетов/с.

Дальше началась типичная «гонка графиков»: часть медиа и телеграм-каналов ссылалась на Detector404 и писала, что ресурсы РКН якобы недоступны. В ответ ведомство заявило, что информация «не соответствует действительности», а влияние атаки «полностью исключается» Национальной системой противодействия DDoS-атакам. Поэтому сайты и сервисы, по их словам, доступны.

Отдельно журналисты обратили внимание на деталь: Detector404 перестал показывать «сетевые сбои» по основному сайту РКН, оставив в карточке в основном график пользовательских жалоб, из-за чего спор о том, что именно считать недоступностью, стал ещё громче.

 

При этом в конце февраля пользователи действительно массово жаловались на проблемы с доступом к сайту Роскомнадзора.

Подпишитесь на новости

HTTPS не делает вас невидимкой: на Хабре разобрали работу ТСПУ

Зашифровали соединение, теперь можно выдохнуть? С блокировками этот фокус работает далеко не всегда. На Хабре вышел подробный разбор ТСПУ — технических средств противодействия угрозам. Автор объясняет, как фильтры распознают соединения и почему сайт может зависнуть, даже если содержимое трафика защищено.

В материале пользователя owenewans путь запроса разобран по этапам: от получения IP-адреса через DNS до проверки соединения и передачи ответа.

Базовый принцип прост: для ограничения доступа необязательно читать переписку. Фильтру могут хватить IP-адреса, порта или признаков протокола. При обычном HTTPS без ECH имя сайта также может быть видно в начале TLS-соединения.

Отдельная история — замедление. Согласно описанию автора, система может отбрасывать часть пакетов, заставляя устройства повторять передачу. В результате страница вроде открылась, а видео стоит колом. Интернет формально есть, но пользоваться им практически невозможно.

В статье также объясняется разница между туннелями и средствами анти-DPI. Универсальной кнопки не получается: если закрыт сам IP-адрес, изменение признаков запроса проблему не решит.

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