TrickBot вернулся, но усилия борцов с ботнетами не напрасны

TrickBot вернулся, но усилия борцов с ботнетами не напрасны

TrickBot вернулся, но усилия борцов с ботнетами не напрасны

Потеряв свои C2-серверы, операторы TrickBot сумели быстро обновить инфраструктуру, и ботнет вновь в строю, хотя его активность заметно снизилась. Как стало известно, ИБ-эксперты иного и не ожидали, однако высоко оценили недавнюю попытку нарушить функционирование вредоносной сети.

Оказалось, что в ходе захвата центров управления TrickBot, который ИТ-компании и телеоператоры провели с разрешения суда, ботоводы начали переносить свои серверы в децентрализованную сеть на основе EmerDNS. Эта сеть использует блокчейн-технологию, помогающую уберечь сайты от блокировки. В итоге зловредный ботнет снова заработал, хотя и не в прежнем объеме.

Жертвы заражения получили передышку, хотя и ненадолго. Тем не менее участники карательной акции результатами довольны. Комментируя ход событий для ZDNet, представители ESET, Microsoft и Symantec признали, что обезглавить такой ботнет, как TrickBot, одним махом не получится — да они и не ждали такого эффекта и готовятся к продолжению кампании.

Представители ИБ-сообщества, в свою очередь, заявили ZDNet, что удар по TrickBot подмочил репутацию ботоводов, вовлек их в дополнительные расходы и затормозил вредоносную деятельность. В последнем случае результат, конечно, оказался кратковременным, однако это было вполне ожидаемо.

Репортер ZDNet также ознакомился с ходатайством Microsoft, одобренным федеральным судом, и отметил, что этот документ создал новый прецедент в борьбе с ботнетами. В качестве основной причины проситель назвал факт нарушения пользовательского соглашения, регулирующего использование SDK Windows — комплекта разработчика, на котором работают все приложения Windows. Ботоводы TrickBot тоже пользуются программой, построенной на этом SDK, но с вредоносной целью, что противоречит условиям пользовательского соглашения.

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

История файлов в Windows сообщает об отключённом диске и срывает бэкапы

Microsoft подтвердила проблему с Историей файлов в Windows 10 и Windows 11. Пользователи начали жаловаться, что система упорно показывает предупреждение «Подключите диск "Истории файлов" повторно», даже когда диск для резервного копирования на месте и никуда не отключался. На этом фоне резервные копии у части пользователей просто перестают выполняться.

Судя по описанию Microsoft, Windows в какой-то момент ошибочно решает, что накопитель с File History был отключён слишком надолго.

Причём это касается не только обычных внешних USB-дисков, но и сетевых каталогов, используемых для бэкапов. В результате система может остановить резервное копирование, а пользователю останется только однотипное предупреждение без понятного объяснения, что именно пошло не так.

Хорошая новость в том, что речь не идёт о повреждении уже созданных копий или удалении файлов. Проблема скорее в надёжности процесса: если пользователь уверен, что История файлов продолжает работать как обычно, а на самом деле копирование уже остановилось, это легко может выясниться в самый неприятный момент.

Microsoft дала совет: если резервная копия хранится на внешнем диске, нужно убедиться, что он действительно подключён, а затем дождаться следующего запланированного бэкапа или запустить его вручную через Историю файлов.

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

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