Российские пользователи интернета столкнулись с глобальным сбоем

Российские пользователи интернета столкнулись с глобальным сбоем

Российские пользователи интернета столкнулись с глобальным сбоем

Если в воскресенье, 25 ноября, вы наблюдали перебои в работе интернета, то знайте — скорее всего, это глобальный сбой, вызванный ошибкой в конфигурации сетей российских провайдеров. Из-за этого граждане не могли получить доступ ко многим популярным ресурсам. Такой информацией поделилась ИБ-компания Qrator Labs.

Оказалось, что все дело в протоколе BGP (Border Gateway Protocol) и его настройке. Как пояснили специалисты, ошибки в конфигурации BGP приводят к нелегитимному перехвату трафика. Если операторы не проверяют, что они получают от своих клиентов, эта проблема может вылиться в масштабные сбои.

В результате пользователи из России могли сталкиваться с недоступностью таких ресурсов, как Amazon, YouTube, «Вконтакте», IVI. В Qrator Labs считают, что проблема могла коснуться от 10% до 20% российских пользователей.

Все произошло благодаря небольшому оператору Krek Ltd, который в 16:00 по Москве начал анонсировать сети между своими провайдерами. Из-за этого значительная часть трафика «Ростелекома» была перенаправлена на его сеть.

Так как сеть Krek не смогла справиться с такой нагрузкой, тысячи сервисов стали недоступны для пользователей «Ростелекома».

«Существует распространенное мнение, что бороться с подобными аномалиями, возникающими за границей своей сети, практически невозможно. Однако, если известен источник перехвата трафика (в данном случае сеть Krek), то возможна эксплуатация защиты BGP от циклов для разрыва перехвата. Другими словами, при наличии мониторинга в реальном времени возможно активное противодействие подобным аномалиям», – комментирует Александр Азимов, сетевой архитектор Qrator Labs. 

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

Claude Code удалил 116 ГБ и сообщил, что файлы выглядят нормально

Пользователь Windows сообщил, что Claude Code при уборке временных файлов удалил около 116 ГБ данных из его домашней директории. Затем агент заверил, что остановил команду и все выглядит целым. По описанию инцидента, удаление продолжалось еще примерно 50 минут.

В отчете на GitHub пользователь рассказывает, что работал над анализом для соревнования Kaggle.

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

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

Через 120 секунд задача автоматически перешла в фон. Агент запросил остановку и получил сообщение об успехе, однако, судя по описанным изменениям файловой системы, удаление продолжалось. Вероятное объяснение — дочерний процесс пережил остановку задачи.

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

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

Особенно неприятна в этой истории уверенность агента. Наличие папки еще не означает наличие файлов.

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