Злоумышленники прекратили распространять червь Koobface в Facebook

Злоумышленники прекратили распространять червь Koobface в Facebook

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


В последний раз ссылки на инфекцию попадали в поле зрения исследователей 13 февраля; после этого дня операторы ботнета неожиданно прекратили рассылать пораженным компьютерам инструкции по отправке нежелательных сообщений на Facebook. Сначала эксперты FireEye полагали, что перерыв будет недолгим, однако в конечном счете "тайм-аут" вышел весьма продолжительным; поняв, что прекращение размножения червя не случайно и имеет системный характер, специалисты сообщили об этом факте публично.

Само вредоносное семейство и инфраструктура связанного с ним ботнета, тем не менее, живут и здравствуют. Koobface по-прежнему занимается привычной для себя "работой" - рассылает спам и доставляет новые инфекции на зараженные ПК; что же касается серверов управления вредоносной сетью, то за последнюю неделю аналитики FireEye зарегистрировали 153 активных контрольных центра. Это значит, что в целом злоумышленники не намерены сворачивать свою деятельность; просто они остановили поиск новых жертв.

Исследователи пока не знают, с чем связать это явление. Есть лишь предположение, что активность червя стала слишком заметной, и операторы ботнета решили немного отодвинуться в тень, дабы не привлекать к себе слишком уж много внимания "светлой стороны". Возможно, это и правда так - ведь в прошлом году руководитель антивирусного подразделения Facebook Ник Белогорский уже заявлял, что руководству социальной сети известны имена создателей Koobface.

Softpedia

Письмо автору

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

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

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

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

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

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

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

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

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

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

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