Власти США заполучили румына, помогавшего прятать хостинг банкера Gozi

Власти США заполучили румына, помогавшего прятать хостинг банкера Gozi

Власти США заполучили румына, помогавшего прятать хостинг банкера Gozi

Колумбия передала США Михая Паунеску (Mihai Ionut Paunescu), которого в прошлом году повторно арестовали по просьбе американских властей. На новом месте 37-летнему иностранцу с двойным гражданством, Румынии и Латвии, придется отвечать перед законом: его обвиняют в пособничестве распространению Gozi — Windows-зловреда, поразившего более 1 млн компьютеров по всему миру.

Банковский троян Gozi, он же Ursnif и Papras, объявился в интернете в конце 2006 года. Вредонос имел модульную структуру и воровал данные, перехватывая трафик и на лету подменяя страницы систем онлайн-банкинга.

В США вредоносу, по данным ФБР, удалось проникнуть как минимум на 40 тыс. машин, в том числе на полторы сотни компьютеров НАСА. Совокупный ущерб от деятельности банкера американцы оценили в десятки млн долларов.

Румын Паунеску, по версии следствия, с 2011 года предоставлял киберкриминалу услуги bulletproof-хостинга. Он арендовал серверы и IP-адреса у легитимных провайдеров, а затем сам сдавал их в аренду и мониторил актуальные черные списки. В тех случаях, когда клиент сталкивался с блокировкой, хостер помогал ему перенести данные в другую сеть.

ИТ-инфраструктурой Паунеску, известного в Сети как Virus, охотно пользовались операторы мощных банкеров ZeuS и SpyEye. Его серверы зачастую задействовались для проведения DDoS-атак (в качестве C2) и массовой рассылки спама.

Первый раз предприимчивого румына арестовали на родине — в конце 2012 года, тоже по запросу США. В начале 2013-го в штате Нью-Йорк были оглашены обвинения по делу о распространении Gozi; ответчиками, кроме Паунеску, числились россиянин Никита Кузьмин и гражданин Латвии Денис Чаловский.

Кузьмин, как он сам впоследствии признался, стоял у истоков Gozi-сервиса; его задержали в 2011 году в Калифорнии. Арест Чаловского, которого россиянин нанял для развития своего проекта, состоялся на полтора года позже — в Латвии. Оба подельника были осуждены в 2016 году и получили тюремные сроки, которые к тому времени уже отбыли.

Паунеску повезло больше: румынские власти отпустили его под залог, и он оставался на свободе до второго ареста — в прошлом году, уже в Колумбии. В США против него выдвинуты обвинения во взломе чужих компьютеров, банковском мошенничестве и противоправном использовании проводной связи — все в составе преступной группы. По совокупности румыну грозит до 30 лет лишения свободы.

WordPress начнёт тормозить опасные обновления плагинов ещё на старте

WordPress запускает автоматическую проверку безопасности каждого нового релиза плагина перед его распространением через API WordPress.org. Обновления с высоким уровнем риска будут блокироваться автоматически, до того, как миллионы сайтов нажмут «Обновить» и впустят проблему внутрь.

Раньше команда WordPress проверяла новые плагины перед добавлением в каталог, но последующие версии выпускались без единого обязательного этапа контроля.

В результате безопасное расширение могло однажды получить уязвимость, бэкдор или нового владельца с очень интересными планами. Перед распространением каждый релиз уже проходит шестичасовую задержку в рамках инициативы Protect The Shire. За это время изменения анализируют несколько ИИ-моделей и Jetpack Scan.

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

Механизм успел показать зубы ещё до полноценного запуска. 28 июля он обнаружил бэкдор в новой версии неназванного плагина с примерно 20 тысячами активных установок. Релиз находился в периоде ожидания и не успел разлететься по сайтам. Через 26 минут после уведомления от Wordfence плагин закрыли для скачивания.

Высокий рейтинг при этом не доказывает злой умысел. Система одинаково серьёзно отнесётся и к намеренно встроенному вредоносу, и к случайной опасной ошибке. Разработчику предложат изучить замечания, исправить код и выпустить новую версию. Если та пройдёт порог, обновление отправится дальше.

Оспорить результат тоже можно, но WordPress честно предупреждает: исправить релиз обычно быстрее, чем ждать ручного рассмотрения.

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