Palo Alto Networks проанализировала 405 образцов вредоносного ПО, так или иначе связанных с ИИ, от написанных с помощью LLM ransomware до установщиков c заимствованными названиями популярных ИИ-приложений.
Исследователи пришли к выводу, что примерно 97% образцов в наборе данных никогда не покидали изолированную среду, исследовательское хранилище или внутреннюю тестовую среду, чтобы достичь реальной цели.
Хеши файлов 405 были сопоставлены с телеметрией конечных точек, сетевыми сессиями, перенаправленными для анализа в песочнице, и внутренними записями оповещений, генерируемыми при фактическом запуске образца.
На работающих конечных точках было обнаружено только 12 из них, в то время как в сетевом трафике песочницы появилась несколько большая группа (15-20 хешей). Каждый из 12 образцов, обнаруженных на защищенных конечных точках, вызвал оповещения системы безопасности.
Образцы, которые так и не дошли до стадии производства, делятся на три группы. Самая большая из них - это прототип кода, созданный для демонстрации метода: он настроен на атаку только локальных или частных сетей, содержит отладочную информацию, которую не оставил бы после себя ни один реальный злоумышленник, и загружен исследовательской лабораторией или университетом.
Вторая группа состоит из организаций, тестирующих собственную защиту от ранее выявленных вредоносных ПО, использующих ИИ, которые можно идентифицировать по многократной загрузке одного и того же файла из одного и того же источника в течение короткого промежутка времени.
Третья группа использует брендинг ИИ исключительно в качестве приманки, маскируя обычную полезную нагрузку под установщики известных продуктов ИИ, не имеющих реальной функциональности в области ИИ.
Из 12 образцов, попавших на работающие конечные точки, были идентифицированы представители пяти семейств вредоносных ПО из трех стран, при этом не было выявлено какой-либо конкретной отрасли или региона, где бы они были сконцентрированы.
Наиболее распространенным семейством был FunkSec, разновидность ransomware, которую несколько исследователей отработали с помощью LLM.
Внутренние имена файлов проекта, внедренные в образцы, показывают, что разработчик перебирает несколько имен для одной и той же ransomware, что, по словам Unit 42, больше соответствует генерации, основанной на подсказках, чем традиционному циклу разработки.
Наиболее распространенным примером был установщик, маскирующийся под приложение для поиска рецептов под названием Recipe Lister. Он содержал цифровую подпись и после установки незаметно запускал бэкдор.
Файл распространился более чем в 50 организациях, сгенерировав около 6500 записей о конечных устройствах и примерно 9600 оповещений. Первоначально его подпись не вызывала подозрений, но необычный подписант в сочетании с большим объемом содержимого файла привел к обнаружению.
Еще один тип вредоносного ПО, бэкдор Oyster, выдавал себя за установщик Dropbox, используя сигнатуру, в которой Dropbox был указан в качестве издателя.
В Unit 42 полагают, что злоумышленники все чаще используют инструменты ИИ для генерации подобного кода доставки, что делает процесс получения первоначального доступа быстрее и дешевле.
Отдельный исполняемый файл для Windows распространял стилер Rhadamanthys с активной связью между командами и управлением, что, согласно более ранним сообщениям, было связано с цепочкой заражения, осуществляемой с помощью ИИ.
Пятый образец имитировал компонент китайского продукта безопасности 360 Total Security и использовал метод закрепления в системе, известный как COM-перехват. Он фигурировал в кампаниях с приманками посредством ИИ, а его собственное поведение не зависело от ИИ.
Существующие средства защиты обнаружили каждый образец, используя те же методы, что и для обнаружения обычного вредоносного ПО. Так что результаты исследования указывают на то, что нынешняя роль ИИ в разработке вредоносного ПО заключается в ускорении процесса создания и модификации инструментов, нежели в усложнении их обнаружения.
Исследователи пришли к выводу, что примерно 97% образцов в наборе данных никогда не покидали изолированную среду, исследовательское хранилище или внутреннюю тестовую среду, чтобы достичь реальной цели.
Хеши файлов 405 были сопоставлены с телеметрией конечных точек, сетевыми сессиями, перенаправленными для анализа в песочнице, и внутренними записями оповещений, генерируемыми при фактическом запуске образца.
На работающих конечных точках было обнаружено только 12 из них, в то время как в сетевом трафике песочницы появилась несколько большая группа (15-20 хешей). Каждый из 12 образцов, обнаруженных на защищенных конечных точках, вызвал оповещения системы безопасности.
Образцы, которые так и не дошли до стадии производства, делятся на три группы. Самая большая из них - это прототип кода, созданный для демонстрации метода: он настроен на атаку только локальных или частных сетей, содержит отладочную информацию, которую не оставил бы после себя ни один реальный злоумышленник, и загружен исследовательской лабораторией или университетом.
Вторая группа состоит из организаций, тестирующих собственную защиту от ранее выявленных вредоносных ПО, использующих ИИ, которые можно идентифицировать по многократной загрузке одного и того же файла из одного и того же источника в течение короткого промежутка времени.
Третья группа использует брендинг ИИ исключительно в качестве приманки, маскируя обычную полезную нагрузку под установщики известных продуктов ИИ, не имеющих реальной функциональности в области ИИ.
Из 12 образцов, попавших на работающие конечные точки, были идентифицированы представители пяти семейств вредоносных ПО из трех стран, при этом не было выявлено какой-либо конкретной отрасли или региона, где бы они были сконцентрированы.
Наиболее распространенным семейством был FunkSec, разновидность ransomware, которую несколько исследователей отработали с помощью LLM.
Внутренние имена файлов проекта, внедренные в образцы, показывают, что разработчик перебирает несколько имен для одной и той же ransomware, что, по словам Unit 42, больше соответствует генерации, основанной на подсказках, чем традиционному циклу разработки.
Наиболее распространенным примером был установщик, маскирующийся под приложение для поиска рецептов под названием Recipe Lister. Он содержал цифровую подпись и после установки незаметно запускал бэкдор.
Файл распространился более чем в 50 организациях, сгенерировав около 6500 записей о конечных устройствах и примерно 9600 оповещений. Первоначально его подпись не вызывала подозрений, но необычный подписант в сочетании с большим объемом содержимого файла привел к обнаружению.
Еще один тип вредоносного ПО, бэкдор Oyster, выдавал себя за установщик Dropbox, используя сигнатуру, в которой Dropbox был указан в качестве издателя.
В Unit 42 полагают, что злоумышленники все чаще используют инструменты ИИ для генерации подобного кода доставки, что делает процесс получения первоначального доступа быстрее и дешевле.
Отдельный исполняемый файл для Windows распространял стилер Rhadamanthys с активной связью между командами и управлением, что, согласно более ранним сообщениям, было связано с цепочкой заражения, осуществляемой с помощью ИИ.
Пятый образец имитировал компонент китайского продукта безопасности 360 Total Security и использовал метод закрепления в системе, известный как COM-перехват. Он фигурировал в кампаниях с приманками посредством ИИ, а его собственное поведение не зависело от ИИ.
Существующие средства защиты обнаружили каждый образец, используя те же методы, что и для обнаружения обычного вредоносного ПО. Так что результаты исследования указывают на то, что нынешняя роль ИИ в разработке вредоносного ПО заключается в ускорении процесса создания и модификации инструментов, нежели в усложнении их обнаружения.
Unit 42
The State of AI-Enabled Malware August 2026: From Brand Abuse to Agentic Execution
Explore Unit 42 research on AI-enabled malware. Learn how existing behavioral detection and endpoint analytics stop AI-authored code before execution.
В среду федеральная полиция Австралии арестовала двух подозреваемых, предположительно входящих в хакерскую группу TeamPCP.
Подозреваемые были задержаны в Коттесло и Мандуре, недалеко от города Перт в Западной Австралии. В четверг они предстали перед мировым судьей Перта для предъявления обвинений.
По сообщениям местных СМИ, подозреваемый, арестованный в Коттесло, был опознан как Рубен Томсон, 21 год, предполагаемый лидер группы. Житель Мандуры был идентифицирован как Луис Геблер, 23 года.
Оба остаются под стражей после того, как судья отказал Томсону в просьбе об освобождении под залог, а Геблер и вовсе не подавал соответствующего ходатайства.
Парочка обвиняются в совершении многочисленных атак на цепочки поставок ПО в начале этого года. К числу наиболее успешных инцидентов относятся взломы опенсоср-проектов, включая Trivy, KICS, LiteLLM и Telnyx, с добавлением код самораспространяющегося червя.
Червь скрывался до тех пор, пока библиотека не была установлена на компьютере разработчика, после чего активировался для кражи учетных данных, хранящихся в системе, а также добавлял себя в другие библиотеки с открытым исходным кодом, которыми мог управлять зараженный разработчик.
По данным властей, в ходе своих атак группа украла более 500 000 учетных данных, которые использовала для доступа к корпоративным сетям или продажи другим хакерам.
Крупные компании и правительственные организации сообщали о нарушениях, связанных с атаками на цепочку поставок TeamPCP. Некоторые жертвы стали объектами атак программ-вымогателей, другие подверглись шантажу, а данные третьих были опубликованы в интернете.
Небольшая часть украденных учетных данных TeamPCP также просочилась в интернет в прошлом месяце. Более 78 000 токенов и секретов почти 2200 организаций оказались в сети.
Во всех аспектах своей деятельности группа демонстрировала выдающийся уровень профессионализма и глубокое понимание современных облачных и сред разработки.
В расследовании Oligo утверждалось, что группа TeamPCP, или некоторые из ее членов, являются ветеранами киберпреступности.
Инфраструктура и методы работы TeamPCP были замечены еще в 2020 году в ботнете для майнинга крипты, нацеленном на облачные серверы, что позволяет предположить увлечение членами группы хакерством еще в подростковом возрасте.
ФБР также принимало активное участие в расследовании, которое, по данным AFP, началось в апреле.
В июньском отчете CyberScoop утверждалось, что Google отследила активность TeamPCP по IP-адресам жилых и мобильных телефонов в Южной Африке. Вероятно, личности участников группы TeamPCP были известны следователям, по крайней мере, с июня.
При чем, согласно данным WAToday, Томсон родился в Южной Африке и недавно там пребывал. Личность Томсона также удалось установить Брайану Кребсу, которому тоже не составило труда его отследить, так что это отчасти объясняет, как власти его и нашли.
Неясно, догадывались ли Томсон и Геблер о своем скором разоблачении, но это позволяет по крайней мере объяснить, почему часть украденных учетных данных TeamPCP попала в интернет.
Киберпреступики довольно часто пытаются распространить свой код или украденные данные в сеть в надежде, что другие группы воспользуются ими, дабы запутать свои следы и размыть ответственность.
Но пацаны к успеху шли, не получилось, не фартануло. Зато шуму наделали прилично.
Подозреваемые были задержаны в Коттесло и Мандуре, недалеко от города Перт в Западной Австралии. В четверг они предстали перед мировым судьей Перта для предъявления обвинений.
По сообщениям местных СМИ, подозреваемый, арестованный в Коттесло, был опознан как Рубен Томсон, 21 год, предполагаемый лидер группы. Житель Мандуры был идентифицирован как Луис Геблер, 23 года.
Оба остаются под стражей после того, как судья отказал Томсону в просьбе об освобождении под залог, а Геблер и вовсе не подавал соответствующего ходатайства.
Парочка обвиняются в совершении многочисленных атак на цепочки поставок ПО в начале этого года. К числу наиболее успешных инцидентов относятся взломы опенсоср-проектов, включая Trivy, KICS, LiteLLM и Telnyx, с добавлением код самораспространяющегося червя.
Червь скрывался до тех пор, пока библиотека не была установлена на компьютере разработчика, после чего активировался для кражи учетных данных, хранящихся в системе, а также добавлял себя в другие библиотеки с открытым исходным кодом, которыми мог управлять зараженный разработчик.
По данным властей, в ходе своих атак группа украла более 500 000 учетных данных, которые использовала для доступа к корпоративным сетям или продажи другим хакерам.
Крупные компании и правительственные организации сообщали о нарушениях, связанных с атаками на цепочку поставок TeamPCP. Некоторые жертвы стали объектами атак программ-вымогателей, другие подверглись шантажу, а данные третьих были опубликованы в интернете.
Небольшая часть украденных учетных данных TeamPCP также просочилась в интернет в прошлом месяце. Более 78 000 токенов и секретов почти 2200 организаций оказались в сети.
Во всех аспектах своей деятельности группа демонстрировала выдающийся уровень профессионализма и глубокое понимание современных облачных и сред разработки.
В расследовании Oligo утверждалось, что группа TeamPCP, или некоторые из ее членов, являются ветеранами киберпреступности.
Инфраструктура и методы работы TeamPCP были замечены еще в 2020 году в ботнете для майнинга крипты, нацеленном на облачные серверы, что позволяет предположить увлечение членами группы хакерством еще в подростковом возрасте.
ФБР также принимало активное участие в расследовании, которое, по данным AFP, началось в апреле.
В июньском отчете CyberScoop утверждалось, что Google отследила активность TeamPCP по IP-адресам жилых и мобильных телефонов в Южной Африке. Вероятно, личности участников группы TeamPCP были известны следователям, по крайней мере, с июня.
При чем, согласно данным WAToday, Томсон родился в Южной Африке и недавно там пребывал. Личность Томсона также удалось установить Брайану Кребсу, которому тоже не составило труда его отследить, так что это отчасти объясняет, как власти его и нашли.
Неясно, догадывались ли Томсон и Геблер о своем скором разоблачении, но это позволяет по крайней мере объяснить, почему часть украденных учетных данных TeamPCP попала в интернет.
Киберпреступики довольно часто пытаются распространить свой код или украденные данные в сеть в надежде, что другие группы воспользуются ими, дабы запутать свои следы и размыть ответственность.
Но пацаны к успеху шли, не получилось, не фартануло. Зато шуму наделали прилично.
www.afp.gov.au
Two WA men charged following AFP-FBI-WAPF disruption of alleged global cybercrime syndicate | Australian Federal Police
Two West Australian men have been charged following a joint investigation between the AFP and Western Australia Police Force (WAPF), working in parallel with the Federal Bureau of Investigation (FBI), into a sophisticated cybercrime syndicate that allegedly…
OpenAI представила более подробный отчет о том, как ее модели ИИ вырвались из-под контроля и взломали платформу HuggingFace.
Компании удалось отследить первые признаки вредоносного поведения до 8 мая, примерно за два месяца до фактического взлома, выяснив, что агенты координировали действия через импровизированную доску объявлений, созданную ими, перед взломом.
Этот канал связи впервые появился внутри Artifactory, сервиса управления пакетами, который OpenAI размещала внутри компании, чтобы агенты могли устанавливать ПО.
Предполагалось, что агенты будут работать изолированно друг от друга, но 12 мая один из них оставил в службе записку с вопросом, есть ли у других агентов доступ к необходимому ему файлу. Другие наткнулись на эту записку, начали оставлять свои собственные, и запросы скопились в неофициальную доску объявлений.
Отдельные агенты также нашли способы расширить свой доступ к той же системе. К концу июня агенты обнаружили уязвимость в Artifactory и использовали её для получения прав администратора, а затем установили расширения, которые предоставили им постоянный контроль над сервисом. В результате активность была настолько высокой, что 4 июля Artifactory был отключен.
В ответ на это OpenAI отключила систему, аннулировала учетные данные, которые использовали агенты, пересобрала ее и возобновила тестирование 7 июля.
Однако форум не исчез. К 8 июля агенты, работавшие над сложной оценкой кибербезопасности под названием ExploitGym, нашли новый способ оставлять друг другу сообщения, на этот раз кодируя их в именах каталогов, а не в содержимом файлов.
Созданная на основе этого доска объявлений оказалась более организованной, чем первоначальная версия, позволяя агентам сортировать сообщения, отправлять запросы участникам, обмениваться инструментами и файлами, а также разрешать споры. Некоторые агенты стали называть эту группу «роем» или «коллективом».
10 июля агент обнаружил 14 учетных данных пользователей Hugging Face с правами на запись, хранящихся в общедоступном наборе данных, и опубликовал их на доске объявлений, где они стали доступны агентам в последующих тестовых запусках.
В последующих запусках, опираясь на это открытие и на результаты друг друга, агенты в конечном итоге получили широкий доступ к инфраструктуре Hugging Face в период с 11 по 13 июля.
19 июля OpenAI обнаружила необычную активность, связанную с учетными данными Artifactory, на следующий день связала ее с утечкой данных Hugging Face, а 21 июля раскрыла свою причастность к этому инциденту.
В рамках ответных мер OpenAI отключила сотни репозиториев Artifactory, которые агенты использовали для связи с доской, и удалила 22 учетные записи администраторов, созданные агентами.
Как отмечают в OpenAI, эта импровизированная доска объявлений также стала местом, где агенты организовывались без каких-либо указаний.
Некоторые распределяли обязанности, занимаясь различными видами деятельности, поиском удостоверений или сосредоточившись исключительно на координации. Другие предлагали свои знания в обмен на помощь в других областях.
Не все агенты согласились. Некоторые отказались от участия, осознав, что это несанкционированный взлом, а группа отклонила предложение одного агента связаться напрямую с посторонней организацией, предупредив, что это будет расценено как социнженерия.
По крайней мере в одном случае агент, который ранее возражал против запуска несанкционированного кода в системах Hugging Face, отозвал свое возражение после того, как другой агент установил короткий срок, требуя от него продолжить работу.
В OpenAI заявили, что эта модель поведения не является результатом преднамеренного проектирования.
Помимо проблемы несанкционированной связи, OpenAI сообщила об обнаружении других «паттернов несоответствия».
Один из них - это «взлом системы вознаграждений», когда агенты находят непредусмотренные способы получить вознаграждение за выполнение задачи, не завершив её должным образом.
Другой пример - настойчивое стремление к выполнению, казалось бы, невыполнимых задач, что подталкивает их к всё более рискованным методам в поисках решения.
Компании удалось отследить первые признаки вредоносного поведения до 8 мая, примерно за два месяца до фактического взлома, выяснив, что агенты координировали действия через импровизированную доску объявлений, созданную ими, перед взломом.
Этот канал связи впервые появился внутри Artifactory, сервиса управления пакетами, который OpenAI размещала внутри компании, чтобы агенты могли устанавливать ПО.
Предполагалось, что агенты будут работать изолированно друг от друга, но 12 мая один из них оставил в службе записку с вопросом, есть ли у других агентов доступ к необходимому ему файлу. Другие наткнулись на эту записку, начали оставлять свои собственные, и запросы скопились в неофициальную доску объявлений.
Отдельные агенты также нашли способы расширить свой доступ к той же системе. К концу июня агенты обнаружили уязвимость в Artifactory и использовали её для получения прав администратора, а затем установили расширения, которые предоставили им постоянный контроль над сервисом. В результате активность была настолько высокой, что 4 июля Artifactory был отключен.
В ответ на это OpenAI отключила систему, аннулировала учетные данные, которые использовали агенты, пересобрала ее и возобновила тестирование 7 июля.
Однако форум не исчез. К 8 июля агенты, работавшие над сложной оценкой кибербезопасности под названием ExploitGym, нашли новый способ оставлять друг другу сообщения, на этот раз кодируя их в именах каталогов, а не в содержимом файлов.
Созданная на основе этого доска объявлений оказалась более организованной, чем первоначальная версия, позволяя агентам сортировать сообщения, отправлять запросы участникам, обмениваться инструментами и файлами, а также разрешать споры. Некоторые агенты стали называть эту группу «роем» или «коллективом».
10 июля агент обнаружил 14 учетных данных пользователей Hugging Face с правами на запись, хранящихся в общедоступном наборе данных, и опубликовал их на доске объявлений, где они стали доступны агентам в последующих тестовых запусках.
В последующих запусках, опираясь на это открытие и на результаты друг друга, агенты в конечном итоге получили широкий доступ к инфраструктуре Hugging Face в период с 11 по 13 июля.
19 июля OpenAI обнаружила необычную активность, связанную с учетными данными Artifactory, на следующий день связала ее с утечкой данных Hugging Face, а 21 июля раскрыла свою причастность к этому инциденту.
В рамках ответных мер OpenAI отключила сотни репозиториев Artifactory, которые агенты использовали для связи с доской, и удалила 22 учетные записи администраторов, созданные агентами.
Как отмечают в OpenAI, эта импровизированная доска объявлений также стала местом, где агенты организовывались без каких-либо указаний.
Некоторые распределяли обязанности, занимаясь различными видами деятельности, поиском удостоверений или сосредоточившись исключительно на координации. Другие предлагали свои знания в обмен на помощь в других областях.
Не все агенты согласились. Некоторые отказались от участия, осознав, что это несанкционированный взлом, а группа отклонила предложение одного агента связаться напрямую с посторонней организацией, предупредив, что это будет расценено как социнженерия.
По крайней мере в одном случае агент, который ранее возражал против запуска несанкционированного кода в системах Hugging Face, отозвал свое возражение после того, как другой агент установил короткий срок, требуя от него продолжить работу.
В OpenAI заявили, что эта модель поведения не является результатом преднамеренного проектирования.
Помимо проблемы несанкционированной связи, OpenAI сообщила об обнаружении других «паттернов несоответствия».
Один из них - это «взлом системы вознаграждений», когда агенты находят непредусмотренные способы получить вознаграждение за выполнение задачи, не завершив её должным образом.
Другой пример - настойчивое стремление к выполнению, казалось бы, невыполнимых задач, что подталкивает их к всё более рискованным методам в поисках решения.
OpenAI
The Hugging Face incident and the road ahead
OpenAI shares findings from the Hugging Face security incident and the steps we’re taking to strengthen AI model security, monitoring, and alignment.
Исследователи Лаборатории Касперского продолжают делиться ежеквартальной аналитикой, на этот по части ландшафта угроз для систем промышленной автоматизации за второй квартал 2026 года.
Доля компьютеров АСУ, на которых были заблокированы вредоносные объекты, продолжила снижаться - во втором квартале 2026 года она составила 19,15% (наименьший показатель с 2022). Показатели в регионах варьируются от 8,1% в Северной Европе до 27,9% в Африке.
Доля компьютеров АСУ, на которых были заблокированы вредоносные объекты, за квартал увеличилась в пяти регионах, больше всего - в Восточной Азии (на 2,0 п.п.) и Африке (на 0,5 п.п.). Причем показатели угроз всех категорий, кроме майнеров.
Рейтинг исследуемых отраслей и типов ОT-инфраструктур по доле компьютеров АСУ, на которых были заблокированы вредоносные объекты, традиционно возглавляют биометрические системы с показателем 26,4%. Во всех отраслях наблюдается тенденция к уменьшению среднемирового показателя.
Во втором квартале 2026 года защитные решения ЛК заблокировали в системах промышленной автоматизации вредоносное ПО из 10 904 семейств, относящихся к различным категориям.
За квартал выросла доля компьютеров АСУ, на которых были заблокированы вредоносные объекты следующих категорий: ресурсы в интернете из списка запрещенных, вредоносные документы, черви, программы-вымогатели и вредоносные программы для AutoCAD.
Вредоносные скрипты и фишинговые страницы сохранили за собой первое место в рейтинге. Показатель вырос только в Восточной Азии (на 0,93 п.п.) и достиг 4,86%.
Ресурсы в интернете из списка запрещенных во втором квартале 2026 года поднялись в рейтинге. Общемировой показатель этой категории угроз рос два квартала подряд и достиг 4,31%.
Показатель за квартал увеличился во всех регионах, наиболее заметно в России - на 1,33 п.п. (до 5,17%). Более того, Россия оказалась на первом месте среди регионов по этому показателю.
Вредоносные документы находятся на четвертом месте. За предыдущие три квартала показатель уменьшился до минимального за три года значения, а во втором квартале 2026 года увеличился до 1,77%.
В рейтинге категорий угроз по доле компьютеров АСУ, на которых были заблокированы разные типа угроз, шпионские ПО находятся на третьем месте с показателем 3,30%. Это наименьшее значение с 2022 года.
Доля компьютеров АСУ, на которых были заблокированы программы-вымогатели, снижалась предыдущие три квартала, а во втором квартале 2026 года увеличилась до 0,16%.
В России доля компьютеров АСУ, на которых блокировались программы-вымогатели в биометрических системах, увеличивалась в течение трех кварталов подряд и достигла 1,22%.
Во втором квартале 2026 года доля компьютеров АСУ, на которых были заблокированы майнеры, оказалась наименьшей с 2021 года для майнеров обеих категорий - и в формате исполняемых файлов для ОС Windows (0,48%), и веб-майнеров, выполняемых в браузерах (0,14%).
Доля компьютеров АСУ, на которых были заблокированы черви, во втором квартале 2026 года увеличилась до 1,43%, а на которых были заблокированы вирусы, во втором квартале 2026 года уменьшилась до 1,29%. При этом по части вредоносного ПО для AutoCAD - увеличилась до 0,31%.
Во втором квартале 2026 года из всех источников угроз показатель вырос только у электронной почты. По интернету - уменьшилась до 7,61%, почтовые угрозы увеличились до 2,84%, угрозы, связанные с подключением съемных носителей - продолжила снижаться и достигла 0,24%.
Доля компьютеров АСУ, на которых угрозы блокируются в сетевых папках, постепенно снижается. Во втором квартале 2026 года она была наименьшей за исследуемый период - 0,023%.
Больше информации об индустриальных угрозах во втором квартале 2026 года доступно в полной версии отчета.
Доля компьютеров АСУ, на которых были заблокированы вредоносные объекты, продолжила снижаться - во втором квартале 2026 года она составила 19,15% (наименьший показатель с 2022). Показатели в регионах варьируются от 8,1% в Северной Европе до 27,9% в Африке.
Доля компьютеров АСУ, на которых были заблокированы вредоносные объекты, за квартал увеличилась в пяти регионах, больше всего - в Восточной Азии (на 2,0 п.п.) и Африке (на 0,5 п.п.). Причем показатели угроз всех категорий, кроме майнеров.
Рейтинг исследуемых отраслей и типов ОT-инфраструктур по доле компьютеров АСУ, на которых были заблокированы вредоносные объекты, традиционно возглавляют биометрические системы с показателем 26,4%. Во всех отраслях наблюдается тенденция к уменьшению среднемирового показателя.
Во втором квартале 2026 года защитные решения ЛК заблокировали в системах промышленной автоматизации вредоносное ПО из 10 904 семейств, относящихся к различным категориям.
За квартал выросла доля компьютеров АСУ, на которых были заблокированы вредоносные объекты следующих категорий: ресурсы в интернете из списка запрещенных, вредоносные документы, черви, программы-вымогатели и вредоносные программы для AutoCAD.
Вредоносные скрипты и фишинговые страницы сохранили за собой первое место в рейтинге. Показатель вырос только в Восточной Азии (на 0,93 п.п.) и достиг 4,86%.
Ресурсы в интернете из списка запрещенных во втором квартале 2026 года поднялись в рейтинге. Общемировой показатель этой категории угроз рос два квартала подряд и достиг 4,31%.
Показатель за квартал увеличился во всех регионах, наиболее заметно в России - на 1,33 п.п. (до 5,17%). Более того, Россия оказалась на первом месте среди регионов по этому показателю.
Вредоносные документы находятся на четвертом месте. За предыдущие три квартала показатель уменьшился до минимального за три года значения, а во втором квартале 2026 года увеличился до 1,77%.
В рейтинге категорий угроз по доле компьютеров АСУ, на которых были заблокированы разные типа угроз, шпионские ПО находятся на третьем месте с показателем 3,30%. Это наименьшее значение с 2022 года.
Доля компьютеров АСУ, на которых были заблокированы программы-вымогатели, снижалась предыдущие три квартала, а во втором квартале 2026 года увеличилась до 0,16%.
В России доля компьютеров АСУ, на которых блокировались программы-вымогатели в биометрических системах, увеличивалась в течение трех кварталов подряд и достигла 1,22%.
Во втором квартале 2026 года доля компьютеров АСУ, на которых были заблокированы майнеры, оказалась наименьшей с 2021 года для майнеров обеих категорий - и в формате исполняемых файлов для ОС Windows (0,48%), и веб-майнеров, выполняемых в браузерах (0,14%).
Доля компьютеров АСУ, на которых были заблокированы черви, во втором квартале 2026 года увеличилась до 1,43%, а на которых были заблокированы вирусы, во втором квартале 2026 года уменьшилась до 1,29%. При этом по части вредоносного ПО для AutoCAD - увеличилась до 0,31%.
Во втором квартале 2026 года из всех источников угроз показатель вырос только у электронной почты. По интернету - уменьшилась до 7,61%, почтовые угрозы увеличились до 2,84%, угрозы, связанные с подключением съемных носителей - продолжила снижаться и достигла 0,24%.
Доля компьютеров АСУ, на которых угрозы блокируются в сетевых папках, постепенно снижается. Во втором квартале 2026 года она была наименьшей за исследуемый период - 0,023%.
Больше информации об индустриальных угрозах во втором квартале 2026 года доступно в полной версии отчета.
Продолжаем отслеживать наиболее трендовые исследования и угрозы по узявимостям, на этот раз в нашей подборке:
1. PaperCut предупреждает, что хакеры активно используют уязвимость во всех версиях ПО для управления печатью PaperCut NG и PaperCut MF для проведения 0-day атак.
Настоятельно призывает организации, использующие серверы приложений PaperCut с доступом в Интернет, немедленно ограничить доступ к веб-интерфейсам только для доверенных IP. PaperCut выпустила экстренные обновления для клиентов с общедоступными серверами PaperCut NG/MF.
PaperCut также поделилась IOCs, которые могут указывать на то, что сервер был взломан. При этом отсутствие индикаторов не означает, что сервер не был скомпрометирован.
На данный момент компания PaperCut не раскрыла, кто стоит за атаками, что делают злоумышленники после взлома серверов. CVE также нет.
2. ServiceNow предупреждает о трех уязвимостях максимальной степени серьезности (CVE-2026-18885, CVE-2026-18886 и CVE-2026-74820).
ServiceNow AI - это корпоративная платформа PaaS, помогает интегрировать ИИ в основные рабочие процессы и обеспечивает работу более 100 000 корпоративных приложений ИИ в 85% всех компаний из списка Fortune 500.
Первая уязвимость связана с внедрением кода, позволяющим злоумышленникам выполнять произвольный код; вторая - с уязвимостью внедрения кода, дающей им возможность повышать привилегии, а третья - получать доступ к данным экземпляра или изменять их посредством SQL-инъекций.
В четверг ServiceNow также устранила серьезную уязвимость безопасности, позволяющую выйти за пределы песочницы (CVE-2026-6876), затрагивающую ту же платформу и позволяющую злоумышленникам с базовыми привилегиями удаленно выполнять код в целевых системах.
3. CISA утверждает, что большая часть кибератак за 2024 и 2025 годы носит оппортунистический характер и исходила от злоумышленников, которые сканировали интернет в поисках известных уязвимостей.
4. Microsoft заявляет, что ИИ привел к схлопыванию окна обновления, поскольку злоумышленники теперь гораздо быстрее используют обнаруженные уязвимости для нацеливания до того, как группы безопасности успеют развернуть исправления.
5. Исследователи обнаружили еще два бэкдора в прошивке маршрутизаторов ZBT. Первый - DarkLantern, который прослушивает входящие сетевые пакеты на предмет команд, а второй - SpeakingStone, который регулярно отправляет данные на предварительно настроенный домен.
6. UltraViolet раскрыла две уязвимости в демоне NoPorts C (SSHNPD) компании AtSign, которые позволяют злоумышленникам с действительным идентификатором atSign внедрить вредоносный SSH-ключ в файл authorized_keys целевой системы.
7. Критическая CVE-2026-65643 в cPanel позволяет одному клиенту хостинга получить полный контроль над всем сервером. Проблема затрагивает функциональность парковки доменов и дополнительных доменов в cPanel и WebHost Manager (WHM), обеспечивая выполнение кода от имени пользователя root.
8. Vercel выпустила исправления для двух критических уязвимостей в веб-фреймворке Next.js, обе из которых позволяют выполнять удаленный код без аутентификации: одна эксплуатируется с помощью специально созданных AVIF-файлов, а другая - с помощью уязвимости обхода пути, затрагивающей серверы, использующие файловую систему Windows.
9. Исследователи Positive Technologies выкатили отчет по трендовым уязвимостям за первую половину 2026 года, к которым отнесли 17 проблем и у 16 из них уже зафиксированы признаки эксплуатации в атаках.
Большая часть этих уязвимостей касается продуктов Microsoft, в первую очередь стандартных компонентов Windows. Также в первые полгода было много уязвимостей в Linux.
Среди прочих продуктов можно отметить Adobe Reader, Apache ActiveMQ и сетевые устройства Palo Alto Networks. По последствиям эксплуатации большая часть уязвимостей первой половины года позволяет злоумышленнику выполнять произвольный код или повышать свои привилегии.
1. PaperCut предупреждает, что хакеры активно используют уязвимость во всех версиях ПО для управления печатью PaperCut NG и PaperCut MF для проведения 0-day атак.
Настоятельно призывает организации, использующие серверы приложений PaperCut с доступом в Интернет, немедленно ограничить доступ к веб-интерфейсам только для доверенных IP. PaperCut выпустила экстренные обновления для клиентов с общедоступными серверами PaperCut NG/MF.
PaperCut также поделилась IOCs, которые могут указывать на то, что сервер был взломан. При этом отсутствие индикаторов не означает, что сервер не был скомпрометирован.
На данный момент компания PaperCut не раскрыла, кто стоит за атаками, что делают злоумышленники после взлома серверов. CVE также нет.
2. ServiceNow предупреждает о трех уязвимостях максимальной степени серьезности (CVE-2026-18885, CVE-2026-18886 и CVE-2026-74820).
ServiceNow AI - это корпоративная платформа PaaS, помогает интегрировать ИИ в основные рабочие процессы и обеспечивает работу более 100 000 корпоративных приложений ИИ в 85% всех компаний из списка Fortune 500.
Первая уязвимость связана с внедрением кода, позволяющим злоумышленникам выполнять произвольный код; вторая - с уязвимостью внедрения кода, дающей им возможность повышать привилегии, а третья - получать доступ к данным экземпляра или изменять их посредством SQL-инъекций.
В четверг ServiceNow также устранила серьезную уязвимость безопасности, позволяющую выйти за пределы песочницы (CVE-2026-6876), затрагивающую ту же платформу и позволяющую злоумышленникам с базовыми привилегиями удаленно выполнять код в целевых системах.
3. CISA утверждает, что большая часть кибератак за 2024 и 2025 годы носит оппортунистический характер и исходила от злоумышленников, которые сканировали интернет в поисках известных уязвимостей.
4. Microsoft заявляет, что ИИ привел к схлопыванию окна обновления, поскольку злоумышленники теперь гораздо быстрее используют обнаруженные уязвимости для нацеливания до того, как группы безопасности успеют развернуть исправления.
5. Исследователи обнаружили еще два бэкдора в прошивке маршрутизаторов ZBT. Первый - DarkLantern, который прослушивает входящие сетевые пакеты на предмет команд, а второй - SpeakingStone, который регулярно отправляет данные на предварительно настроенный домен.
6. UltraViolet раскрыла две уязвимости в демоне NoPorts C (SSHNPD) компании AtSign, которые позволяют злоумышленникам с действительным идентификатором atSign внедрить вредоносный SSH-ключ в файл authorized_keys целевой системы.
7. Критическая CVE-2026-65643 в cPanel позволяет одному клиенту хостинга получить полный контроль над всем сервером. Проблема затрагивает функциональность парковки доменов и дополнительных доменов в cPanel и WebHost Manager (WHM), обеспечивая выполнение кода от имени пользователя root.
8. Vercel выпустила исправления для двух критических уязвимостей в веб-фреймворке Next.js, обе из которых позволяют выполнять удаленный код без аутентификации: одна эксплуатируется с помощью специально созданных AVIF-файлов, а другая - с помощью уязвимости обхода пути, затрагивающей серверы, использующие файловую систему Windows.
9. Исследователи Positive Technologies выкатили отчет по трендовым уязвимостям за первую половину 2026 года, к которым отнесли 17 проблем и у 16 из них уже зафиксированы признаки эксплуатации в атаках.
Большая часть этих уязвимостей касается продуктов Microsoft, в первую очередь стандартных компонентов Windows. Также в первые полгода было много уязвимостей в Linux.
Среди прочих продуктов можно отметить Adobe Reader, Apache ActiveMQ и сетевые устройства Palo Alto Networks. По последствиям эксплуатации большая часть уязвимостей первой половины года позволяет злоумышленнику выполнять произвольный код или повышать свои привилегии.
PaperCut
URGENT Security Advisory: PaperCut NG/MF Security Bulletin (27 Aug 2026)
Short description of what is in the security bulletin
PaperCut выпустила второе экстренное обновление для устранения двух активно используемых уязвимостей в своем ПО для управления печатью PaperCut NG и MF после того, как исследователи обнаружили несколько способов обойти первоначальные исправления.
Ранее PaperCut предупреждала, что хакеры используют 0-day в атаках на серверы клиентов, и выпустила первоначальное экстренное обновление для версий PaperCut NG/MF 25 и 26.
Однако на тот момент компания не раскрыла идентификаторы CVE или технические подробности об уязвимостях, заявив, что удерживает информацию, пока расследует атаки.
Позже в обновленном сообщении предоставила технические подробности для двух уязвимостей CVE-2026-82078 и CVE-2026-81578, которые уязвимости могут быть объединены для обхода аутентификации и выполнения кода на уязвимых серверах.
CVE-2026-81578 - это уязвимость высокой степени риска обхода аутентификации с рейтингом 8.8, которая затрагивает веб-интерфейс управления PaperCut NG/MF.
При определенных условиях неаутентифицированные удаленные запросы, направленные на административные функции, могут запускать действия на бэкэнде до завершения проверок на подтверждение доступа.
Вторая CVE-2026-82078 представляет собой критическую небезопасную ошибку динамической загрузки классов с рейтингом 9.4, которая присутствует в утилитах подключения к базе данных PaperCut.
Приложение загружает классы драйверов базы данных на основе настраиваемых имен драйверов, не проверяя их на соответствие утвержденному списку разрешенных драйверов.
Если злоумышленник сможет манипулировать параметрами конфигурации системы, это позволит ему выполнять произвольный байт-код Java, находящийся в пути к классам приложения, в контексте безопасности серверного процесса PaperCut.
В свою очередь, watchTowr сообщила, что уязвимости позволяют неавторизованным злоумышленникам обходить аутентификацию и получать доступ к удаленному выполнению кода на затронутых экземплярах PaperCut NG/MF.
В пятницу PaperCut выпустила экстренный патч-релиз 2, обновленное исправление, включающее дополнительные меры защиты, разработанные после дальнейшего анализа с участием внутренней группы безопасности компании и исследователей из Huntress и watchTowr.
Второй релиз вышел после того, как watchTowr полностью воспроизвела уязвимости, обнаружив множество способов обхода патчей и выявив дополнительную уязвимость, позволяющую обойти аутентификацию.
Huntress обнаружила уязвимость в двух клиентских средах и воспроизвела полную цепочку удаленного выполнения кода до аутентификации.
В логах PaperCut были зафиксированы команды, используемые злоумышленниками для разведки системы, а обнаруженные в логах файлы Java с расширением .class в шестнадцатеричном формате действовали как мост для удаленного выполнения команд между PaperCut и базовой ОС, позволяя выполнять команды и читать или записывать файлы.
Судя по всему, команды, зафиксированные Huntress, использовались для разведки, а не для развертывания вредоносного ПО или обеспечения постоянного присутствия в системе.
Huntress также сообщила об обнаружении нескольких способов обхода первоначальных аварийных патчей, а также дополнительной уязвимости, позволяющей обойти аутентификацию, в PaperCut.
Так что последовало экстренное обновление 2 для PaperCut NG и MF версий 24, 25 и 26 на Windows, Linux и macOS. Пользователям, использующим версию 23 или более ранние, рекомендуется обновиться до последней версии, а не ждать обновления для этих релизов.
PaperCut настоятельно рекомендует клиентам ограничить доступ к веб-интерфейсам только для доверенных IP, используя правила брандмауэра, средства контроля доступа к сети или аналогичные меры.
Администраторам также следует обратить внимание на подозрительную активность процесса pc-app.exe после взлома, отсутствующие или усеченные файлы server.log, а также на следующие ошибки в файле server.log.
Компания не раскрыла, кто стоит за атаками и что делают злоумышленники после взлома уязвимых серверов. Атаки, по всей видимости, носят ограниченный и целенаправленный характер.
Ранее PaperCut предупреждала, что хакеры используют 0-day в атаках на серверы клиентов, и выпустила первоначальное экстренное обновление для версий PaperCut NG/MF 25 и 26.
Однако на тот момент компания не раскрыла идентификаторы CVE или технические подробности об уязвимостях, заявив, что удерживает информацию, пока расследует атаки.
Позже в обновленном сообщении предоставила технические подробности для двух уязвимостей CVE-2026-82078 и CVE-2026-81578, которые уязвимости могут быть объединены для обхода аутентификации и выполнения кода на уязвимых серверах.
CVE-2026-81578 - это уязвимость высокой степени риска обхода аутентификации с рейтингом 8.8, которая затрагивает веб-интерфейс управления PaperCut NG/MF.
При определенных условиях неаутентифицированные удаленные запросы, направленные на административные функции, могут запускать действия на бэкэнде до завершения проверок на подтверждение доступа.
Вторая CVE-2026-82078 представляет собой критическую небезопасную ошибку динамической загрузки классов с рейтингом 9.4, которая присутствует в утилитах подключения к базе данных PaperCut.
Приложение загружает классы драйверов базы данных на основе настраиваемых имен драйверов, не проверяя их на соответствие утвержденному списку разрешенных драйверов.
Если злоумышленник сможет манипулировать параметрами конфигурации системы, это позволит ему выполнять произвольный байт-код Java, находящийся в пути к классам приложения, в контексте безопасности серверного процесса PaperCut.
В свою очередь, watchTowr сообщила, что уязвимости позволяют неавторизованным злоумышленникам обходить аутентификацию и получать доступ к удаленному выполнению кода на затронутых экземплярах PaperCut NG/MF.
В пятницу PaperCut выпустила экстренный патч-релиз 2, обновленное исправление, включающее дополнительные меры защиты, разработанные после дальнейшего анализа с участием внутренней группы безопасности компании и исследователей из Huntress и watchTowr.
Второй релиз вышел после того, как watchTowr полностью воспроизвела уязвимости, обнаружив множество способов обхода патчей и выявив дополнительную уязвимость, позволяющую обойти аутентификацию.
Huntress обнаружила уязвимость в двух клиентских средах и воспроизвела полную цепочку удаленного выполнения кода до аутентификации.
В логах PaperCut были зафиксированы команды, используемые злоумышленниками для разведки системы, а обнаруженные в логах файлы Java с расширением .class в шестнадцатеричном формате действовали как мост для удаленного выполнения команд между PaperCut и базовой ОС, позволяя выполнять команды и читать или записывать файлы.
Судя по всему, команды, зафиксированные Huntress, использовались для разведки, а не для развертывания вредоносного ПО или обеспечения постоянного присутствия в системе.
Huntress также сообщила об обнаружении нескольких способов обхода первоначальных аварийных патчей, а также дополнительной уязвимости, позволяющей обойти аутентификацию, в PaperCut.
Так что последовало экстренное обновление 2 для PaperCut NG и MF версий 24, 25 и 26 на Windows, Linux и macOS. Пользователям, использующим версию 23 или более ранние, рекомендуется обновиться до последней версии, а не ждать обновления для этих релизов.
PaperCut настоятельно рекомендует клиентам ограничить доступ к веб-интерфейсам только для доверенных IP, используя правила брандмауэра, средства контроля доступа к сети или аналогичные меры.
Администраторам также следует обратить внимание на подозрительную активность процесса pc-app.exe после взлома, отсутствующие или усеченные файлы server.log, а также на следующие ошибки в файле server.log.
Компания не раскрыла, кто стоит за атаками и что делают злоумышленники после взлома уязвимых серверов. Атаки, по всей видимости, носят ограниченный и целенаправленный характер.
PaperCut
URGENT Security Advisory: PaperCut NG/MF Security Bulletin (27 Aug 2026)
Short description of what is in the security bulletin
Исследователи Лаборатории Касперского детально разобрали известный бэкдор ValleyRAT, который маскировался и распространялся под видом рекламного ПО.
Как правило, злоумышленники пытаются выдать вредоносное ПО за полезные приложения или же за нежелательные ПО, которые пользователи ищут и скачивают добровольно, например читы или активаторы пиратского ПО.
Нередко атакующие используют рекламные и партнерские сети для доставки своих разработок на устройства жертв. Собственно, в в новом отчете ЛК обращает внимание на не совсем стандартный случай: известный бэкдор распространялся под видом рекламного ПО.
Исследователи предполагают, что злоумышленники выбрали такой метод, поскольку рекламное приложение было подписано разработчиком. Кроме того, пользователи самостоятельно добавляют такие программы в исключения, дабы воспользоваться их полезной функциональностью.
Некоторое время назад в ЛК обратился клиент с просьбой проанализировать и добавить в базу детектируемых объектов файл с MD5-хэшем c24e99f9437feacaa63766a3cde3fe3d.
Изначально в ЛК идентифицировали его как рекламное ПО, однако поверхностный анализ выявил подозрительную сетевую активность образца, и было решено изучить его глубже. Оказалось, что рекламой дело не ограничивается.
Более того, рекламная функциональность в образце нерабочая, зато он запускает цепочку заражения, которая доставляет в систему бэкдор ValleyRAT.
Файл, которым с нами поделился клиент, оказался инсталлятором, выполняющим различные действия в зависимости от того, какой суффикс используется в его имени. Вероятнее всего, чтобы отвлечь внимание пользователя от вредоносной функциональности образца.
Вне зависимости от имени файла инсталлятор устанавливает в систему модифицированное китайское ПО для управления обоями рабочего стола под названием QN Wallpaper (hxxps://qnwallpaper[.]keansoft[.]cn/) и добавляет в автозагрузку в реестре.
В оригинальной версии QN Wallpaper - действительно рекламное ПО, которое доставляет на устройство партнерские приложения, а затем показывает пользователю рекламные баннеры. Однако в данном случае злоумышленники используют его для реализации DLL sideloading.
В целом за 2026 год ЛК задетектила бэкдор ValleyRAT, а также связанные с ним вредоносные ПО более 100 тысяч раз, у более чем 1500 уникальных пользователей, преимущественно из Китая и Индии.
Такая география атак, а также тот факт, что в них применяется ValleyRAT, может указывать на то, что за кампанией стоит группировка Silver Fox - известный оператор этого семейства вредоносного ПО. Она атакует организации в разных странах с целью кибершпионажа и также обогащения.
Этот кейс - своего рода яркий пример того, что рекламные приложения и партнерские сети могут оказаться куда опаснее, чем кажется.
ValleyRAT представляет собой сложный бэкдор, способный собирать чувствительные данные, такие как нажатия клавиш и содержимое буфера обмена, делать скриншоты и доставлять на устройство дополнительные вредоносные модули.
Злоумышленники воспользовались известным рекламным приложением, чтобы выполнить бэкдор от имени подписанного процесса, усложняя таким образом обнаружение атаки.
Подробный технический разбор и IOCs - в отчете.
Как правило, злоумышленники пытаются выдать вредоносное ПО за полезные приложения или же за нежелательные ПО, которые пользователи ищут и скачивают добровольно, например читы или активаторы пиратского ПО.
Нередко атакующие используют рекламные и партнерские сети для доставки своих разработок на устройства жертв. Собственно, в в новом отчете ЛК обращает внимание на не совсем стандартный случай: известный бэкдор распространялся под видом рекламного ПО.
Исследователи предполагают, что злоумышленники выбрали такой метод, поскольку рекламное приложение было подписано разработчиком. Кроме того, пользователи самостоятельно добавляют такие программы в исключения, дабы воспользоваться их полезной функциональностью.
Некоторое время назад в ЛК обратился клиент с просьбой проанализировать и добавить в базу детектируемых объектов файл с MD5-хэшем c24e99f9437feacaa63766a3cde3fe3d.
Изначально в ЛК идентифицировали его как рекламное ПО, однако поверхностный анализ выявил подозрительную сетевую активность образца, и было решено изучить его глубже. Оказалось, что рекламой дело не ограничивается.
Более того, рекламная функциональность в образце нерабочая, зато он запускает цепочку заражения, которая доставляет в систему бэкдор ValleyRAT.
Файл, которым с нами поделился клиент, оказался инсталлятором, выполняющим различные действия в зависимости от того, какой суффикс используется в его имени. Вероятнее всего, чтобы отвлечь внимание пользователя от вредоносной функциональности образца.
Вне зависимости от имени файла инсталлятор устанавливает в систему модифицированное китайское ПО для управления обоями рабочего стола под названием QN Wallpaper (hxxps://qnwallpaper[.]keansoft[.]cn/) и добавляет в автозагрузку в реестре.
В оригинальной версии QN Wallpaper - действительно рекламное ПО, которое доставляет на устройство партнерские приложения, а затем показывает пользователю рекламные баннеры. Однако в данном случае злоумышленники используют его для реализации DLL sideloading.
В целом за 2026 год ЛК задетектила бэкдор ValleyRAT, а также связанные с ним вредоносные ПО более 100 тысяч раз, у более чем 1500 уникальных пользователей, преимущественно из Китая и Индии.
Такая география атак, а также тот факт, что в них применяется ValleyRAT, может указывать на то, что за кампанией стоит группировка Silver Fox - известный оператор этого семейства вредоносного ПО. Она атакует организации в разных странах с целью кибершпионажа и также обогащения.
Этот кейс - своего рода яркий пример того, что рекламные приложения и партнерские сети могут оказаться куда опаснее, чем кажется.
ValleyRAT представляет собой сложный бэкдор, способный собирать чувствительные данные, такие как нажатия клавиш и содержимое буфера обмена, делать скриншоты и доставлять на устройство дополнительные вредоносные модули.
Злоумышленники воспользовались известным рекламным приложением, чтобы выполнить бэкдор от имени подписанного процесса, усложняя таким образом обнаружение атаки.
Подробный технический разбор и IOCs - в отчете.
Новые подробности нашумевшего инцидента: помимо того, что модели OpenAI вышли за пределы своей тестовой среды и взломали Hugging Face, некоторые агенты использовали уязвимость ядра Linux для повышения привилегий в собственных системах OpenAI.
В отчете OpenAI по инциденту, произошедшему в июле, когда модели OpenAI взломали Hugging Face, упоминается, что что агенты использовали импровизированную доску объявлений для планирования своих действий, в том числе подстрекая друг друга к взлому систем, которые, как они правильно предположили, были реальными, а не тестовыми средами.
При этом некоторые агенты вышли за рамки Hugging Face, взламывая и другие организации. Однако в новом отчете OpenAI также подробно описываются несанкционированные действия, совершенные внутри собственной сети компании.
Вскоре после того, как стало известно об инциденте с Hugging Face, компания OpenAI сообщила, что ее модели обнаружили и использовали 0-day в менеджере реестра пакетов Artifactory от JFrog.
Кроме того, новый отчет показывает, что 19 июля, независимо от взлома Hugging Face, некоторые из них использовали известную уязвимость ядра Linux, CVE-2026-53362, для повышения привилегий в среде OpenAI.
В частности, агенты обнаружили, что версия ядра Linux на их машине содержит недавнюю общедоступную уязвимость (CVE). После чего заполучили эксплойт для CVE-2026-53362, адаптировав его для работы на своей машине и использовали эксплойт для повышения привилегий.
Это позволило агентам действовать вне одного контейнера Artifactory и получить root-доступ на рабочем узле. Затем и перемещаться по всей подключенной среде.
В четверг CISA добавила в свой каталог известных эксплуатируемых уязвимостей (KEV) как уязвимость JFrog, отслеживаемую как CVE-2026-66384, так и ошибку ядра Linux.
По всей видимости, других сообщений об использовании уязвимости ядра Linux в реальных условиях не поступало.
Однако инцидент с OpenAI демонстрирует её потенциальную ценность для злоумышленников, возможно, именно поэтому CISA решила добавить её в свой каталог.
В отчете OpenAI по инциденту, произошедшему в июле, когда модели OpenAI взломали Hugging Face, упоминается, что что агенты использовали импровизированную доску объявлений для планирования своих действий, в том числе подстрекая друг друга к взлому систем, которые, как они правильно предположили, были реальными, а не тестовыми средами.
При этом некоторые агенты вышли за рамки Hugging Face, взламывая и другие организации. Однако в новом отчете OpenAI также подробно описываются несанкционированные действия, совершенные внутри собственной сети компании.
Вскоре после того, как стало известно об инциденте с Hugging Face, компания OpenAI сообщила, что ее модели обнаружили и использовали 0-day в менеджере реестра пакетов Artifactory от JFrog.
Кроме того, новый отчет показывает, что 19 июля, независимо от взлома Hugging Face, некоторые из них использовали известную уязвимость ядра Linux, CVE-2026-53362, для повышения привилегий в среде OpenAI.
В частности, агенты обнаружили, что версия ядра Linux на их машине содержит недавнюю общедоступную уязвимость (CVE). После чего заполучили эксплойт для CVE-2026-53362, адаптировав его для работы на своей машине и использовали эксплойт для повышения привилегий.
Это позволило агентам действовать вне одного контейнера Artifactory и получить root-доступ на рабочем узле. Затем и перемещаться по всей подключенной среде.
В четверг CISA добавила в свой каталог известных эксплуатируемых уязвимостей (KEV) как уязвимость JFrog, отслеживаемую как CVE-2026-66384, так и ошибку ядра Linux.
По всей видимости, других сообщений об использовании уязвимости ядра Linux в реальных условиях не поступало.
Однако инцидент с OpenAI демонстрирует её потенциальную ценность для злоумышленников, возможно, именно поэтому CISA решила добавить её в свой каталог.
Cybersecurity and Infrastructure Security Agency CISA
CISA Adds Three Known Exploited Vulnerabilities to Catalog | CISA
CISA has added three new vulnerabilities to its KEV Catalog, based on evidence of active exploitation.
В целом, как выяснил исследователь Trail of Bits Артем Динабург агент ИИ способен неоднократно покидать виртуальную машину QEMU/KVM, сначала используя известные уязвимости, а затем объединяя ранее неизвестные недостатки.
Полученные результаты ставят под сомнение предположение о том, что обычные виртуальные машины являются достаточной защитой для продвинутых автономных агентов.
Исследователь провел тестирование в рамках инициативы Patch the Planet после получения предварительного доступа к GPT 5.6-Cyber. Он поставил перед агентом задачу в стиле CTF: выйти из виртуальной машины Debian 12, работающей на хосте Linux с процессором AMD Zen 3, и прочитать файл с флагами.
Агенту был предоставлен SSH-доступ к виртуальной машине, и ему разрешили загружать ПО, изучать исходный код, создавать инструменты, отлаживать программы и проводить исследования.
По данным Динабурга, он работал автономно в течение нескольких часов, отказываясь от неудачных попыток, создавая прототипы кода и тестовые оракулы, и продолжал работу в течение примерно 12-часовых сессий с минимальным руководством.
Первая попытка взлома была направлена на Januscape, обнаруженную как CVE-2026-53359, - недавно выявленную уязвимость ядра Linux, затрагивающую хост-систему.
Хотя общедоступного эксплойта не было, агент создал его самостоятельно примерно за час. Попытка привела к зависанию хост-системы, а не завершилась успешно, что побудило Динабурга обновить ядро Debian.
Затем агент обнаружил другой путь через libslirp, сетевую библиотеку, используемую QEMU. В Debian 12 по-прежнему использовалась версия libslirp 4.7.0, которая была уязвима к CVE-2026-9539.
Он также выявил отдельную исправленную ошибку, которой не был присвоен CVE, и объединил две проблемы для получения возможности произвольного чтения и записи в память хоста.
Впоследствии Динабург пересобрал QEMU и libslirp из текущего исходного кода, чтобы устранить известные уязвимости. В ответ агент проанализировал QEMU, KVM, ядро Linux и связанные с ними библиотеки и в конечном итоге собрал новую цепочку уязвимостей, включающую три 0-day и одну уязвимость KVM, исправленную в исходном коде, которая не достигла ядра дистрибутива.
В цепочку уязвимостей входили ошибка VAPIC в QEMU, приводящая к утечке оперативной памяти управления системой, две проблемы подкачки страниц KVM, которые способствовали созданию доступных для записи сопоставлений физического хоста и сети, а также ошибка обработки пакетов в libslirp, которая раскрывала активные сетевые объекты, которые можно было перехватить.
Агент также обнаружил дополнительные уязвимости в QEMU, CUPS и libslirp, которые не потребовались для окончательного выхода из системы.
Полученные результаты означают, что операторам не следует рассматривать виртуальную машину общего назначения как достаточную защиту для высокоэффективных агентов ИИ.
Более старые дистрибутивы с более медленным переносом исправлений особенно рискованны, поскольку агенты могут проверять исправления из исходного кода и потенциально превращать неклассифицированные ошибки в работающие эксплойты.
Trail of Bits рекомендует уменьшить доступную поверхность атаки с помощью систем виртуализации, разработанных для изоляции, таких как Firecracker, одновременно ограничивая доступ к сети, учетные данные, периферийные устройства и ненужные функции виртуальных машин.
Новые среды, короткое время работы агентов, подробное логирование, активный мониторинг и быстрое развертывание исправлений безопасности могут еще больше снизить вероятность того, что автономный агент превратит уязвимость в песочнице в компрометацию хоста.
Полученные результаты ставят под сомнение предположение о том, что обычные виртуальные машины являются достаточной защитой для продвинутых автономных агентов.
Исследователь провел тестирование в рамках инициативы Patch the Planet после получения предварительного доступа к GPT 5.6-Cyber. Он поставил перед агентом задачу в стиле CTF: выйти из виртуальной машины Debian 12, работающей на хосте Linux с процессором AMD Zen 3, и прочитать файл с флагами.
Агенту был предоставлен SSH-доступ к виртуальной машине, и ему разрешили загружать ПО, изучать исходный код, создавать инструменты, отлаживать программы и проводить исследования.
По данным Динабурга, он работал автономно в течение нескольких часов, отказываясь от неудачных попыток, создавая прототипы кода и тестовые оракулы, и продолжал работу в течение примерно 12-часовых сессий с минимальным руководством.
Первая попытка взлома была направлена на Januscape, обнаруженную как CVE-2026-53359, - недавно выявленную уязвимость ядра Linux, затрагивающую хост-систему.
Хотя общедоступного эксплойта не было, агент создал его самостоятельно примерно за час. Попытка привела к зависанию хост-системы, а не завершилась успешно, что побудило Динабурга обновить ядро Debian.
Затем агент обнаружил другой путь через libslirp, сетевую библиотеку, используемую QEMU. В Debian 12 по-прежнему использовалась версия libslirp 4.7.0, которая была уязвима к CVE-2026-9539.
Он также выявил отдельную исправленную ошибку, которой не был присвоен CVE, и объединил две проблемы для получения возможности произвольного чтения и записи в память хоста.
Впоследствии Динабург пересобрал QEMU и libslirp из текущего исходного кода, чтобы устранить известные уязвимости. В ответ агент проанализировал QEMU, KVM, ядро Linux и связанные с ними библиотеки и в конечном итоге собрал новую цепочку уязвимостей, включающую три 0-day и одну уязвимость KVM, исправленную в исходном коде, которая не достигла ядра дистрибутива.
В цепочку уязвимостей входили ошибка VAPIC в QEMU, приводящая к утечке оперативной памяти управления системой, две проблемы подкачки страниц KVM, которые способствовали созданию доступных для записи сопоставлений физического хоста и сети, а также ошибка обработки пакетов в libslirp, которая раскрывала активные сетевые объекты, которые можно было перехватить.
Агент также обнаружил дополнительные уязвимости в QEMU, CUPS и libslirp, которые не потребовались для окончательного выхода из системы.
Полученные результаты означают, что операторам не следует рассматривать виртуальную машину общего назначения как достаточную защиту для высокоэффективных агентов ИИ.
Более старые дистрибутивы с более медленным переносом исправлений особенно рискованны, поскольку агенты могут проверять исправления из исходного кода и потенциально превращать неклассифицированные ошибки в работающие эксплойты.
Trail of Bits рекомендует уменьшить доступную поверхность атаки с помощью систем виртуализации, разработанных для изоляции, таких как Firecracker, одновременно ограничивая доступ к сети, учетные данные, периферийные устройства и ненужные функции виртуальных машин.
Новые среды, короткое время работы агентов, подробное логирование, активный мониторинг и быстрое развертывание исправлений безопасности могут еще больше снизить вероятность того, что автономный агент превратит уязвимость в песочнице в компрометацию хоста.
The Trail of Bits Blog
VMs won't contain cyber-capable agents
You can no longer assume a mere VM will contain a sufficiently advanced AI agent.
VulnCheck предупреждает об активном задействовании киберподпольем критической уязвимости в Ruby on Rails, которая приводит к удаленному выполнению кода.
CVE-2026-66066 (CVSS 9,5), именуемая KindaRails2Shell, описывается как произвольное чтение файла, приводящее к раскрытию секретной информации, удаленному выполнению кода и горизонтальному перемещению.
Уязвимость была обнаружена в конце июля, тогда же Ruby on Rails выпустила исправления, настоятельно призывая к немедленному обновлению всех приложений Rails, которые используют libvips для обработки образов Active Storage и допускают загрузку образов от ненадежных пользователей.
Вскоре после этого исследователи провели обратное проектирование уязвимости и опубликовали техническую информацию и PoC, нацеленный на нее, а Rails выпустила инструменты для анализа уязвимостей, помогающие выявлять попытки ее эксплуатации.
В Rails объяснили, что KindaRails2Shell основан на различных методах, используемых разными библиотеками и функциями для чтения произвольных файлов.
В то время как Rails может полагаться на предоставленный клиентом тип содержимого для интерпретации объекта как изображения, libvips анализирует «магические» байты для определения типа файла.
Это позволяет злоумышленнику создать файл и объявить его как MATLAB Level 5, что приводит к выбору загрузчика MATLAB библиотекой libvips. Затем файл направляется в libmatio, которая идентифицирует MAT 7.3 в поле заголовка и передает его в HDF5.
В HDF5 External File List позволяет хранить байты набора данных в другом файле, названном по пути и смещению, поэтому при рендеринге считывается выбранный злоумышленником файл с сервера и возвращается его содержимое в виде пикселей. Та же путаница возникает дважды на двух уровнях, которые не видят поля друг друга.
Неавторизованный злоумышленник может атаковать всё, что доступно для чтения процессу Rails, включая базу данных учетных данных и ключи хранилища.
Вооружившись скомпрометированными секретами, злоумышленник может затем подделать сессии, получить доступ к дополнительным системам и удаленно выполнить произвольный код.
Согласно данным VulnCheck, злоумышленники начали использовать CVE-2026-66066 на прошлой неделе, примерно через месяц после выпуска патчей.
Кроме того, VulnCheck заявляет, что ее тесты на пропатченном сервере 8.1.3.1 показали, что несмотря на блокировку исправлением чтения файла libvips, оно не нейтрализует десериализацию вариативного ключа Marshal: гаджет RCE по-прежнему выполняется на пропатченном сервере при наличии действительной подписи.
По состоянию на начало августа VulnCheck задетектила около 7000 уязвимых экземпляров Ruby on Rails, подверженных атаке KindaRails2Shell. Как показывает практика, ситуация вряд ли значительно изменилась в лучшую сторону к настоящему времени. Но будем посмотреть.
CVE-2026-66066 (CVSS 9,5), именуемая KindaRails2Shell, описывается как произвольное чтение файла, приводящее к раскрытию секретной информации, удаленному выполнению кода и горизонтальному перемещению.
Уязвимость была обнаружена в конце июля, тогда же Ruby on Rails выпустила исправления, настоятельно призывая к немедленному обновлению всех приложений Rails, которые используют libvips для обработки образов Active Storage и допускают загрузку образов от ненадежных пользователей.
Вскоре после этого исследователи провели обратное проектирование уязвимости и опубликовали техническую информацию и PoC, нацеленный на нее, а Rails выпустила инструменты для анализа уязвимостей, помогающие выявлять попытки ее эксплуатации.
В Rails объяснили, что KindaRails2Shell основан на различных методах, используемых разными библиотеками и функциями для чтения произвольных файлов.
В то время как Rails может полагаться на предоставленный клиентом тип содержимого для интерпретации объекта как изображения, libvips анализирует «магические» байты для определения типа файла.
Это позволяет злоумышленнику создать файл и объявить его как MATLAB Level 5, что приводит к выбору загрузчика MATLAB библиотекой libvips. Затем файл направляется в libmatio, которая идентифицирует MAT 7.3 в поле заголовка и передает его в HDF5.
В HDF5 External File List позволяет хранить байты набора данных в другом файле, названном по пути и смещению, поэтому при рендеринге считывается выбранный злоумышленником файл с сервера и возвращается его содержимое в виде пикселей. Та же путаница возникает дважды на двух уровнях, которые не видят поля друг друга.
Неавторизованный злоумышленник может атаковать всё, что доступно для чтения процессу Rails, включая базу данных учетных данных и ключи хранилища.
Вооружившись скомпрометированными секретами, злоумышленник может затем подделать сессии, получить доступ к дополнительным системам и удаленно выполнить произвольный код.
Согласно данным VulnCheck, злоумышленники начали использовать CVE-2026-66066 на прошлой неделе, примерно через месяц после выпуска патчей.
Кроме того, VulnCheck заявляет, что ее тесты на пропатченном сервере 8.1.3.1 показали, что несмотря на блокировку исправлением чтения файла libvips, оно не нейтрализует десериализацию вариативного ключа Marshal: гаджет RCE по-прежнему выполняется на пропатченном сервере при наличии действительной подписи.
По состоянию на начало августа VulnCheck задетектила около 7000 уязвимых экземпляров Ruby on Rails, подверженных атаке KindaRails2Shell. Как показывает практика, ситуация вряд ли значительно изменилась в лучшую сторону к настоящему времени. Но будем посмотреть.
Ruby on Rails Discussions
[CVE-2026-66066] Attack details, and tools to perform a forensic investigation
Hello there, I’m writing as a member of the Rails security team about CVE-2026-66066. As mentioned in the advisory, GHSA-xr9x-r78c-5hrm, we held back details about the attack vector to allow applications to be upgraded before malicious attackers could take…
Forwarded from Social Engineering
• Нашел очень объемное и актуальное руководство от GNU, которое поможет новичкам освоить Bash или подтянуть свои знания, если вы ранее уже приступали к изучению:
➡ https://www.gnu.org/software/bash/manual/bash.pdf
• Дополнительно⬇
➡ Command Challenge - очень крутая интерактивная игра, которая бросает вызов вашим навыкам Bash. Все задачи решаются через командную строку. Игра начинается с довольно простых задачек и постепенно становится сложной. Если возникают сложности с решением, то вы можете посмотреть подсказку. В общем и целом, это очередная годнота в нашу копилку. Бонусом: две более сложные версии игры: oops и 12days.
➡ Очень объемная коллекция однострочников bash, которые могут быть полезны в решении определенных задач или повседневной работе.
➡ Бесплатный практический курс по Bash - благодаря этому курсу вы освоите написание bash-скриптов с нуля и получите представление, какую пользу можно из них извлечь;
➡ Кручу-верчу, запутать хочу - короткая, но полезная статья, в которой собраны необычные и малоизвестные трюки с перенаправлениями в bash;
➡ Bash Introduction for Hackers - полезные заметки от hakin9, которые описывают различные нюансы и основную информацию для изучения Bash. Материал ориентирован на специалистов ИБ и пентестеров.
➡ Bash Prompt Generator - очень крутой ресурс, где можно сконфигурировать строку для ввода команд в bash. Выбираете параметры, расставляете их в нужной последовательности и копируете готовую конфигурацию.
➡ Bash Tips and tricks - небольшой сборник советов и рекомендаций для изучения Bash.
S.E. ▪️ infosec.work ▪️ VT
• Дополнительно
S.E. ▪️ infosec.work ▪️ VT
Please open Telegram to view this post
VIEW IN TELEGRAM
Почти 22 000 серверов Microsoft Exchange в сети остаются незащищенными от серьезной уязвимости обхода аутентификации, которая позволяет злоумышленникам захватить все почтовые ящики пользователей.
Уязвимость отслеживается как CVE-2026-62911, была обнаружена Оранжем Цаем из DEVCORE. Она затрагивает Exchange Server 2016, Exchange Server 2019 и Exchange Server Subscription Edition (SE).
Злоумышленники с базовыми привилегиями на целевом сервере могут использовать её для проведения простых атак, требующих взаимодействия с пользователем.
Как отмечает Microsoft, обход аутентификации путем захвата и воспроизведения в Microsoft Exchange Server позволяет авторизованному злоумышленнику повысить свои привилегии в сети. В итоге он сможет захватить почтовые ящики всех пользователей Exchange.
Microsoft еще не обновила уведомление по CVE-2026-62911 не отметила ее как используемую в реальных условиях, однако Национальный центр кибербезопасности Нидерландов (NCSC-NL) на прошлой неделе предупредил, что эксплойт-код для этой уязвимости уже доступен в сети.
В свою очередь, Shadowserver сообщила об обнаружении 21 899 IP с экземплярами Microsoft Exchange Server, которые до сих пор не защищены и находятся в открытом доступе, большинство из них - в США (6200) и Германии (5100). В России их - 809.
Федеральное управление информационной безопасности Германии (BSI) также предупредило (как впервые сообщила Heise), что около 85% всех локальных серверов Exchange в Германии по-прежнему уязвимы.
Так что опять, по всей видимости, намечается мощная кампания, но будем посмотреть.
Уязвимость отслеживается как CVE-2026-62911, была обнаружена Оранжем Цаем из DEVCORE. Она затрагивает Exchange Server 2016, Exchange Server 2019 и Exchange Server Subscription Edition (SE).
Злоумышленники с базовыми привилегиями на целевом сервере могут использовать её для проведения простых атак, требующих взаимодействия с пользователем.
Как отмечает Microsoft, обход аутентификации путем захвата и воспроизведения в Microsoft Exchange Server позволяет авторизованному злоумышленнику повысить свои привилегии в сети. В итоге он сможет захватить почтовые ящики всех пользователей Exchange.
Microsoft еще не обновила уведомление по CVE-2026-62911 не отметила ее как используемую в реальных условиях, однако Национальный центр кибербезопасности Нидерландов (NCSC-NL) на прошлой неделе предупредил, что эксплойт-код для этой уязвимости уже доступен в сети.
В свою очередь, Shadowserver сообщила об обнаружении 21 899 IP с экземплярами Microsoft Exchange Server, которые до сих пор не защищены и находятся в открытом доступе, большинство из них - в США (6200) и Германии (5100). В России их - 809.
Федеральное управление информационной безопасности Германии (BSI) также предупредило (как впервые сообщила Heise), что около 85% всех локальных серверов Exchange в Германии по-прежнему уязвимы.
Так что опять, по всей видимости, намечается мощная кампания, но будем посмотреть.
Новый вариант ClickFix получил название TerminalFix и задействует фейковые запросы CAPTCHA от Cloudflare на скомпрометированных веб-сайтах, чтобы обманом заставить жертв выполнить вредоносные команды PowerShell в терминале Windows.
В отличие от типичных атак ClickFix, которые часто приводят к заражению стилерами, эта кампания использует многоступенчатую цепочку вторжения, которая в конечном итоге предоставляет злоумышленникам обратный туннель во внутреннюю сеть жертвы.
TerminalFix отличается от обычных атак ClickFix тем, что перенаправляет пользователей в Windows Terminal или PowerShell, что позволяет успешно выполнять более сложные многострочные скрипты.
Microsoft задетектила атаки в реальных условиях, но не наблюдала за их непосредственной активностью. Однако исследователи предупреждают, что полученный таким образом доступ может быть использован для горизонтального перемещения, повышения привилегий, кражи учетных данных, отключения средств безопасности, утечки данных или развертывания ransomware.
Заражение начинается с фейкового запроса CAPTCHA, который предписывает жертвам выполнить команду PowerShell, предварительно загруженную в буфер обмена, в рамках якобы процесса проверки.
Эта команда загружает ZIP-архив, содержащий легитимный подписанный исполняемый файл и вредоносный DLL, который декодирует и запускает обфусцированную полезную нагрузку непосредственно в памяти.
На втором этапе злоумышленник использует стеганографию для сокрытия исполняемых файлов и фрагментов DLL в пиксельных данных трех изображений PNG. Скрипт загружает изображения с сервера C2 и собирает встроенные полезные нагрузки на диске.
Вредоносная ПО обеспечивает постоянное присутствие в сети с помощью запланированной задачи и ключа реестра Run, настроенного на выполнение каждый час.
В активном режиме выполняет разведку, проверяя наличие контроллеров домена, баз данных, серверов резервного копирования, шлюзов и почтовых систем, собирает системную информацию, а такеж анализирует Active Directory (AD).
Наиболее важным компонентом является пользовательский модуль обратного туннелирования на Python, который подключается к исходящему адресу (gitnow[.]dev:443) через зашифрованный WebSocket, поддерживая произвольное проксирование TCP в стиле SOCKS5.
Это позволяет злоумышленнику дать указание скомпрометированному компьютеру подключаться к внутренним IP, именам хостов и портам, доступным с компьютера жертвы.
Обратный туннель также поддерживает мультиплексирование нескольких соединений через один WebSocket, смену реалистичных строк User-Agent браузера, функцию поддержания соединения и удаленное завершение работы.
Microsoft заявляет, что это может превратить зараженную конечную точку в сетевой узел, предоставляя оператору доступ к системам, обнаруженным в ходе предыдущей итерации по развертыванию Active Directory и сетевой разведке.
В отличие от типичных атак ClickFix, которые часто приводят к заражению стилерами, эта кампания использует многоступенчатую цепочку вторжения, которая в конечном итоге предоставляет злоумышленникам обратный туннель во внутреннюю сеть жертвы.
TerminalFix отличается от обычных атак ClickFix тем, что перенаправляет пользователей в Windows Terminal или PowerShell, что позволяет успешно выполнять более сложные многострочные скрипты.
Microsoft задетектила атаки в реальных условиях, но не наблюдала за их непосредственной активностью. Однако исследователи предупреждают, что полученный таким образом доступ может быть использован для горизонтального перемещения, повышения привилегий, кражи учетных данных, отключения средств безопасности, утечки данных или развертывания ransomware.
Заражение начинается с фейкового запроса CAPTCHA, который предписывает жертвам выполнить команду PowerShell, предварительно загруженную в буфер обмена, в рамках якобы процесса проверки.
Эта команда загружает ZIP-архив, содержащий легитимный подписанный исполняемый файл и вредоносный DLL, который декодирует и запускает обфусцированную полезную нагрузку непосредственно в памяти.
На втором этапе злоумышленник использует стеганографию для сокрытия исполняемых файлов и фрагментов DLL в пиксельных данных трех изображений PNG. Скрипт загружает изображения с сервера C2 и собирает встроенные полезные нагрузки на диске.
Вредоносная ПО обеспечивает постоянное присутствие в сети с помощью запланированной задачи и ключа реестра Run, настроенного на выполнение каждый час.
В активном режиме выполняет разведку, проверяя наличие контроллеров домена, баз данных, серверов резервного копирования, шлюзов и почтовых систем, собирает системную информацию, а такеж анализирует Active Directory (AD).
Наиболее важным компонентом является пользовательский модуль обратного туннелирования на Python, который подключается к исходящему адресу (gitnow[.]dev:443) через зашифрованный WebSocket, поддерживая произвольное проксирование TCP в стиле SOCKS5.
Это позволяет злоумышленнику дать указание скомпрометированному компьютеру подключаться к внутренним IP, именам хостов и портам, доступным с компьютера жертвы.
Обратный туннель также поддерживает мультиплексирование нескольких соединений через один WebSocket, смену реалистичных строк User-Agent браузера, функцию поддержания соединения и удаленное завершение работы.
Microsoft заявляет, что это может превратить зараженную конечную точку в сетевой узел, предоставляя оператору доступ к системам, обнаруженным в ходе предыдущей итерации по развертыванию Active Directory и сетевой разведке.
Microsoft News
TerminalFix campaign deploys a reverse tunnel through multistage intrusion
Microsoft Threat Intelligence provides analysis of a ClickFix campaign that uses fake CAPTCHA prompts, DLL sideloading, and a reverse tunnel, with detections and hunting guidance.
Исследователи Vedere Labs из Forescout использовали Claude от Anthropic для адаптации работающего RCE-эксплойта с одного ПЛК WAGO на другой.
Провернуть фокус удалось после тщательного контроля со стороны исследователей, нескольких часов целенаправленной работы и сотен долларов, потраченных на API. Эксперимент проводился после недавних атак на ПЛК в водном секторе.
Отправной точкой послужила ранее разработанная уязвимость для ПЛК WAGO 750-852, основанная на CVE-2021-31886, представляющей собой переполнение буфера предварительной аутентификации в FTP-сервере Nucleus, позволяющее неаутентифицированному злоумышленнику выполнить произвольный ARM-шеллкод на целевом ПЛК.
В рамках своего эксперимента исследователи Forescout решили адаптировать эту уязвимость к родственной, но иной модели WAGO 750-831 и посмотреть, сможет ли ИИ затем использовать полученный результат для создания полноценной системы управления и контроля.
Исследователи задействовали Claude Code, получив доступ к терминалу, эталонным файлам, инструменту обратного проектирования Ghidra и физическому целевому устройству.
ИИ подтвердил уязвимость с помощью сочетания зондирования в реальном времени и статического анализа прошивки, после чего сгенерировал полезную нагрузку, которая привела к сбою ПЛК.
Сбой подтвердил наличие уязвимости, но это была самая простая часть задачи. Превращение её в полноценное RCE заняло гораздо больше времени, а первые попытки приводили к тому, что ИИ шёл неверным путем, вынуждая исследователей перенаправлять анализ и предоставлять дополнительный технический контекст.
Прогресс застопорился, пока команда не перешла с Claude Sonnet 4.6 на Claude Opus 4.6 и не дала модели указание запрашивать помощь всякий раз, когда она не уверена в какой-либо детали прошивки.
Прорыв произошел, когда ИИ выяснил, почему внедренный код постоянно стирался до того, как мог запуститься, а затем скорректировал свой подход, чтобы сохранить целостность полезной нагрузки.
После устранения этого препятствия Claude за 12 минут создал две отдельные рабочие полезные нагрузки. Именно такой подход - сложный и трудоемкий путь к первоначальному выполнению, за которым следует быстрая итерация - делает масштабирование такого рода работы достойным внимания.
Последующая попытка развить RCE оказалась менее успешной. На новой итерации, посвященной разработке управляющего имплантата, Claude тестировал все более сложные полезные нагрузки, и одна из них записала данные в область, отображенную на флэш-память ПЛК, что привело к необратимой поломке устройства.
Что касается затрат, связанных с экспериментом, Forescout отметила, что только на заключительном этапе разработки RCE было потрачено более 500 долл. на использование API в течение сессии, длившейся более восьми часов.
Как отметили в Forescout, оператор ИИ в принцие мог бы выполнить первоначальный RCE и без ИИ за меньшее время и с меньшими затратами, сохранив при этом работоспособность ПЛК.
Но более важный момент заключается в том, что произойдет по мере дальнейшего снижения объема необходимого вмешательства экспертов.
Исследователь может выполнить эту работу параллельно, но ИИ потенциально может снизить совокупные издержки на ее выполнение сразу по многим связанным задачам.
Провернуть фокус удалось после тщательного контроля со стороны исследователей, нескольких часов целенаправленной работы и сотен долларов, потраченных на API. Эксперимент проводился после недавних атак на ПЛК в водном секторе.
Отправной точкой послужила ранее разработанная уязвимость для ПЛК WAGO 750-852, основанная на CVE-2021-31886, представляющей собой переполнение буфера предварительной аутентификации в FTP-сервере Nucleus, позволяющее неаутентифицированному злоумышленнику выполнить произвольный ARM-шеллкод на целевом ПЛК.
В рамках своего эксперимента исследователи Forescout решили адаптировать эту уязвимость к родственной, но иной модели WAGO 750-831 и посмотреть, сможет ли ИИ затем использовать полученный результат для создания полноценной системы управления и контроля.
Исследователи задействовали Claude Code, получив доступ к терминалу, эталонным файлам, инструменту обратного проектирования Ghidra и физическому целевому устройству.
ИИ подтвердил уязвимость с помощью сочетания зондирования в реальном времени и статического анализа прошивки, после чего сгенерировал полезную нагрузку, которая привела к сбою ПЛК.
Сбой подтвердил наличие уязвимости, но это была самая простая часть задачи. Превращение её в полноценное RCE заняло гораздо больше времени, а первые попытки приводили к тому, что ИИ шёл неверным путем, вынуждая исследователей перенаправлять анализ и предоставлять дополнительный технический контекст.
Прогресс застопорился, пока команда не перешла с Claude Sonnet 4.6 на Claude Opus 4.6 и не дала модели указание запрашивать помощь всякий раз, когда она не уверена в какой-либо детали прошивки.
Прорыв произошел, когда ИИ выяснил, почему внедренный код постоянно стирался до того, как мог запуститься, а затем скорректировал свой подход, чтобы сохранить целостность полезной нагрузки.
После устранения этого препятствия Claude за 12 минут создал две отдельные рабочие полезные нагрузки. Именно такой подход - сложный и трудоемкий путь к первоначальному выполнению, за которым следует быстрая итерация - делает масштабирование такого рода работы достойным внимания.
Последующая попытка развить RCE оказалась менее успешной. На новой итерации, посвященной разработке управляющего имплантата, Claude тестировал все более сложные полезные нагрузки, и одна из них записала данные в область, отображенную на флэш-память ПЛК, что привело к необратимой поломке устройства.
Что касается затрат, связанных с экспериментом, Forescout отметила, что только на заключительном этапе разработки RCE было потрачено более 500 долл. на использование API в течение сессии, длившейся более восьми часов.
Как отметили в Forescout, оператор ИИ в принцие мог бы выполнить первоначальный RCE и без ИИ за меньшее время и с меньшими затратами, сохранив при этом работоспособность ПЛК.
Но более важный момент заключается в том, что произойдет по мере дальнейшего снижения объема необходимого вмешательства экспертов.
Исследователь может выполнить эту работу параллельно, но ИИ потенциально может снизить совокупные издержки на ее выполнение сразу по многим связанным задачам.
Forescout
Can AI Create PLC Attacks? Yes, But It’s Not That Easy Yet
Forescout’s Vedere Labs tests whether AI can port an RCE exploit between PLCs, revealing both its potential and current limitations.
Исследователи Лаборатории Касперского продолжает отслеживать активности Mirage Kitten, сообщая об обнаружении ранее неизвестного семейства вредоносных ПО под названием NodeRabbit.
Первый образец был обнаружен в системе в Афганистане. Дальнейший поиск угроз выявил два дополнительных, более сложных варианта: один в системе в Египте, а другой в Эфиопии.
NodeRabbit - это кроссплатформенный RAT, созданный на Node.js, нацеленный на Windows, Linux и macOS. Распространяется через целевой фишинг в LinkedIn и на других платформах поиска работы, содержащий архивы с троянизированными заданиями по программированию.
В ходе того же расследования в ЛК заприметили еще одно ранее не описанное семейство, которое получило название PollCat.
Как и NodeRabbit, PollCat - это кроссплатформенный RAT, но написан на обфусцированном JavaScript, который также распространяется через архивы с троянскими программами для решения задач по программированию.
Исторически Mirage Kitten полагалась на вредоносное ПО, написанное на C, C++ и Go, часто используя перехват порядка поиска DLL-библиотек.
NodeRabbit и PollCat представляют собой первое публично задокументированное использование вредоносного ПО на основе Node.js и JavaScript этой APT-группой.
На основе полученных телеметрических данных в ЛК смогли идентифицировать жертв атак в секторах финтеха, авиации и аэрокосмической промышленности на Ближнем Востоке и в Африке, в частности, в Египте, Эфиопии и Афганистане.
Кроме того, в ЛК также зафиксировали отправку ZIP-архивов с зараженными троянским кодом проектами, содержащими NodeRabbit и PollCat, на онлайн-сервисы сканирования: запросы поступали из ряда стран, включая Индию, Турцию, Израиль, Ирак, Германию и Ирландию.
Приписать новые активности с высокой степенью уверенности к Mirage Kitten ЛК удалось на основании структурного сходства с бэкдором, встроенным в собственную DLL-библиотеку Retrograde/MiniFast.
Говоря о характере жертв, атаки соответствуют известной географической стратегии Mirage Kitten, которая по-прежнему уделяет особое внимание организациям в Африке и на Ближнем Востоке, на этот раз с особым акцентом на авиационный и финтех-секторы.
Что касается операционной инфраструктуры, Mirage Kitten исторически размещала свои первоначальные ZIP-приманки на легитимных сторонних сервисах. В рамках этой деятельности группа перешла на хранилища Amazon S3.
Наконец, сочетание Azure Websites и доменов, поддерживаемых Cloudflare, стало отличительной чертой тактики и методов Mirage Kitten, что в ЛК наблюдали в случае с NodeRabbit и PollCat.
Последняя активность Mirage Kitten знаменует собой заметную эволюцию в ее инструментарии: NodeRabbit и PollCat - это первые имплантаты на Node.js/JavaScript, отличающиеся от привычного нативного вредоносного ПО, развертываемого путем перехвата порядка поиска DLL-библиотек.
Переход к кроссплатформенному скриптингу предоставляет операторам единую кодовую базу, работающую на Windows, Linux и macOS, с полезными нагрузками, которые органично вписываются в рабочие станции разработчиков.
Однако механизм распространения остается неизменным и соответствует традиционным методам работы Mirage Kitten: использование профилей рекрутеров в LinkedIn для целевого воздействия на критически важные сектора экономики Ближнего Востока и Африки в целях кибершпионажа.
В ЛК заверили, что продолжат отслеживать деятельность группы и будут сообщать о новых открытиях, а подробный технический разбор и IOCs - в отчете.
Первый образец был обнаружен в системе в Афганистане. Дальнейший поиск угроз выявил два дополнительных, более сложных варианта: один в системе в Египте, а другой в Эфиопии.
NodeRabbit - это кроссплатформенный RAT, созданный на Node.js, нацеленный на Windows, Linux и macOS. Распространяется через целевой фишинг в LinkedIn и на других платформах поиска работы, содержащий архивы с троянизированными заданиями по программированию.
В ходе того же расследования в ЛК заприметили еще одно ранее не описанное семейство, которое получило название PollCat.
Как и NodeRabbit, PollCat - это кроссплатформенный RAT, но написан на обфусцированном JavaScript, который также распространяется через архивы с троянскими программами для решения задач по программированию.
Исторически Mirage Kitten полагалась на вредоносное ПО, написанное на C, C++ и Go, часто используя перехват порядка поиска DLL-библиотек.
NodeRabbit и PollCat представляют собой первое публично задокументированное использование вредоносного ПО на основе Node.js и JavaScript этой APT-группой.
На основе полученных телеметрических данных в ЛК смогли идентифицировать жертв атак в секторах финтеха, авиации и аэрокосмической промышленности на Ближнем Востоке и в Африке, в частности, в Египте, Эфиопии и Афганистане.
Кроме того, в ЛК также зафиксировали отправку ZIP-архивов с зараженными троянским кодом проектами, содержащими NodeRabbit и PollCat, на онлайн-сервисы сканирования: запросы поступали из ряда стран, включая Индию, Турцию, Израиль, Ирак, Германию и Ирландию.
Приписать новые активности с высокой степенью уверенности к Mirage Kitten ЛК удалось на основании структурного сходства с бэкдором, встроенным в собственную DLL-библиотеку Retrograde/MiniFast.
Говоря о характере жертв, атаки соответствуют известной географической стратегии Mirage Kitten, которая по-прежнему уделяет особое внимание организациям в Африке и на Ближнем Востоке, на этот раз с особым акцентом на авиационный и финтех-секторы.
Что касается операционной инфраструктуры, Mirage Kitten исторически размещала свои первоначальные ZIP-приманки на легитимных сторонних сервисах. В рамках этой деятельности группа перешла на хранилища Amazon S3.
Наконец, сочетание Azure Websites и доменов, поддерживаемых Cloudflare, стало отличительной чертой тактики и методов Mirage Kitten, что в ЛК наблюдали в случае с NodeRabbit и PollCat.
Последняя активность Mirage Kitten знаменует собой заметную эволюцию в ее инструментарии: NodeRabbit и PollCat - это первые имплантаты на Node.js/JavaScript, отличающиеся от привычного нативного вредоносного ПО, развертываемого путем перехвата порядка поиска DLL-библиотек.
Переход к кроссплатформенному скриптингу предоставляет операторам единую кодовую базу, работающую на Windows, Linux и macOS, с полезными нагрузками, которые органично вписываются в рабочие станции разработчиков.
Однако механизм распространения остается неизменным и соответствует традиционным методам работы Mirage Kitten: использование профилей рекрутеров в LinkedIn для целевого воздействия на критически важные сектора экономики Ближнего Востока и Африки в целях кибершпионажа.
В ЛК заверили, что продолжат отслеживать деятельность группы и будут сообщать о новых открытиях, а подробный технический разбор и IOCs - в отчете.
Исследователи F6 сообщают о новой угрозе российскому бизнесу, связанной с деятельностью группировки, назвавшей себя VantaCore, на счету которой уже не менее жертв.
Атакующие имеют явно нескромные аппетиты: суммы запрашиваемых выкупов составляют миллионы долларов. Однако по мнению специалистов, есть все основания считать, что новая группировка - ребрендинг ранее известной проукраинской группы - Thor.
Как ранее отмечала F6, последнее время фиксируется консолидация и перегруппировка проукраинских группировок.
Кроме того, наметилась тенденция отказа проукраинских кибербанд от LockBit 3 Black и Babuk в пользу перехода на программы‑вымогатели собственной разработки.
В марте F6 уже сообщала о перевооружении Bearlyfy на собственные шифровальщики GenieLocker. В августе же были выявлены атаки группировки VantaCore с использованием программы‑вымогателя собственной разработки VantaCore.
Вероятно, участники VantaCore, как и пропавшие с «радаров» их коллеги из Shadow, решили создать имидж солидной партнерской программы вымогателей и создали DLS с информацией об атаках на различные компании в июне этого года.
VantaCore использует схему двойного и тройного вымогательства для дополнительного давления на жертву. Похищенные данные спустя некоторое время продаются или распространяются на их ресурсах, а затем используются для организации новых атак.
Как и полагается «солидной» международной RaaS общение вымогателей с жертвой происходит в чате в сети Tor. Ссылка на него содержится в записке с требованием выкупа за расшифровку.
Даже если не вдаваться глубоко в детали, уже визуально по дизайну чатов прослеживается взаимосвязь с группировкой Thor. DLS VantaCore был развёрнут не позднее 7 июня 2026 года, на что указывают цифровые следы, оставленные при его создании.
Кроме того, при анализе ресурса по пути /favicon.ico была обнаружена иконка с надписью «THOR», выполненной руническим письмом, что может дополнительно указывать на связь VantaCore с кибергруппировкой Thor.
В качестве начального вектора VantaCore используют все возможные варианты, которые могут привести к получению злоумышленниками доступа к ИТ‑инфраструктуре жертвы: слабозащищенные публично доступные RDP, VPN, уязвимости в публичных приложениях, скомпрометированные учетные данные партнеров жертвы и тп.
Поведение участников VantaCore в скомпрометированной инфраструктуре не сильно отличается от многих группировок вымогателей, их тактики, техники и процедуры во многом эффективны, хотя и не являются изощренными и инновационными.
Их цель прежде всего - нажиться на жертве. Одна из особенностей, отличающая VantaCore от многих других группировок - использование постэксплуатационных инструментов собственной разработки.
Для перемещений по атакуемой инфраструктуре атакующие используют добытые в ходе развития атаки легитимные учетные записи и преимущественно протоколы SMB и RDP. Для сетевой разведки используются как сетевые сканеры, так и легитимные утилиты.
На скомпрометированных Windows‑системах злоумышленники закрепляются, создавая системные службы, а в качестве средств удаленного доступа ими используются свободно распространяемая программа удаленного доступа Tactical RMM и бэкдор собственной разработки VantaCoreRAT.
Изучив скомпрометированную инфраструктуру и получив полный контроль над ней, злоумышленники производят эксфильтрацию данных жертвы, а затем приступают к заключительному этапу атаки.
На этом этапе вымогатели реализуют деструктивные действия в отношении систем резервного копирования и шифруют критически важную информацию, что в результате позволяет им вымогать денежные средства за их расшифровку.
Для шифрования данных на устройствах серверного и пользовательского сегментов атакующие используют программу‑вымогатель VantaCore.
Ее доставка и запуск осуществляется как вручную, в контексте нелегитимных RDP‑сессий, так и с помощью собственного инструмента автоматизации VantaCoreLoader, который используется для массовой доставки и запуска программы‑вымогателя на все выявленные хосты, используя схожие c PsExec/WinExec механизмы.
Атакующие имеют явно нескромные аппетиты: суммы запрашиваемых выкупов составляют миллионы долларов. Однако по мнению специалистов, есть все основания считать, что новая группировка - ребрендинг ранее известной проукраинской группы - Thor.
Как ранее отмечала F6, последнее время фиксируется консолидация и перегруппировка проукраинских группировок.
Кроме того, наметилась тенденция отказа проукраинских кибербанд от LockBit 3 Black и Babuk в пользу перехода на программы‑вымогатели собственной разработки.
В марте F6 уже сообщала о перевооружении Bearlyfy на собственные шифровальщики GenieLocker. В августе же были выявлены атаки группировки VantaCore с использованием программы‑вымогателя собственной разработки VantaCore.
Вероятно, участники VantaCore, как и пропавшие с «радаров» их коллеги из Shadow, решили создать имидж солидной партнерской программы вымогателей и создали DLS с информацией об атаках на различные компании в июне этого года.
VantaCore использует схему двойного и тройного вымогательства для дополнительного давления на жертву. Похищенные данные спустя некоторое время продаются или распространяются на их ресурсах, а затем используются для организации новых атак.
Как и полагается «солидной» международной RaaS общение вымогателей с жертвой происходит в чате в сети Tor. Ссылка на него содержится в записке с требованием выкупа за расшифровку.
Даже если не вдаваться глубоко в детали, уже визуально по дизайну чатов прослеживается взаимосвязь с группировкой Thor. DLS VantaCore был развёрнут не позднее 7 июня 2026 года, на что указывают цифровые следы, оставленные при его создании.
Кроме того, при анализе ресурса по пути /favicon.ico была обнаружена иконка с надписью «THOR», выполненной руническим письмом, что может дополнительно указывать на связь VantaCore с кибергруппировкой Thor.
В качестве начального вектора VantaCore используют все возможные варианты, которые могут привести к получению злоумышленниками доступа к ИТ‑инфраструктуре жертвы: слабозащищенные публично доступные RDP, VPN, уязвимости в публичных приложениях, скомпрометированные учетные данные партнеров жертвы и тп.
Поведение участников VantaCore в скомпрометированной инфраструктуре не сильно отличается от многих группировок вымогателей, их тактики, техники и процедуры во многом эффективны, хотя и не являются изощренными и инновационными.
Их цель прежде всего - нажиться на жертве. Одна из особенностей, отличающая VantaCore от многих других группировок - использование постэксплуатационных инструментов собственной разработки.
Для перемещений по атакуемой инфраструктуре атакующие используют добытые в ходе развития атаки легитимные учетные записи и преимущественно протоколы SMB и RDP. Для сетевой разведки используются как сетевые сканеры, так и легитимные утилиты.
На скомпрометированных Windows‑системах злоумышленники закрепляются, создавая системные службы, а в качестве средств удаленного доступа ими используются свободно распространяемая программа удаленного доступа Tactical RMM и бэкдор собственной разработки VantaCoreRAT.
Изучив скомпрометированную инфраструктуру и получив полный контроль над ней, злоумышленники производят эксфильтрацию данных жертвы, а затем приступают к заключительному этапу атаки.
На этом этапе вымогатели реализуют деструктивные действия в отношении систем резервного копирования и шифруют критически важную информацию, что в результате позволяет им вымогать денежные средства за их расшифровку.
Для шифрования данных на устройствах серверного и пользовательского сегментов атакующие используют программу‑вымогатель VantaCore.
Ее доставка и запуск осуществляется как вручную, в контексте нелегитимных RDP‑сессий, так и с помощью собственного инструмента автоматизации VantaCoreLoader, который используется для массовой доставки и запуска программы‑вымогателя на все выявленные хосты, используя схожие c PsExec/WinExec механизмы.
Хакеры распространили вредоносные обновления для ПО управления VPS Virtualizor, перехватив маршрутизацию BGP для его инфраструктуры обновлений и перенаправив запросы на обновления на вредоносные серверы.
Virtualizor - это устаревшая веб-панель управления от Softaculous, которую хостинг-провайдеры используют для создания, продажи и управления виртуальными частными серверами (VPS).
В срочном уведомлении от поставщика содержится предупреждение о том, что в период с 20:57 UTC 28 августа по 06:10 UTC 30 августа злоумышленник перенаправил блок IP, размещенных на серверах Hetzner, в ходе атаки с использованием протокола BGP.
Это позволило злоумышленнику перенаправлять трафик с систем обновления ПО Softaculous и клиентского/биллингового портала.
Перехват BGP происходит, когда сетевой оператор ложно объявляет маршрут к IP-адресам, принадлежащим другой организации. Другие организации могут принять этот мошеннический маршрут как предпочтительный. Злоумышленник, получающий трафик таким образом, может изменить или перенаправить его на вредоносные ресурсы.
Softaculous заявляет, что перехват протокола BGP позволил хакерам распространить вредоносное обновление Virtualizor на небольшое количество установок, а не всю базу пользователей.
Поскольку запросы были перенаправлены злоумышленнику, у поставщика ПО не оказалось журналов. Softaculous рекомендует операторам Virtualizor проверить наличие этой службы: /etc/systemd/system/java-jre-update.service.
В случае обнаружения нарушений администраторам следует проводить ротацию и ограничение учетных данных API, а также проверять системы на наличие несанкционированных SSH-ключей, учетных записей, запланированных задач и исходящих соединений.
Кроме того, пользователям, которые заходили в личный кабинет Softaculous или вводили платежную информацию в период инцидента, следует сбросить пароли, просмотреть историю операций по учетной записи и следить за выписками по карте.
Расследование инцидента, проводимое Softaculous, все еще продолжается, но нет никаких признаков того, что это затронуло какие-либо другие ее продукты.
Softaculous заявляет, что маршрутизация восстановлена, мошеннический сертификат был отправлен на аннулирование, а 1 сентября была выпущена новая версия Virtualizor 3.2.9.9 с инструментом «анализатор безопасности» в панели администратора.
Компания также планирует внедрить криптографическую подпись для всех программных пакетов в будущем и перейти на более совершенную инфраструктуру.
Virtualizor - это устаревшая веб-панель управления от Softaculous, которую хостинг-провайдеры используют для создания, продажи и управления виртуальными частными серверами (VPS).
В срочном уведомлении от поставщика содержится предупреждение о том, что в период с 20:57 UTC 28 августа по 06:10 UTC 30 августа злоумышленник перенаправил блок IP, размещенных на серверах Hetzner, в ходе атаки с использованием протокола BGP.
Это позволило злоумышленнику перенаправлять трафик с систем обновления ПО Softaculous и клиентского/биллингового портала.
Перехват BGP происходит, когда сетевой оператор ложно объявляет маршрут к IP-адресам, принадлежащим другой организации. Другие организации могут принять этот мошеннический маршрут как предпочтительный. Злоумышленник, получающий трафик таким образом, может изменить или перенаправить его на вредоносные ресурсы.
Softaculous заявляет, что перехват протокола BGP позволил хакерам распространить вредоносное обновление Virtualizor на небольшое количество установок, а не всю базу пользователей.
Поскольку запросы были перенаправлены злоумышленнику, у поставщика ПО не оказалось журналов. Softaculous рекомендует операторам Virtualizor проверить наличие этой службы: /etc/systemd/system/java-jre-update.service.
В случае обнаружения нарушений администраторам следует проводить ротацию и ограничение учетных данных API, а также проверять системы на наличие несанкционированных SSH-ключей, учетных записей, запланированных задач и исходящих соединений.
Кроме того, пользователям, которые заходили в личный кабинет Softaculous или вводили платежную информацию в период инцидента, следует сбросить пароли, просмотреть историю операций по учетной записи и следить за выписками по карте.
Расследование инцидента, проводимое Softaculous, все еще продолжается, но нет никаких признаков того, что это затронуло какие-либо другие ее продукты.
Softaculous заявляет, что маршрутизация восстановлена, мошеннический сертификат был отправлен на аннулирование, а 1 сентября была выпущена новая версия Virtualizor 3.2.9.9 с инструментом «анализатор безопасности» в панели администратора.
Компания также планирует внедрить криптографическую подпись для всех программных пакетов в будущем и перейти на более совершенную инфраструктуру.