Более 2 тыс. пользователей установили бэкдор под видом обновления Chrome

Более 2 тыс. пользователей установили бэкдор под видом обновления Chrome

Более 2 тыс. пользователей установили бэкдор под видом обновления Chrome

Тысячи пользователей скачали и установили обновление браузера Google Chrome, которое на деле оказалось опасным бэкдором. Большое число скачавших вредонос объясняется часто мелькавшими в последние дни новостями о планах апдейта в связи с пандемией нового коронавируса.

Если не слышали, крупные корпорации и разработчики программ перестроили свои планы по выпуску обновлений. Причина — быстро развивающаяся ситуация с инфекцией COVID-19.

Например, Google приостановил выпуск следующих релизов браузера Chrome, сосредоточившись исключительно на патчах актуальной версии. Так был отложен выход Chrome 82. Приблизительно то же сделала и Microsoft.

Под такую ситуацию быстро подстроились киберпреступники, взломав множество сайтов на WordPress и разместив на них якобы обновления браузера Google Chrome. Группировка взламывала как новостные блоги, так и официальные корпоративные сайты.

По словам специалистов антивирусной компании «Доктор Веб», ранее эти же злоумышленники распространяли фейковый видеоредактор VSDC через легитимный сайт разработчиков.

В случае последних атак киберпреступники встроили вредоносный код JavaScript, перенаправляющий людей на поддельную страницу обновления Google Chrome. Само собой, вместо апдейта пользователи получали вредоносный файл.

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

В архивах содержались файлы, предназначенные для защиты вредоносной составляющей от детектирования антивирусными средствами Windows. Далее на устройства устанавливался кейлоггер и ещё один зловред, похищающий данные.

Уязвимость переполнения глобального буфера в zlib грозит DoS и даже RCE

В широко используемой библиотеке zlib выявлена критическая уязвимость, позволяющая через порчу памяти вызвать сбой программы (DoS). Ее также потенциально можно использовать для удаленного выполнения стороннего кода в системе.

Пока не решенной проблеме, классифицируемой как переполнение буфера в глобальной памяти, присвоен идентификатор CVE-2026-22184. Поскольку эксплойт тривиален, степень опасности уязвимости была оценена в 9,3 балла по шкале CVSS.

Катастрофическая ошибка возникает при запуске утилиты untgz, а точнее, при выполнении функции TGZfname(), отвечающей за обработку имен архивных файлов, вводимых через консоль.

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

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

Уязвимости подвержены все сборки zlib до 1.3.1.2 включительно. В качестве временной меры защиты админам и разработчикам рекомендуется ограничить использование untgz либо вовсе удалить соответствующий пакет до появления пропатченной версии.

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