В июле Сбер повергся самой мощной DDoS-атаке за всю историю

В июле Сбер повергся самой мощной DDoS-атаке за всю историю

В июле Сбер повергся самой мощной DDoS-атаке за всю историю

Представители «Сбера» рассказали о мощнейшей DDoS-атаке, которой финансовый конгломерат подвергся в конце июля 2024-года. Как отметил зампред правления банка Станислав Кузнецов, на данный момент это самая мощная DDoS за всю историю атак на «Сбер».

В разговоре с корреспондентом «РИА Новости», Кузнецов уточнил, что DDoS длилась 13 часов, а её особенность заключалась в использовании инфраструктуры так называемой «ИТ-армии Украины» и нескольких сторонних бот-сетей.

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

Кузнецов заверил, что клиенты вообще не почувствовали последствий DDoS, а служба кибербезопасности отработала на отлично и справилась с атакой.

В мае мы рассказывали, как успешно отражать DDoS-атаки в 2024 году. На днях также популярный во Владивостоке провайдер VladLink столкнулся с массированными DDoS-атаками со стороны якобы «It Army of Ukraine».

При этом недавний арест Павла Дурова привел к волне DDoS-атак на французские сайты.

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

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

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

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

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

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

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

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

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

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

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