Новый Windows-троян ворует пароли из Chrome и хранит их в базе MongoDB

Новый Windows-троян ворует пароли из Chrome и хранит их в базе MongoDB

Новый Windows-троян ворует пароли из Chrome и хранит их в базе MongoDB

На ландшафте киберугроз обнаружился новый троян для систем Windows, крадущий сохранённые в браузере Google Chrome пароли. При этом для хранения украденных учётных данных вредонос использует удалённую базу данных MongoDB.

Получивший имя CStealer троян обнаружила команда исследователей MalwareHunterTeam, которая также отметила необычный подход вредоносной программы к отправке собранных паролей.

Как уже отмечалось выше, CStealer интересуют учётные данные, сохранённые во встроенном в Google Chrome менеджере паролей. Но есть также один нюанс, который выделяет этот вредонос на фоне других похожих троянов.

Вместо того чтобы компилировать пароли в один файл и отправлять на C2-сервер, CStealer напрямую подключается к базе данных MongoDB, которую впоследствии использует для хранения украденных учётных данных.

В коде вредоносной программы жёстко заданы имя базы и её пароль, а для подключения используется библиотека MongoDB C Driver.

В чём основная опасность такого подхода — любой, у кого будет возможность проанализировать код CStealer (правоохранители, исследователи, киберпреступники), сможет вычислить жёстко закодированные данные БД, что позволит получить доступ к украденным паролям жертв.

Критическая уязвимость в плагине WPvivid Backup затронула 900 000 сайтов

Уязвимость, выявленная в популярном WordPress-плагине для создания резервных копий, позволяет без аутентификации загрузить на сайт вредоносный код PHP и запустить его на исполнение. Патч включен в состав WPvivid Backup & Migration 0.9.124.

Уязвимости подвержены все прежние версии продукта. Ввиду высокой опасности и масштабности проблемы (на счету WPvivid Backup уже свыше 900 тыс. установок) пользователям настоятельно рекомендуется произвести обновление.

Правда, в блог-записи Wordfence сказано, что CVE-2026-1357 (9,8 балла CVSS) критична лишь для тех, у кого настройки плагина предусматривают обработку сгенерированным ключом — в обеспечение загрузки резервных копий с других сайтов. По умолчанию эта возможность отключена, а срок действия ключа ограничен 24 часами.

Согласно описанию, причин появления уязвимости две: неадекватная обработки ошибок при расшифровке по RSA и отсутствие санации пути при записи загруженных файлов.

Как оказалось, когда плагин тщетно пытался расшифровать сеансовый ключ, он не завершал выполнение, а передавал ложное значение $key в phpseclib для инициализации шифрования.

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

 

Ситуацию усугубило отсутствие проверок типа файлов и их расширений в функции send_to_site(). Это провоцировало выход за пределы защищенного каталога резервных копий — загрузку на сервер произвольного PHP-кода с записью в публично доступные места с тем, чтобы он каждый раз отрабатывал в браузере.

Апдейт, устраняющий эти недостатки, вышел 28 января. Автор опасной находки получил 2145 долларов в рамках программы Wordfence Bug Bounty.

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