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

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

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

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

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

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

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

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

 

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

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

1,8 ТБ и вагон ошибок: как выгрузка с Яндекс Диска превратилась в квест

Пользователь «Яндекс Диска» решил сделать резервную копию 1,8 ТБ файлов, а также примерно 160 ГБ фотографий и получил приключение с ошибками API, зависшими загрузками и собственными скриптами.

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

Подробности инженер Сергей Терёхин, известный как KenGuru66, описал  в собственном разборе на Хабре.

План был такой: rclone, сервер в Нидерландах, копия в Google Drive. Но стандартная аутентификация позволяла получить сведения о диске, а обращения к файлам возвращали ошибку 410. Доступ удалось наладить с другим OAuth-токеном.

Фотографии из безлимитной автозагрузки добавили веселья: для копирования через выбранный API их пришлось переместить в обычную папку. После этого они начали занимать место в тарифе. Более 30 тысяч снимков переносились около шести часов.

В выборке из 300 случайных файлов автор смог получить начало только 146. По важной папке с документами он скопировал и проверил по MD5 2315 файлов; ещё 3079 на момент публикации оставались недоступны.

Потерю данных автор не утверждает, он продолжает повторные загрузки. Скрипты опубликованы на GitHub.

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