Давняя уязвимость RoboForm вернула доступ к BTC-кошельку ценой в 3 миллиона

Давняя уязвимость RoboForm вернула доступ к BTC-кошельку ценой в 3 миллиона

Давняя уязвимость RoboForm вернула доступ к BTC-кошельку ценой в 3 миллиона

Обнаружив уязвимость в менеджере паролей RoboForm выпуска 2013 года, исследователи смогли восстановить ключ доступа к биткоин-кошельку. Его владелец рад вдвойне: за 11 лет его 43,6 BTC подорожали с $5,3 тыс. до $3 миллионов.

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

Безутешный владелец крипты обратился за помощью к известному в узких кругах умельцу, однако тот привык иметь дело с аппаратными криптокошельками вроде Trezor, а здесь речь шла о софте. Брутфорс с помощью скрипта для автоматизации подбора пароля казался трудновыполнимым, поэтому было решено поискать в RoboForm уязвимость, которая помогла бы решить проблему.

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

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

К сожалению, владелец криптокошелька плохо помнил, когда именно он поставил пароль и какие символы использовал. Просмотр журнала показал, что первые биткоины появились в кошельке 14 апреля 2013 года; исследователи также изучили другие пароли, созданные заказчиком с помощью RoboForm, и начали экспериментировать.

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

 

RoboForm разработки Siber Systems одним из первых появился на рынке менеджеров паролей; в настоящее время на его счету более 6 млн пользователей. Генератор случайных чисел, слабостью которого воспользовались исследователи, подкрутили или заменили в 2015 году, с выпуском сборки 7.9.14 продукта.

Хакеры спрятали команды для WordPress-зловреда в комментариях Steam

Исследователи GoDaddy обнаружили необычную вредоносную кампанию, жертвами которой стали почти 2000 сайтов на WordPress. Вместо традиционной инфраструктуры управления злоумышленники использовали комментарии в профилях Steam Community.

Схема выглядит настолько странно, что сначала напоминает шутку. Однако всё вполне серьёзно.

После заражения WordPress-сайта вредоносный код обращался к определённым профилям Steam и считывал комментарии пользователей. На первый взгляд они выглядели как обычный текст или даже ASCII-арт. Но внутри были спрятаны невидимые Unicode-символы.

 

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

По сути, комментарии Steam превратились в своеобразный центр управления вредоносной инфраструктурой.

После расшифровки сайт получал адрес внешнего сервера и загружал оттуда JavaScript под видом обычных библиотек. Для маскировки использовались названия вроде asahi-jquery-min-bundle или lodash.core.min.js, чтобы не вызывать подозрений у администраторов.

 

Финальной стадией атаки становилась установка бэкдора. Он позволял злоумышленникам удалённо выполнять PHP-код через специально сформированные POST-запросы и фактически получать контроль над сайтом.

По данным GoDaddy, кампания действует как минимум с июля 2025 года. Всего специалисты обнаружили признаки заражения примерно на 1980 WordPress-ресурсах.

Как именно происходило первоначальное заражение, пока неизвестно. Среди возможных вариантов называются украденные учётные данные администраторов, компрометация доступа по FTP / SFTP, уязвимости в темах и плагинах WordPress или атаки через цепочки поставок.

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

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