В январе 13% попыток эксплуатации Log4Shell пришлись на устройства в России

В январе 13% попыток эксплуатации Log4Shell пришлись на устройства в России

В январе 13% попыток эксплуатации Log4Shell пришлись на устройства в России

Специалисты антивирусной компании «Лаборатория Касперского» проанализировали попытки эксплуатации нашумевшей уязвимости Log4Shell на территории России. В итоге выяснилось, что в январе на устройства в нашей стране пришлось 13% от общего числа попыток сканирования.

Как отметили эксперты, за первые три недели января 2022 года продукты Kaspersky заблокировали более 30 тысяч попыток эксплуатации Log4Shell. Причём только в первые пять дней отметились 40% таких попыток.

Что касается географии атак, в этом месяце на системы в России пришлось 13% отражённых кибернападений. А с декабря «Лаборатория Касперского» с помощью своих продуктов выявила и пресекла более 154 попыток эксплуатации Log4Shell.

Плюсом продуктов Kaspersky является возможность детектирования опубликованных демонстрационных эксплойтов (PoC), а также защита от использования CVE-2021-44228  и CVE-2021-45046 в атаках. По словам специалистов, возможны следующие детекты: UMIDS:Intrusion.Generic.CVE-2021-44228 и PDM:Exploit.Win32.Generic.

Напомним, что в январе также стало известно об операциях киберпреступной группировки APT35, которая устанавливала бэкдор на устройства жертв с помощью эксплойта для Log4Shell. Также эта уязвимость стала причиной кражи данных 2 миллионов клиентов Onus из Amazon S3 bucket.

Майнер-призрак: ботнет V25 спрятал XMRig в памяти Linux-систем

В мае 2026 года неизвестные операторы ботнета V25 (Generation 26) устроили на Linux-серверах полноценный майнинговый квест: проникли через доверенного партнёра, спрятались за обычными аккаунтами и удалили имплант с диска сразу после запуска. Файла нет, а Monero капает.

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

Получив права root, они не стали шуметь от имени суперпользователя (такие действия быстро привлекают SOC).

Вместо этого злоумышленники превратили Linux PAM в дымовую завесу. Через политику pam_rootok и команду su они без паролей переключались на обычные аккаунты, а затем создавали в них задания cron.

 

В итоге майнер закреплялся сразу в нескольких неприметных профилях. Удалить следы компрометации root было недостаточно: ботнет мог восстановиться из одной из таких теневых учётных записей.

Чтобы усложнить расследование, операторы останавливали rsyslog и auditd, а затем удаляли журналы аутентификации. После запуска основной имплант создавал mutex-файл во временном каталоге, стирал собственный исполняемый файл и продолжал работать исключительно в памяти.

Дальше начинался разгон: XMRig изучал топологию процессора, настраивал рабочие потоки, использовал Huge Pages и регистры MSR. Отдельный скрипт устранял конкурирующие майнеры, поскольку криптовалютная добыча чужими руками не терпит соседей.

Конфигурацию защищало многоуровневое XOR-обфусцирование. Расшифрованные учётные данные связали образец с семейством V25. Трафик Stratum маскировался под работу Java-агента, а процесс мог притворяться, например, ssh.

Защитникам советуют искать угрозу не только на диске, но и в памяти, отслеживать переключения root-to-user, остановку журналирования и подозрительные задания cron. В этой атаке команда удаления файла оказалась не финалом, а способом стать почти невидимым.

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