Вымогатель CryPy использует уникальный ключ для каждого файла

Вымогатель CryPy использует уникальный ключ для каждого файла

Вымогатель CryPy использует уникальный ключ для каждого файла

Исследователи Лаборатории Касперского предупреждают о появлении нового семейства вымогателей CryPy, написанных на Python. Отличается это семейство тем, что использует уникальный ключ для каждого шифруемого файла.

CryPy не первый вымогатель, написанный на Python, до него были HolyCrypt, Fs0ciety Locker и другие. Тем не менее, выделяется новый шифровальщик именно тем, что использует уникальные ключи для каждого зашифрованного файла и использует израильский сервер для управления.

Уязвимость в системе управления содержимым (CMS) Magento позволила злоумышленникам загрузить PHPShell-скрипт и использовать скомпрометированный сервер как командный центр вымогателя. Кроме того, они использовали сервер для фишинговых атак.

Исполняемая часть вымогателя, написанная на Python состоит из двух основных файлов: boot_common.py и encryptor.py. Эксперты Лаборатории Касперского объясняют, что первый файл отвечает за логирование ошибок, в то время как второй как раз является самим шифровальщиком.

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

Попав на целевую машину, шифровальщик отключает ряд функций. В том числе диспетчер задач, инструменты реестра, восстановление.

CryPy отправляет данные в командный центр, используя незащищенный протокол HTTP, в открытом виде, что позволяло легко проанализировать трафик. Код Python содержит жесткие вызовы PHP-скриптов в виде запроса GET.

Среди передаваемой в командный центр информации эксперты наши следующую: информация о системе, узле, версии компьютера и процессора, IP-адрес и уникальный идентификатор жертвы.

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

Android-приложения могли красть контакты без разрешения, опубликован PoC

Исследователь опубликовал код демонстрационного эксплойта для уязвимости CVE-2026-0075 в Android. Ошибка позволяла локальному приложению добраться до базы контактов через SQL-инъекцию, даже если пользователь не выдавал разрешение на её чтение. Нажимать дополнительные кнопки или подтверждать атаку тоже не требовалось.

Проблема находилась в системном компоненте ContactsProvider2, который обрабатывает обращения приложений к контактам.

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

Google присвоила уязвимости высокий уровень опасности. Она затрагивает Android 14, 15, 16 и 16 QPR2, следует из июньского бюллетеня безопасности Android.

Патч убирает подробности JSON-ошибок из ответов приложениям, не имеющим доступа к контактам. Вместо полезной для атакующего информации система теперь должна возвращать обезличенное сообщение.

Опубликованный на GitHub демонстрационный эксплойт специально не запрашивает разрешения READ_CONTACTS и WRITE_CONTACTS. Автор предназначил его для сравнения поведения исправленных и уязвимых сборок в контролируемой лаборатории.

Исследователь подчёркивает, что успешный тест на одном устройстве ещё не доказывает уязвимость всех смартфонов с той же версией Android.

Случаев реальной эксплуатации CVE-2026-0075 в атаках пока не подтверждено. Однако после появления общедоступного PoC рассчитывать на спокойную жизнь старых прошивок становится несколько наивно.

Пользователям стоит проверить уровень обновления безопасности в настройках устройства. Защиту содержит патч от 5 июня 2026 года или более новый.

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