Вышел PoC-эксплойт для уязвимости Certighost в службе сертификатов Windows Active Directory, которая позволяет авторизованным злоумышленникам потенциально скомпрометировать домен Windows.
Уязвимость отслеживается как CVE-2026-54121 и представляет собой уязвимость в службе сертификатов Active Directory (AD CS), позволяющую пользователю домена с низкими привилегиями выдавать себя за контроллер домена и добиться компрометации домена в конфигурации AD CS.
Как поясняет Microsoft, аутентифицированный злоумышленник может манипулировать атрибутами, связанными с учетной записью компьютера, и получить сертификат от службы сертификатов Active Directory, который позволяет аутентифицироваться как пользователь этого компьютера с помощью PKINIT.
Если злоумышленнику удастся получить доступ к учетной записи контроллера домена, он сможет пройти аутентификацию как контроллер домена и выполнять привилегированные операции Active Directory.
В процессе аутентификации на основе сертификатов контроллер домена проверяет, к какой учетной записи Active Directory принадлежит сертификат, а затем выдает учетные данные Kerberos.
Certighost влияет на механизм резервного копирования, используемый AD CS во время запросов на регистрацию сертификатов, который исследователи называют «погоней» (chase), и который использует два значения запроса сертификата:
- cdcили Client DC указывает на сервер, с которым должен связаться центр сертификации;
- rmd, или удаленный домен, определяет учетную запись, которую центр сертификации должен искать.
Если указаны оба атрибута, центр сертификации подключается к серверу, указанному в значении cdc, и выполняет поиск указанного сервера rmd.
Однако ранее системы не проверяли, является ли сервер, указанный через контролируемое злоумышленником cdc значение, легитимным контроллером домена.
Это позволяло злоумышленнику запускать поддельные службы SMB, LSA и LDAP, направлять центр сертификации на контролируемую злоумышленником систему и возвращать ложную информацию о каталоге для целевой учетной записи машины.
В представленной исследователями атаке пользователь с низкими привилегиями сначала создает учетную запись машины, что разрешено в соответствии со стандартной конфигурацией ms-DS-MachineAccountQuota.
Это позволило контролируемой злоумышленником конечной точке для проверки подлинности пройти необходимые проверки аутентификации для продолжения работы центра сертификации, даже несмотря на то, что имитировался не контроллер домена.
Затем злоумышленник отправляет запрос на сертификат, который направляет центр сертификации (ЦС) к поддельным службам и нацелен на учетную запись контроллера домена.
Поскольку ЦС доверяет информации об идентификации, возвращаемой службами, контролируемыми злоумышленником, он выдает сертификат, который можно использовать для аутентификации в качестве этого контроллера домена и выполнения операций Active Directory.
Исследователи H0j3n и Aniq Fakhrul сообщили об уязвимости в Microsoft 14 мая 2026 года, которая исправила ее в июльских обновлениях безопасности.
На прошлой неделе исследователи обнародовали технические подробности, включая информацию о выпуске эксплойта, который можно использовать для получения административных прав на уровне домена.
Выпущенный прототип certighost.py автоматизирует этот процесс, используя сертификат для аутентификации через PKINIT в качестве целевого контроллера домена, сохраняя полученные учетные данные Kerberos в файл .ccache и извлекая NT-хеш учетной записи.
Затем исследователи продемонстрировали, как с помощью сохраненных учетных данных Kerberos и инструмента secretsdump от Impacket выполнить атаку DCSync и получить учетные данные учетной записи krbtgt.
В рамках PatchTuesday Microsoft устранила уязвимость, добавив проверку в процесс отслеживания уязвимостей.
Теперь центр сертификации проверяет, соответствует ли сервер, указанный в cdc атрибуте, легитимному контроллеру домена в Active Directory, и подтверждает, что возвращенное удостоверение соответствует ожидаемой учетной записи.
Уязвимость отслеживается как CVE-2026-54121 и представляет собой уязвимость в службе сертификатов Active Directory (AD CS), позволяющую пользователю домена с низкими привилегиями выдавать себя за контроллер домена и добиться компрометации домена в конфигурации AD CS.
Как поясняет Microsoft, аутентифицированный злоумышленник может манипулировать атрибутами, связанными с учетной записью компьютера, и получить сертификат от службы сертификатов Active Directory, который позволяет аутентифицироваться как пользователь этого компьютера с помощью PKINIT.
Если злоумышленнику удастся получить доступ к учетной записи контроллера домена, он сможет пройти аутентификацию как контроллер домена и выполнять привилегированные операции Active Directory.
В процессе аутентификации на основе сертификатов контроллер домена проверяет, к какой учетной записи Active Directory принадлежит сертификат, а затем выдает учетные данные Kerberos.
Certighost влияет на механизм резервного копирования, используемый AD CS во время запросов на регистрацию сертификатов, который исследователи называют «погоней» (chase), и который использует два значения запроса сертификата:
- cdcили Client DC указывает на сервер, с которым должен связаться центр сертификации;
- rmd, или удаленный домен, определяет учетную запись, которую центр сертификации должен искать.
Если указаны оба атрибута, центр сертификации подключается к серверу, указанному в значении cdc, и выполняет поиск указанного сервера rmd.
Однако ранее системы не проверяли, является ли сервер, указанный через контролируемое злоумышленником cdc значение, легитимным контроллером домена.
Это позволяло злоумышленнику запускать поддельные службы SMB, LSA и LDAP, направлять центр сертификации на контролируемую злоумышленником систему и возвращать ложную информацию о каталоге для целевой учетной записи машины.
В представленной исследователями атаке пользователь с низкими привилегиями сначала создает учетную запись машины, что разрешено в соответствии со стандартной конфигурацией ms-DS-MachineAccountQuota.
Это позволило контролируемой злоумышленником конечной точке для проверки подлинности пройти необходимые проверки аутентификации для продолжения работы центра сертификации, даже несмотря на то, что имитировался не контроллер домена.
Затем злоумышленник отправляет запрос на сертификат, который направляет центр сертификации (ЦС) к поддельным службам и нацелен на учетную запись контроллера домена.
Поскольку ЦС доверяет информации об идентификации, возвращаемой службами, контролируемыми злоумышленником, он выдает сертификат, который можно использовать для аутентификации в качестве этого контроллера домена и выполнения операций Active Directory.
Исследователи H0j3n и Aniq Fakhrul сообщили об уязвимости в Microsoft 14 мая 2026 года, которая исправила ее в июльских обновлениях безопасности.
На прошлой неделе исследователи обнародовали технические подробности, включая информацию о выпуске эксплойта, который можно использовать для получения административных прав на уровне домена.
Выпущенный прототип certighost.py автоматизирует этот процесс, используя сертификат для аутентификации через PKINIT в качестве целевого контроллера домена, сохраняя полученные учетные данные Kerberos в файл .ccache и извлекая NT-хеш учетной записи.
Затем исследователи продемонстрировали, как с помощью сохраненных учетных данных Kerberos и инструмента secretsdump от Impacket выполнить атаку DCSync и получить учетные данные учетной записи krbtgt.
В рамках PatchTuesday Microsoft устранила уязвимость, добавив проверку в процесс отслеживания уязвимостей.
Теперь центр сертификации проверяет, соответствует ли сервер, указанный в cdc атрибуте, легитимному контроллеру домена в Active Directory, и подтверждает, что возвращенное удостоверение соответствует ожидаемой учетной записи.
Gist
CVE-2026-54121.md
GitHub Gist: instantly share code, notes, and snippets.
Исследователи BI.ZONE сообщают новые подробности в отношении деятельности Insolent Hyena, атакующей российские организации с помощью трояна NightWire и стилера Excalibur.
С января по июль 2026 года специалисты исследовали активность кластера Insolent Hyena, выяснив, что злоумышленники активно взаимодействуют с кибершпионами и финансово мотивированными атакующими.
Атаки Insolent Hyena были нацелены на российские организации из различных отраслей: науки, образования, госуправления, розничной торговли, электронной коммерции, IT и инженерии.
Причем злоумышленники развивают собственный инструментарий, расширяя его легитимным ПО и средствами двойного назначения. В новых атаках был замечен широкий инструментарии:
- ранее неизвестный троян удаленного доступа NightWire;
- стилер Excalibur, написанный на Python и обфусцированный с помощью PyArmor;
- средства удаленного администрирования NetSupport;
- троян удаленного доступа CapDoor;
- C2-фреймворки AdaptixC2 и Cobalt Strike.
Так что группировка не ограничивается конкретными сторонними инструментами, а использует сразу несколько С2‑фреймворков и легитимных средств удаленного доступа.
Технический разбор иснтуремнтария и атак Insolent Hyena - в отчете.
С января по июль 2026 года специалисты исследовали активность кластера Insolent Hyena, выяснив, что злоумышленники активно взаимодействуют с кибершпионами и финансово мотивированными атакующими.
Атаки Insolent Hyena были нацелены на российские организации из различных отраслей: науки, образования, госуправления, розничной торговли, электронной коммерции, IT и инженерии.
Причем злоумышленники развивают собственный инструментарий, расширяя его легитимным ПО и средствами двойного назначения. В новых атаках был замечен широкий инструментарии:
- ранее неизвестный троян удаленного доступа NightWire;
- стилер Excalibur, написанный на Python и обфусцированный с помощью PyArmor;
- средства удаленного администрирования NetSupport;
- троян удаленного доступа CapDoor;
- C2-фреймворки AdaptixC2 и Cobalt Strike.
Так что группировка не ограничивается конкретными сторонними инструментами, а использует сразу несколько С2‑фреймворков и легитимных средств удаленного доступа.
Технический разбор иснтуремнтария и атак Insolent Hyena - в отчете.
BI.ZONE
Не только хактивизм. Мотивация и цели Insolent Hyena неоднозначны
Хактивисты активно взаимодействуют с кибершпионами и финансово мотивированными атакующими. В арсенале группировки — новый троян NightWire и стилер Excalibur, а также легитимное ПО и средства двойного назначения
Хакеры активно используют уязвимость в открытой Java-библиотеке FastJson, позволяющую удаленно выполнять код без участия пользователя или повышенных привилегий.
FastJson - это одна из самых популярных библиотек в экосистеме Java с открытым исходным кодом, разработанная Alibaba, для работы с данными в формате JSON.
Проект имеет 25 600 звезд и 6 400 форков на GitHub и особенно популярен в китайском сегменте корпоративного ПО и проектах, созданных на платформе Alibaba.
Проблема безопасности затрагивает версии FastJson от 1.2.68 до 1.2.83. Это последняя версия ветки 1.x, была выпущена в мае 2022 года. Возможно, это устаревшая версия, но она, вероятно, до сих пор используется в каждой банковской и государственной сети.
Активная эксплуатация уязвимости началась на прошлой неделе, на следующий день после того, как компания FearsOff обнародовала подробности о ней.
Атаки, впервые задокументированные Imperva и ThreatBook, нацелены на уязвимость CVE-2026-16723, которая позволяет осуществлять несанкционированное удаленное выполнение кода в Java-проектах, использующих библиотеку Fastjson в качестве компонента.
Исследователи подтвердили, что она «нацелена на широкий круг организаций в сфере финансовых услуг, здравоохранения, информационных технологий, розничной торговли, бизнеса и других отраслях».
В настоящее время атаки почти полностью направлены на организации, базирующиеся в США, наряду с несколькими атаками в Сингапуре и Канаде, хотя, вероятно, эта тенденция будет продолжать распространяться по всему миру.
Уязвимость связана с логикой разрешения типов библиотеки, которая выполняет поиск ресурсов, контролируемый злоумышленником, прежде чем применять ограничения AutoType. Это создает возможность удаленного выполнения кода в развертываниях Spring Boot с использованием fat-JAR-файлов.
Злоупотребляя обработкой type, исследователи смогли загружать и выполнять вредоносные классы без включенной функции AutoType и без необходимости использования сторонних цепочек гаджетов.
В своем бюллетене Alibaba подтвердила критическую серьезность уязвимости и предупредила, что она может быть использована в «наиболее распространенной модели развертывания Spring Boot».
Единственным предварительным условием развертывания является то, что целевой объект должен запускаться как исполняемый файл Spring Boot fat-jar (т.е., запускаемый с помощью команды java -jar xxx.jar).
Поставщик отмечает, что указание целевого класса во время десериализации не устраняет CVE-2026-16723, поскольку злоумышленники могут внедрять вредоносные программы в поля «Object» или «Map».
Уязвимая логика разрешения типов отсутствует в fastjson2, который использует модель приоритета разрешенных типов для полиморфной десериализации и не полагается на аннотацию JSONType в качестве сигнала доверия.
Кроме того, версии FastJson 1.2.60 и более ранние, а также любые развертывания, не использующие формат fat-JAR, также не затронуты.
Разработчикам, использующим версию из затронутого диапазона, настоятельно рекомендуется немедленно включить безопасный режим (SafeMode) или переключиться на сборку, не затронутую этой проблемой.
В настоящее время исправление для CVE-2026-16723 не выпущено. Imperva также отметила, что FastJson 1.x больше не поддерживается активно, поэтому маловероятно, что он получит обновление безопасности.
FastJson - это одна из самых популярных библиотек в экосистеме Java с открытым исходным кодом, разработанная Alibaba, для работы с данными в формате JSON.
Проект имеет 25 600 звезд и 6 400 форков на GitHub и особенно популярен в китайском сегменте корпоративного ПО и проектах, созданных на платформе Alibaba.
Проблема безопасности затрагивает версии FastJson от 1.2.68 до 1.2.83. Это последняя версия ветки 1.x, была выпущена в мае 2022 года. Возможно, это устаревшая версия, но она, вероятно, до сих пор используется в каждой банковской и государственной сети.
Активная эксплуатация уязвимости началась на прошлой неделе, на следующий день после того, как компания FearsOff обнародовала подробности о ней.
Атаки, впервые задокументированные Imperva и ThreatBook, нацелены на уязвимость CVE-2026-16723, которая позволяет осуществлять несанкционированное удаленное выполнение кода в Java-проектах, использующих библиотеку Fastjson в качестве компонента.
Исследователи подтвердили, что она «нацелена на широкий круг организаций в сфере финансовых услуг, здравоохранения, информационных технологий, розничной торговли, бизнеса и других отраслях».
В настоящее время атаки почти полностью направлены на организации, базирующиеся в США, наряду с несколькими атаками в Сингапуре и Канаде, хотя, вероятно, эта тенденция будет продолжать распространяться по всему миру.
Уязвимость связана с логикой разрешения типов библиотеки, которая выполняет поиск ресурсов, контролируемый злоумышленником, прежде чем применять ограничения AutoType. Это создает возможность удаленного выполнения кода в развертываниях Spring Boot с использованием fat-JAR-файлов.
Злоупотребляя обработкой type, исследователи смогли загружать и выполнять вредоносные классы без включенной функции AutoType и без необходимости использования сторонних цепочек гаджетов.
В своем бюллетене Alibaba подтвердила критическую серьезность уязвимости и предупредила, что она может быть использована в «наиболее распространенной модели развертывания Spring Boot».
Единственным предварительным условием развертывания является то, что целевой объект должен запускаться как исполняемый файл Spring Boot fat-jar (т.е., запускаемый с помощью команды java -jar xxx.jar).
Поставщик отмечает, что указание целевого класса во время десериализации не устраняет CVE-2026-16723, поскольку злоумышленники могут внедрять вредоносные программы в поля «Object» или «Map».
Уязвимая логика разрешения типов отсутствует в fastjson2, который использует модель приоритета разрешенных типов для полиморфной десериализации и не полагается на аннотацию JSONType в качестве сигнала доверия.
Кроме того, версии FastJson 1.2.60 и более ранние, а также любые развертывания, не использующие формат fat-JAR, также не затронуты.
Разработчикам, использующим версию из затронутого диапазона, настоятельно рекомендуется немедленно включить безопасный режим (SafeMode) или переключиться на сборку, не затронутую этой проблемой.
В настоящее время исправление для CVE-2026-16723 не выпущено. Imperva также отметила, что FastJson 1.x больше не поддерживается активно, поэтому маловероятно, что он получит обновление безопасности.
fearsoff.org
FastJson 1.2.83 Remote Code Execution
Turning fastjson 1.2.83 into remote code execution with AutoType off and no gadget on the classpath: an SSRF inside checkAutoType, the @JSONType bypass, and a /proc/self/fd trick that carries it from JDK 8 to 25. By FearsOff.
Исследователи Лаборатории Касперского ранее с низкой степенью достоверности приписывали проект CAV3RN проиранской OilRig (APT34), однако анализ недавно выявленного модуля связи предоставил дополнительные доказательства в поддержку этой связи.
Причем, как мы ранее сообщали, Group-IB также описывала шпионскую ПО HollowGraph, которая использует взломанный календарь Microsoft 365 в качестве С2, внедряя инструкции для операторов и высылая украденные файлы в качестве вложений к событиям календаря, датированным 2050 годом.
Group-IB с высокой степенью уверенности связала HollowGraph с Cavern, основываясь на общем синтаксисе команд и совпадении внутренних задач, отметив, что четкая связь прослеживается с кодом, а не с командой.
Так или иначе Group-IB не назвала оператора, стоящего за этой кампанией, отмечая лишь незначительное совпадение с Lyceum, подгруппой иранской OilRig.
В свою очередь, исследователи Лаборатории Касперского весьма аргументированно заполнили эту пустоту в атрибуции на основе своего независимого исследования7
В июне 2026 года ЛК опубликовала обширное исследование проекта CAV3RN, сложной модульной структуры, используемой для кибершпионажа против целей в Израиле.
В ЛК отслеживали эту группу угроз с декабря 2025 года, и в конце апреля 2026 года наблюдали существенный архитектурный сдвиг.
Разработчики перешли от трехкомпонентной структуры к архитектуре на основе контроллера с выделенным компонентом C2 с поддержкой WebSocket и более расширяемой системой плагинов, предназначенной для поддержки модульных возможностей постэксплуатации.
Впоследствии, в июле 2026 года, Check Point публично сообщила об той же архитектуре на основе контроллера. Однако ни наше предыдущее исследование, ни последующие публичные сообщения не охватывали новейший компонент связи, проанализированный в новом отчете ЛК.
После публикации в июне ЛК обнаружила модуль связи AOT для .NET Native, который, по всей видимости, предназначен для замены предыдущего компонента HTTP/WebSocket.
Он обменивается командами и результатами через события календаря Outlook, доступ к которым осуществляется через Microsoft Graph. Если аутентификация Microsoft Graph или проверка клиента завершаются неудачей, модуль пытается получить заменяющие параметры подключения через ответы DNS AAAA.
Причем структура проекта неоднократно менялась в период с декабря 2025 года по май 2026 года, что свидетельствует о продолжающейся активной разработке. В ЛК продолжают отслеживать эту активность, будем следить.
Все технические подробности, прежде всего по части атрибуции, - в отчете Лаборатории Касперского.
Причем, как мы ранее сообщали, Group-IB также описывала шпионскую ПО HollowGraph, которая использует взломанный календарь Microsoft 365 в качестве С2, внедряя инструкции для операторов и высылая украденные файлы в качестве вложений к событиям календаря, датированным 2050 годом.
Group-IB с высокой степенью уверенности связала HollowGraph с Cavern, основываясь на общем синтаксисе команд и совпадении внутренних задач, отметив, что четкая связь прослеживается с кодом, а не с командой.
Так или иначе Group-IB не назвала оператора, стоящего за этой кампанией, отмечая лишь незначительное совпадение с Lyceum, подгруппой иранской OilRig.
В свою очередь, исследователи Лаборатории Касперского весьма аргументированно заполнили эту пустоту в атрибуции на основе своего независимого исследования7
В июне 2026 года ЛК опубликовала обширное исследование проекта CAV3RN, сложной модульной структуры, используемой для кибершпионажа против целей в Израиле.
В ЛК отслеживали эту группу угроз с декабря 2025 года, и в конце апреля 2026 года наблюдали существенный архитектурный сдвиг.
Разработчики перешли от трехкомпонентной структуры к архитектуре на основе контроллера с выделенным компонентом C2 с поддержкой WebSocket и более расширяемой системой плагинов, предназначенной для поддержки модульных возможностей постэксплуатации.
Впоследствии, в июле 2026 года, Check Point публично сообщила об той же архитектуре на основе контроллера. Однако ни наше предыдущее исследование, ни последующие публичные сообщения не охватывали новейший компонент связи, проанализированный в новом отчете ЛК.
После публикации в июне ЛК обнаружила модуль связи AOT для .NET Native, который, по всей видимости, предназначен для замены предыдущего компонента HTTP/WebSocket.
Он обменивается командами и результатами через события календаря Outlook, доступ к которым осуществляется через Microsoft Graph. Если аутентификация Microsoft Graph или проверка клиента завершаются неудачей, модуль пытается получить заменяющие параметры подключения через ответы DNS AAAA.
Причем структура проекта неоднократно менялась в период с декабря 2025 года по май 2026 года, что свидетельствует о продолжающейся активной разработке. В ЛК продолжают отслеживать эту активность, будем следить.
Все технические подробности, прежде всего по части атрибуции, - в отчете Лаборатории Касперского.
Telegram
SecAtor
Исследователи Group-IB сообщают об обнаружении шпионской ПО HollowGraph, которая использует взломанный календарь Microsoft 365 в качестве канала С2, внедряя инструкции для операторов и тайно высылая украденные файлы в качестве вложений к событиям календаря…
Продолжаем знакомить с наиболее трендовыми уязвимостями и угрозами, коих сегодня достаточно много. По порядку:
1. STAR Labs опубликовала эксплойт ядра Linux, который превращает обычного локального пользователя в root-пользователя в целевой сборке CentOS Stream 9.
CVE-2026-53264 (CVSS: 7.8), представляет собой состояние гонки из-за освобождения памяти в подсистеме управления сетевым трафиком ядра. Найти ошибку и ускорить разработку эксплойта помог ИИ.
Исправление в основной ветке было внесено 1 июня 2026 года. Уязвимые диапазоны, начиная с Linux 4.14. Исправленные релизы: 5.10.259, 5.15.210, 6.1.176, 6.6.143, 6.12.94, 6.18.36 и 7.0.13, а исправление в основной ветке вошло в 7.1-rc7.
2. По данным Lava, Более 24 000 серверов, подключенных к интернету, теряют хэши паролей аутентификации из-за CVE-2013-4786 (представляющей собой недостаток аутентификации IPMI 2.0, коренящийся в протоколе, введенном в 2004 году) в интерфейсе контроллера управления материнской платой (BMC).
3. Arista устранила уязвимость внедрения команд максимальной степени опасности CVE-2026-16812 в локальных развертываниях VeloCloud Orchestrator, которая активно используется в атаках.
Она позволяет удаленным злоумышленникам получить доступ к привилегированным функциям, предназначенным только для внутреннего использования и недоступным для удаленного доступа.
4. Apple устранила 87 уязвимостей в iOS и 155 в macOS Tahoe. В macOS Sequoia 15.7.8 исправлены 138 уязвимостей безопасности, а в macOS Sonoma 14.8.8 устранено 127 проблем.
Особое внимание заслуживает CVE-2026-43810, о которой Apple отмечает, что удаленный пользователь может повредить память ядра, поскольку удаленный доступ значительно меняет экономику цепочки атак
5. GitHub и PyPI внедрили в инструмент управления зависимостями Dependabot механизм, основанный на времени, для защиты от атак на цепочку поставок и ограничения их последствий.
6. В n8n исправлена уязвимость (GHSA-gv7g-jm28-cr3m), позволяющая обойти песочницу выражений, представляющую собой серьезную проблему, которая могла позволить авторизованному редактору рабочих процессов выполнять команды ОС на сервере.
Security Joes обнаружила эту уязвимость, изучая февральское исправление n8n на предмет возможности обхода CVE-2026-27577.
7. Уязвимость в macOS позволяет злоумышленникам незаметно заменять исполняемый файл приложения вредоносной версией, затрагивая только приложения, загруженные из интернета.
Для эксплуатации уязвимости требуется архивирование и восстановление целевого приложения. Повышенные привилегии не требуются. Apple не исправила эту уязвимость, поскольку не сочла её проблемой безопасности.
8. Исследователи обнаружили XSS-уязвимость в платформе планирования ресурсов предприятия с открытым исходным кодом ERPNext, которая может быть использована для удаленных атак. Это одна из четырех обнаруженных ими проблем в платформе.
9. CVE-2026-9039 в зарядных станциях XCharge EV позволяет хакерам захватить контроль над устройствами. По данным Sailflow, при подключении автомобиля к разъему на зарядной станции используется неправильно настроенный SSH-сервис.
SSH-сервер использует имя пользователя и пароль по умолчанию root/root. Злоумышленники могут использовать эту уязвимость для получения бесплатных подзарядок, нанесения физического ущерба или проникновения в сеть провайдера.
10. CSRF-уязвимость в агентах Workspace от OpenAI позволяет злоумышленникам создать целый (вредоносный) автономный агент, который будет жить в вашей организации и похищать данные.
1. STAR Labs опубликовала эксплойт ядра Linux, который превращает обычного локального пользователя в root-пользователя в целевой сборке CentOS Stream 9.
CVE-2026-53264 (CVSS: 7.8), представляет собой состояние гонки из-за освобождения памяти в подсистеме управления сетевым трафиком ядра. Найти ошибку и ускорить разработку эксплойта помог ИИ.
Исправление в основной ветке было внесено 1 июня 2026 года. Уязвимые диапазоны, начиная с Linux 4.14. Исправленные релизы: 5.10.259, 5.15.210, 6.1.176, 6.6.143, 6.12.94, 6.18.36 и 7.0.13, а исправление в основной ветке вошло в 7.1-rc7.
2. По данным Lava, Более 24 000 серверов, подключенных к интернету, теряют хэши паролей аутентификации из-за CVE-2013-4786 (представляющей собой недостаток аутентификации IPMI 2.0, коренящийся в протоколе, введенном в 2004 году) в интерфейсе контроллера управления материнской платой (BMC).
3. Arista устранила уязвимость внедрения команд максимальной степени опасности CVE-2026-16812 в локальных развертываниях VeloCloud Orchestrator, которая активно используется в атаках.
Она позволяет удаленным злоумышленникам получить доступ к привилегированным функциям, предназначенным только для внутреннего использования и недоступным для удаленного доступа.
4. Apple устранила 87 уязвимостей в iOS и 155 в macOS Tahoe. В macOS Sequoia 15.7.8 исправлены 138 уязвимостей безопасности, а в macOS Sonoma 14.8.8 устранено 127 проблем.
Особое внимание заслуживает CVE-2026-43810, о которой Apple отмечает, что удаленный пользователь может повредить память ядра, поскольку удаленный доступ значительно меняет экономику цепочки атак
5. GitHub и PyPI внедрили в инструмент управления зависимостями Dependabot механизм, основанный на времени, для защиты от атак на цепочку поставок и ограничения их последствий.
6. В n8n исправлена уязвимость (GHSA-gv7g-jm28-cr3m), позволяющая обойти песочницу выражений, представляющую собой серьезную проблему, которая могла позволить авторизованному редактору рабочих процессов выполнять команды ОС на сервере.
Security Joes обнаружила эту уязвимость, изучая февральское исправление n8n на предмет возможности обхода CVE-2026-27577.
7. Уязвимость в macOS позволяет злоумышленникам незаметно заменять исполняемый файл приложения вредоносной версией, затрагивая только приложения, загруженные из интернета.
Для эксплуатации уязвимости требуется архивирование и восстановление целевого приложения. Повышенные привилегии не требуются. Apple не исправила эту уязвимость, поскольку не сочла её проблемой безопасности.
8. Исследователи обнаружили XSS-уязвимость в платформе планирования ресурсов предприятия с открытым исходным кодом ERPNext, которая может быть использована для удаленных атак. Это одна из четырех обнаруженных ими проблем в платформе.
9. CVE-2026-9039 в зарядных станциях XCharge EV позволяет хакерам захватить контроль над устройствами. По данным Sailflow, при подключении автомобиля к разъему на зарядной станции используется неправильно настроенный SSH-сервис.
SSH-сервер использует имя пользователя и пароль по умолчанию root/root. Злоумышленники могут использовать эту уязвимость для получения бесплатных подзарядок, нанесения физического ущерба или проникновения в сеть провайдера.
10. CSRF-уязвимость в агентах Workspace от OpenAI позволяет злоумышленникам создать целый (вредоносный) автономный агент, который будет жить в вашей организации и похищать данные.
Arista Networks
Security Advisory 0144 - Arista
July 27, 2026 VeloCloud Orchestrator (VCO) on-prem has a security issue where this issue may allow a remote attacker to access privileged internal functionality and impact the VCO host. Successful exploitation may compromise the confidentiality,
Forwarded from Russian OSINT
Компания JFrog подтвердила, что ИИ-модели OpenAI эксплуатировали уязвимости нулевого дня в локально развёрнутых серверах JFrog Artifactory. Это позволило им покинуть изолированную тестовую среду, получить доступ к интернету и атаковать инфраструктуру сервиса Hugging Face.
BleepingComputer отмечают, что в базе данных CVE зарегистрировано восемь новых уязвимостей в Artifactory, обнаружение которых официально приписано OpenAI:
В официальном блоге сложившуюся ситуацию охарактеризовали как «неудобные хорошие новости». В JFrog считают, что передовые ИИ-модели становятся мощнейшими инструментами для поиска уязвимостей нулевого дня. Способность систем находить скрытые векторы атак означает, что ИБ-специалисты могут применять аналогичные алгоритмы для опережающего поиска и устранения проблем безопасности до того, как их используют злоумышленники.
Однако этот механизм работает только при одном ключевом условии: производители ПО должны реагировать мгновенно. Если вендор затягивает выпуск патча на несколько недель, уязвимость превращается в готовую угрозу для инфраструктуры.
Уточняется, что JFrog намерена продолжать тесное сотрудничество с OpenAI и другими исследовательскими командами, чтобы любые новые уязвимости устранялись в кратчайшие сроки независимо от того, были они найдены человеком или искусственным интеллектом.
В компании JFrog отказались уточнить, какие именно уязвимости из этого списка использовались ИИ-моделями для побега из изолированной среды, однако характер описанных ошибок совпадает со сценарием атаки.
👆Кстати, OpenAI обновили информацию по инциденту (Update on July 28, 2026). 0-day была обнаружена и эксплуатирована именно в Artifactory. Это прямо говорится в обновлении от 28 июля 2026 года. OpenAI передала информацию обо всех выявленных 0-day уязвимостях производителю JFrog.
Please open Telegram to view this post
VIEW IN TELEGRAM
Broadcom опубликовала новое уведомление по безопасности, информируя пользователей решений VMware о наличии исправлений для ряда уязвимостей, затрагивающих ESXi, vCenter, Workstation и Fusion.
Трем из этих уязвимостей присвоен рейтинг «критический». Одна из них - CVE-2026-47876, проблема записи за пределы допустимого диапазона в виртуальном сетевом адаптере VMXNET3 в ESXi.
Злоумышленник, обладающий правами локального администратора на виртуальной машине с этим адаптером, может использовать его для выполнения произвольного кода на хосте. VMware описала CVE-2026-47876 как возможность выхода за пределы виртуальной машины.
Вторая критическая CVE-2026-59309 представляет собой обход аутентификации vCenter, который может быть использован для получения несанкционированного доступа к целевой системе.
CVE-2026-59310 также является критической уязвимостью vCenter, позволяющей злоумышленнику с сетевым доступом выполнять произвольный код.
Кроме того, VMware ESXi, Workstation и Fusion подвержены CVE-2026-41703, представляющей собой серьезную угрозу, позволяющую злоумышленнику с правами на развертывание виртуальных машин получить информацию или, что более вероятно, вызвать DoS.
Последняя уязвимость, CVE-2026-41709, представляет собой проблему низкой степени серьезности в ESXi, которая позволяет злоумышленнику с правами администратора выполнять определенные действия, не будучи зарегистрированным в системе.
Broadcom не располагает информацией об использовании этих уязвимостей в реальных условиях, но важно, чтобы организации устанавили последние обновления, поскольку злоумышленники часто используют недостатки в продуктах VMware.
В дополнение к своему предупреждению, поставщик опубликовал отдельный раздел в FAQ, в котором подробно описывается влияние уязвимостей и требования к исправлению.
Трем из этих уязвимостей присвоен рейтинг «критический». Одна из них - CVE-2026-47876, проблема записи за пределы допустимого диапазона в виртуальном сетевом адаптере VMXNET3 в ESXi.
Злоумышленник, обладающий правами локального администратора на виртуальной машине с этим адаптером, может использовать его для выполнения произвольного кода на хосте. VMware описала CVE-2026-47876 как возможность выхода за пределы виртуальной машины.
Вторая критическая CVE-2026-59309 представляет собой обход аутентификации vCenter, который может быть использован для получения несанкционированного доступа к целевой системе.
CVE-2026-59310 также является критической уязвимостью vCenter, позволяющей злоумышленнику с сетевым доступом выполнять произвольный код.
Кроме того, VMware ESXi, Workstation и Fusion подвержены CVE-2026-41703, представляющей собой серьезную угрозу, позволяющую злоумышленнику с правами на развертывание виртуальных машин получить информацию или, что более вероятно, вызвать DoS.
Последняя уязвимость, CVE-2026-41709, представляет собой проблему низкой степени серьезности в ESXi, которая позволяет злоумышленнику с правами администратора выполнять определенные действия, не будучи зарегистрированным в системе.
Broadcom не располагает информацией об использовании этих уязвимостей в реальных условиях, но важно, чтобы организации устанавили последние обновления, поскольку злоумышленники часто используют недостатки в продуктах VMware.
В дополнение к своему предупреждению, поставщик опубликовал отдельный раздел в FAQ, в котором подробно описывается влияние уязвимостей и требования к исправлению.
GitHub
vcf-security-and-compliance-guidelines/security-advisories/vmsa-2026-0006 at main · vmware/vcf-security-and-compliance-guidelines
Security, compliance, and operational resilience resources applicable to VMware Cloud Foundation and VMware vSphere. This repository is an official VMware repository managed by Broadcom staff. - vm...
Исследователи Лаборатории Касперского выявили ранее не задокументированный набор вредоносных ПО, разработанный и задейстсуемый в атаках Mirage Kitten.
Mirage Kitten, также известная как UNC1549, Smoke Sandstorm и Nimbus Manticore – это APT-группа, специализирующаяся на операциях по кибершпионажу в аэрокосмическом, авиационном, оборонном и телекоммуникационном секторах на Ближнем Востоке и в Африке.
В работе применяет узкоцелевые фишинговые кампании, фейковые порталы по набору персонала и специально разработанное многоступенчатое вредоносное ПО для получения постоянного доступа и кражи конфиденциальных данных.
Согласно телеметрии ЛК, жертвы APT располагаются в странах Ближнего Востока и Африки, включая Египет, малые и средние предприятия, госструктуры в Иордании и Танзании, авиационные предприятия в Пакистане, телеком в Эфиопии и финтех в Буркина-Фасо.
В арсенале группы - NightLedger, новый бэкдор для Windows, предназначенный для разведки, выполнения команд, файловых операций, обнаружения процессов и захвата скриншотов.
Кроме того, замечены два пользовательских туннелировщика на основе WebSocket, ArcBridge и BridgeHead, применяемые для скрытого доступа к сети и туннелирования под управлением оператора.
При этом первоначальный вектор доступа для большинства образцов вредоносного ПО, обнаруженных в ходе этой активности, остается неясным.
Как отмечают в ЛК, Mirage Kitten продолжает совершенствовать свой инструментарии для поддержки таргетированных операций кибершпионажа.
При этом бэкдор NightLedger сохраняет аналогичную основную функциональность команд, что и TWOSTROKE, но при этом добавляет новые возможности, включая захват скриншотов и сбор файлов NetSetup.log.
Еще одним примечательным аспектом кампании является продолжающееся использование группой туннельных утилит в качестве части своего оперативного инструментария.
Это согласуется с предыдущими публичными отчетами, в которых документировалось использование группой туннельных программ LIGHTRAIL и POLLBLEND.
В соответствии с этой тактикой, в ЛК наблюдали, как Mirage Kitten продолжает использовать возможности туннелирования наряду с постепенным отказом от инфраструктуры в стиле поддоменов Microsoft Azure в пользу доменов, поддерживаемых Cloudflare, в некоторых своих вредоносных ПО.
Это изменение, вероятно, призвано усложнить установление авторства, сохраняя при этом надежную связь между командами и управлением.
Подробный технический разбор арсенала и IOCs Mirage Kitten - в отчете.
Mirage Kitten, также известная как UNC1549, Smoke Sandstorm и Nimbus Manticore – это APT-группа, специализирующаяся на операциях по кибершпионажу в аэрокосмическом, авиационном, оборонном и телекоммуникационном секторах на Ближнем Востоке и в Африке.
В работе применяет узкоцелевые фишинговые кампании, фейковые порталы по набору персонала и специально разработанное многоступенчатое вредоносное ПО для получения постоянного доступа и кражи конфиденциальных данных.
Согласно телеметрии ЛК, жертвы APT располагаются в странах Ближнего Востока и Африки, включая Египет, малые и средние предприятия, госструктуры в Иордании и Танзании, авиационные предприятия в Пакистане, телеком в Эфиопии и финтех в Буркина-Фасо.
В арсенале группы - NightLedger, новый бэкдор для Windows, предназначенный для разведки, выполнения команд, файловых операций, обнаружения процессов и захвата скриншотов.
Кроме того, замечены два пользовательских туннелировщика на основе WebSocket, ArcBridge и BridgeHead, применяемые для скрытого доступа к сети и туннелирования под управлением оператора.
При этом первоначальный вектор доступа для большинства образцов вредоносного ПО, обнаруженных в ходе этой активности, остается неясным.
Как отмечают в ЛК, Mirage Kitten продолжает совершенствовать свой инструментарии для поддержки таргетированных операций кибершпионажа.
При этом бэкдор NightLedger сохраняет аналогичную основную функциональность команд, что и TWOSTROKE, но при этом добавляет новые возможности, включая захват скриншотов и сбор файлов NetSetup.log.
Еще одним примечательным аспектом кампании является продолжающееся использование группой туннельных утилит в качестве части своего оперативного инструментария.
Это согласуется с предыдущими публичными отчетами, в которых документировалось использование группой туннельных программ LIGHTRAIL и POLLBLEND.
В соответствии с этой тактикой, в ЛК наблюдали, как Mirage Kitten продолжает использовать возможности туннелирования наряду с постепенным отказом от инфраструктуры в стиле поддоменов Microsoft Azure в пользу доменов, поддерживаемых Cloudflare, в некоторых своих вредоносных ПО.
Это изменение, вероятно, призвано усложнить установление авторства, сохраняя при этом надежную связь между командами и управлением.
Подробный технический разбор арсенала и IOCs Mirage Kitten - в отчете.
Для ранее анонсированной 0-day в графическом пользовательском интерфейсе (GUI) административной панели SmartConsole от Check Point Software, которая активно используется злоумышленниками в реальных условиях, стал доступен PoC и технические подробности.
Речь идет о CVE-2026-16232 (CVSS: 9.3), которая представляет собой обход аутентификации в SmartConsole, позволяющий неаутентифицированному удаленному злоумышленнику получить токен входа в приложение и использовать его с полными административными привилегиями.
Постарались исследователи Rapid7, отметив, что первопричиной является «нарушение границы доверия» в процессе аутентификации приложения, позволяющее злоумышленнику войти в уязвимое устройство через SmartConsole с полными правами администратора.
В частности, было обнаружено, что уязвимый сервер принимает предоставленное злоумышленником отличительное имя (DN) защищенной внутренней связи (SIC) в качестве идентификатора удаленного приложения, вместо того чтобы привязывать этот идентификатор к DN сертификата аутентифицированного удаленного узла, возвращаемому функцией с именем "getCertificateDnName()".
В результате злоумышленник может прочитать собственный SIC DN сервера управления во время неаутентифицированной загрузочной связи и аутентифицироваться как удаленное приложение, повторно воспроизведя DN этого сервера управления, получив токен для входа в приложение, а затем создав новый билет единого входа (SSO) SmartConsole через поддельную сессию приложения.
Rapid7 выпустила демонстрационный скрипт на Python, который можно использовать для успешной проверки того, является ли целевая система уязвимой или же она защищена от данной уязвимости.
Клиентам рекомендуется как можно скорее установить масштабные исправления (Jumbo Hotfixes), выпущенные компанией Check Point 22 июля 2026 года, для устранения обнаруженной уязвимости.
Речь идет о CVE-2026-16232 (CVSS: 9.3), которая представляет собой обход аутентификации в SmartConsole, позволяющий неаутентифицированному удаленному злоумышленнику получить токен входа в приложение и использовать его с полными административными привилегиями.
Постарались исследователи Rapid7, отметив, что первопричиной является «нарушение границы доверия» в процессе аутентификации приложения, позволяющее злоумышленнику войти в уязвимое устройство через SmartConsole с полными правами администратора.
В частности, было обнаружено, что уязвимый сервер принимает предоставленное злоумышленником отличительное имя (DN) защищенной внутренней связи (SIC) в качестве идентификатора удаленного приложения, вместо того чтобы привязывать этот идентификатор к DN сертификата аутентифицированного удаленного узла, возвращаемому функцией с именем "getCertificateDnName()".
В результате злоумышленник может прочитать собственный SIC DN сервера управления во время неаутентифицированной загрузочной связи и аутентифицироваться как удаленное приложение, повторно воспроизведя DN этого сервера управления, получив токен для входа в приложение, а затем создав новый билет единого входа (SSO) SmartConsole через поддельную сессию приложения.
Rapid7 выпустила демонстрационный скрипт на Python, который можно использовать для успешной проверки того, является ли целевая система уязвимой или же она защищена от данной уязвимости.
Клиентам рекомендуется как можно скорее установить масштабные исправления (Jumbo Hotfixes), выпущенные компанией Check Point 22 июля 2026 года, для устранения обнаруженной уязвимости.
Telegram
SecAtor
Израильская Check Point Software устранила активно используемую 0-day в графическом пользовательском интерфейсе (GUI) административной панели SmartConsole.
Уязвимость отслеживается как CVE-2026-16232 и позволяет неавторизованным злоумышленникам получить…
Уязвимость отслеживается как CVE-2026-16232 и позволяет неавторизованным злоумышленникам получить…
Cisco предупреждает об уязвимости в Secure Firewall Management Center (FMC), которая активно использовалась в 0-day атаках для получения несанкционированного доступа к уязвимым устройствам.
Она обусловлена дефолтными учетными данными для учетной записи с низким уровнем привилегий, встроенными в ПО Cisco Secure FMC.
Как отмечают в Cisco, неаутентифицированный удаленный злоумышленник может использовать эти данные для входа в затронутую систему и доступа к конфиденциальным сведениям, доступным для этой учетной записи.
CVE-2026-20316 получила оценку CVSS 5,3, однако Cisco присвоила ей высокий уровень серьезности, поскольку доступ к ней можно объединить с другими уязвимостями FMC для повышения привилегий, какими именно не сообщается, как и про атаки.
Уязвимость затрагивает Cisco Secure FMC независимо от конфигурации устройства, но не влияет на Cloud-Delivered FMC, Firewall Device Manager, Secure Firewall ASA Software, Secure Firewall Threat Defense Software или Security Cloud Control.
Поставщик выпустил исправления для версий Secure FMC 7.0, 7.2, 7.4, 7.6, 7.7 и 10.0. Обходных путей для устранения уязвимости не существует, так что клиентам настоятельно рекомендуется установить доступные исправления.
По данным Cisco, об активной эксплуатации уязвимости стало известно в июле 2026 года (иных деталей не разглашает). При этом о самой уязвимости сообщил Джими Себри из Horizon3.ai.
Компания отмечает, что поверхность атаки уменьшается, когда интерфейс управления FMC не доступен из общедоступного интернета.
Для выявления возможной компрометации Cisco FMC администраторам следует просмотреть файл журнала /var/log/messages на предмет признаков возможной эксплуатации уязвимости.
В случае выявления представленных Cisco IOCs, следует обновить все учетные данные пользователей, ключи и сертификаты на затронутом устройстве FMC, поскольку эксплуатация уязвимости продолжается.
Компания также обновила уведомление по другой критической уязвимости обхода аутентификации FMC, которая отслеживается как CVE-2026-20079 и имеет максимальный CVSS 10,0.
Уязвимость позволяет неаутентифицированному удалённому злоумышленнику обойти аутентификацию и выполнять скрипты и команды от имени root, отправляя специально сформированные HTTP-запросы на заражённое устройство FMC.
Cisco заявляет, что уязвимость вызвана некорректным системным процессом, создаваемым при загрузке системы. В отличие от CVE-2026-20316, для CVE-2026-20079 не требуются учетные данные или предварительный доступ к устройству.
Компания изначально сообщила о CVE-2026-20079 в марте 2026 года, а 29 июля обновила уведомление, добавив второй идентификатор ошибки, исправления и IOCs. Но заявляет, что ей неизвестно о случаях злонамеренного использования этой уязвимости.
Тем не менее Cisco опубликовала один и тот же индикатор (/var/tmp/license.tmp) в обоих уведомлениях, но не объяснила, связаны ли эти уязвимости между собой.
Кроме того, в описании CVE-2026-20079 от Cisco указано, что её можно использовать без применения статических учетных данных, связанных с CVE-2026-20316, для получения root-доступа.
Cisco выпустила аналогичные исправления для Secure FMC, предназначенные для CVE-2026-20079, и заявляет, что не существует обходных путей, которые бы полностью устраняли эту уязвимость.
Она обусловлена дефолтными учетными данными для учетной записи с низким уровнем привилегий, встроенными в ПО Cisco Secure FMC.
Как отмечают в Cisco, неаутентифицированный удаленный злоумышленник может использовать эти данные для входа в затронутую систему и доступа к конфиденциальным сведениям, доступным для этой учетной записи.
CVE-2026-20316 получила оценку CVSS 5,3, однако Cisco присвоила ей высокий уровень серьезности, поскольку доступ к ней можно объединить с другими уязвимостями FMC для повышения привилегий, какими именно не сообщается, как и про атаки.
Уязвимость затрагивает Cisco Secure FMC независимо от конфигурации устройства, но не влияет на Cloud-Delivered FMC, Firewall Device Manager, Secure Firewall ASA Software, Secure Firewall Threat Defense Software или Security Cloud Control.
Поставщик выпустил исправления для версий Secure FMC 7.0, 7.2, 7.4, 7.6, 7.7 и 10.0. Обходных путей для устранения уязвимости не существует, так что клиентам настоятельно рекомендуется установить доступные исправления.
По данным Cisco, об активной эксплуатации уязвимости стало известно в июле 2026 года (иных деталей не разглашает). При этом о самой уязвимости сообщил Джими Себри из Horizon3.ai.
Компания отмечает, что поверхность атаки уменьшается, когда интерфейс управления FMC не доступен из общедоступного интернета.
Для выявления возможной компрометации Cisco FMC администраторам следует просмотреть файл журнала /var/log/messages на предмет признаков возможной эксплуатации уязвимости.
В случае выявления представленных Cisco IOCs, следует обновить все учетные данные пользователей, ключи и сертификаты на затронутом устройстве FMC, поскольку эксплуатация уязвимости продолжается.
Компания также обновила уведомление по другой критической уязвимости обхода аутентификации FMC, которая отслеживается как CVE-2026-20079 и имеет максимальный CVSS 10,0.
Уязвимость позволяет неаутентифицированному удалённому злоумышленнику обойти аутентификацию и выполнять скрипты и команды от имени root, отправляя специально сформированные HTTP-запросы на заражённое устройство FMC.
Cisco заявляет, что уязвимость вызвана некорректным системным процессом, создаваемым при загрузке системы. В отличие от CVE-2026-20316, для CVE-2026-20079 не требуются учетные данные или предварительный доступ к устройству.
Компания изначально сообщила о CVE-2026-20079 в марте 2026 года, а 29 июля обновила уведомление, добавив второй идентификатор ошибки, исправления и IOCs. Но заявляет, что ей неизвестно о случаях злонамеренного использования этой уязвимости.
Тем не менее Cisco опубликовала один и тот же индикатор (/var/tmp/license.tmp) в обоих уведомлениях, но не объяснила, связаны ли эти уязвимости между собой.
Кроме того, в описании CVE-2026-20079 от Cisco указано, что её можно использовать без применения статических учетных данных, связанных с CVE-2026-20316, для получения root-доступа.
Cisco выпустила аналогичные исправления для Secure FMC, предназначенные для CVE-2026-20079, и заявляет, что не существует обходных путей, которые бы полностью устраняли эту уязвимость.
Cisco
Cisco Security Advisory: Cisco Secure Firewall Management Center Software Static Credential Vulnerability
A vulnerability in the web interface of Cisco Secure Firewall Management Center (FMC) Software could allow an unauthenticated, remote attacker to log in to an affected device using a low-privileged account to access sensitive data within the impacted systems.…
Исследователи Silent Push предупреждают, что ИИ способен использовать забытые DNS-записи в качестве оружия в глобальном масштабе, способное дестабилизировать работу правительств, банков и цепочек поставок.
Dangling DNS takeover - это известный метод атаки, позволяющий злоумышленнику захватить поддомен, когда DNS-запись указывает на облачный ресурс после того, как этот ресурс был удален. Ссылка остается «зависшей», не указывая ни на что.
Если злоумышленнику удастся найти эту ссылку - что несложно сделать с помощью сканирования, и восстановить облачный ресурс, но теперь уже под своим контролем, он сможет получить доступ к поддомену. Исторически киберподполье использовало этот метод в основном для получения финансовой выгоды.
Silent Push иначе взглянула на него, задалаваясь вопросом: «а что, если взглянуть на это глазами опытного злоумышленника из госсектора?»
ИИ рассматривается в качестве мощного инструмента для реализации стратегии захвата DNS-серверов в рамках проекта Silent Push, получившего название DangleGeddon.
Он значительно расширил возможности обнаружения доменов и поддоменов. Для генерации контекстно-обогащенных скриптов захвата использовался Claude Opus 5, нацеленный на 12 500 доменов.
Кроме того, использовался для фильтрации ресурсов, не имеющих выделенных ресурсов или регистрации DNS, что позволило сократить первоначальный большой набор данных до точного списка из нескольких сотен потенциально уязвимых целей.
Этот процесс позволил обнаружить новые цели, расширив поверхность атаки за пределы того, что было известно потенциальным злоумышленникам.
Затем исследователи смогли автоматизировать создание инфраструктуры для эксплуатации уязвимости, «подготовив нас, — пишут они, — к «дню DangleGeddon» одним нажатием кнопки». Так что гипотетический сценарий DangleGeddon за считанные минуты превратился в вполне реальную угрозу.
Исследователи провели ряд тестов, дабы изучить, какие данные могли бы стать доступны злоумышленникам, если бы они продолжили свои действия.
На одном из доменов правительства США «висячая запись» указывала на контейнер хранилища больших двоичных объектов Azure, захват домена позволил создавать фишинговые страницы, обходя фильтры доверия правительства.
В банковской сфере крупнейший французский банк Société Générale оставил незанятый ресурс хранилища Azure Blob, указывающий на приложение.
В производственной сфере Ford имела неработающую DNS-запись, указывающую на шлюз для разработки приложений, размещенный на виртуальной машине Azure. Учетные данные разработчиков (ключи API и заголовки аутентификации) могли быть использованы повторно для расширения доступа в компанию или в качестве платформы для размещения вредоносного ПО.
В фармацевтической отрасли Eli Lilly оставила запись, указывающую на руководство пользователя устройства Apple, которое позволяло злоумышленнику сосредоточиться на определенном наборе целей и событий.
На основе своих исследований Silent Push спрогнозировала последствия этого гипотетического «витого апокалипсиса».
Для правительства это может затронуть тысячи систем и миллионы сотрудников, вызвав многочисленные сбои, причем «потенциальное воздействие на национальную безопасность, вероятно, будет весьма серьезным».
В банковской сфере, если DangleGeddon будет реализован по всему миру, транснациональные компании, такие как Bank of America, UBS и Bank of Montreal, получат паралич онлайн-банкинга и платежей, а также блокировку торговых платформ.
В производственном секторе, если взять в качестве примера автомобильную компанию Ford, захват домена может привести к размещению вредоносного контента и распространению фишинговых страниц, вредоносных ПО или другого контента под легитимным доменом автопроизводителя. Последствия могут иметь катастрофические последствия для интеграции цепочки поставок в тысячах других организаций.
Исследование Silent Push предполагает, что гипотетический DangleGeddon вполне достижим с помощью ИИ причем как с позиции государства, так и на более локальном уровне отдельными киберпреступниками.
Dangling DNS takeover - это известный метод атаки, позволяющий злоумышленнику захватить поддомен, когда DNS-запись указывает на облачный ресурс после того, как этот ресурс был удален. Ссылка остается «зависшей», не указывая ни на что.
Если злоумышленнику удастся найти эту ссылку - что несложно сделать с помощью сканирования, и восстановить облачный ресурс, но теперь уже под своим контролем, он сможет получить доступ к поддомену. Исторически киберподполье использовало этот метод в основном для получения финансовой выгоды.
Silent Push иначе взглянула на него, задалаваясь вопросом: «а что, если взглянуть на это глазами опытного злоумышленника из госсектора?»
ИИ рассматривается в качестве мощного инструмента для реализации стратегии захвата DNS-серверов в рамках проекта Silent Push, получившего название DangleGeddon.
Он значительно расширил возможности обнаружения доменов и поддоменов. Для генерации контекстно-обогащенных скриптов захвата использовался Claude Opus 5, нацеленный на 12 500 доменов.
Кроме того, использовался для фильтрации ресурсов, не имеющих выделенных ресурсов или регистрации DNS, что позволило сократить первоначальный большой набор данных до точного списка из нескольких сотен потенциально уязвимых целей.
Этот процесс позволил обнаружить новые цели, расширив поверхность атаки за пределы того, что было известно потенциальным злоумышленникам.
Затем исследователи смогли автоматизировать создание инфраструктуры для эксплуатации уязвимости, «подготовив нас, — пишут они, — к «дню DangleGeddon» одним нажатием кнопки». Так что гипотетический сценарий DangleGeddon за считанные минуты превратился в вполне реальную угрозу.
Исследователи провели ряд тестов, дабы изучить, какие данные могли бы стать доступны злоумышленникам, если бы они продолжили свои действия.
На одном из доменов правительства США «висячая запись» указывала на контейнер хранилища больших двоичных объектов Azure, захват домена позволил создавать фишинговые страницы, обходя фильтры доверия правительства.
В банковской сфере крупнейший французский банк Société Générale оставил незанятый ресурс хранилища Azure Blob, указывающий на приложение.
В производственной сфере Ford имела неработающую DNS-запись, указывающую на шлюз для разработки приложений, размещенный на виртуальной машине Azure. Учетные данные разработчиков (ключи API и заголовки аутентификации) могли быть использованы повторно для расширения доступа в компанию или в качестве платформы для размещения вредоносного ПО.
В фармацевтической отрасли Eli Lilly оставила запись, указывающую на руководство пользователя устройства Apple, которое позволяло злоумышленнику сосредоточиться на определенном наборе целей и событий.
На основе своих исследований Silent Push спрогнозировала последствия этого гипотетического «витого апокалипсиса».
Для правительства это может затронуть тысячи систем и миллионы сотрудников, вызвав многочисленные сбои, причем «потенциальное воздействие на национальную безопасность, вероятно, будет весьма серьезным».
В банковской сфере, если DangleGeddon будет реализован по всему миру, транснациональные компании, такие как Bank of America, UBS и Bank of Montreal, получат паралич онлайн-банкинга и платежей, а также блокировку торговых платформ.
В производственном секторе, если взять в качестве примера автомобильную компанию Ford, захват домена может привести к размещению вредоносного контента и распространению фишинговых страниц, вредоносных ПО или другого контента под легитимным доменом автопроизводителя. Последствия могут иметь катастрофические последствия для интеграции цепочки поставок в тысячах других организаций.
Исследование Silent Push предполагает, что гипотетический DangleGeddon вполне достижим с помощью ИИ причем как с позиции государства, так и на более локальном уровне отдельными киберпреступниками.
Silent Push
Welcome to Danglegeddon
Silent Push conducted a simulation of dangling DNS subdomain takeovers; the cascading impact potential could reach global proportions.
Исследователь Билл Марчак вдруг обнаружил некоторые совпадения между Операцией «Триангуляция» и шпионским ПО AngrySpark.
Первая представляла собой сложную хакерскую операцию, направленную на сотрудников Лаборатории Касперского и российских чиновников, а вторая - разовое заражение шпионским ПО, нацеленное на отдельного человека в Великобритании.
Однако, вдаваясь в технические тонкости, сам исследователь констатировал лишь частичное пересечение по инфраструктуре для развертывания шпионского ПО. Вместе с тем, внимание обратить, кончено же, стоит.
Первая представляла собой сложную хакерскую операцию, направленную на сотрудников Лаборатории Касперского и российских чиновников, а вторая - разовое заражение шпионским ПО, нацеленное на отдельного человека в Великобритании.
Однако, вдаваясь в технические тонкости, сам исследователь констатировал лишь частичное пересечение по инфраструктуре для развертывания шпионского ПО. Вместе с тем, внимание обратить, кончено же, стоит.
Medium
An Angry Spark, or a Triangle in Disguise?
On April 14, 2026, Gen Digital published “Chasing an Angry Spark”, a report about sophisticated Windows spyware that Gen saw once in 2022…
Исследователи Wiz обнаружеили в Azure Cosmos DB уязвимость, которая позволяет злоумышленнику обойти песочницу запросов Gremlin и получить полный доступ на чтение и запись к базам данных в различных клиентских средах.
Wiz присвоила цепочке эксплойтов кодовое название CosmosEscape. Сама цепочка эксплойтов начинается со специально сформированного запроса к базе данных Gremlin, контролируемой злоумышленником.
Затем выполнение кода на многопользовательском шлюзе позволяет получить доступ к секретному ключу подписи, доступному на уровне всей платформы, и региональному каталогу учетных записей, что дает возможность определить цель и получить ключ ее основной учетной записи.
Microsoft заблокировала уязвимую точку входа Gremlin в течение 48 часов после сообщения в ноябре 2025 года, а долгосрочное исправление во всех регионах было завершено в июле 2026 года и привело к исключению ключа, используемого на всей платформе.
Проведенная микромягкими проверка не выявила несанкционированной активности за пределами зоны тестирования исследователей. Доступ к данным клиентов не осуществлялся и никаких действий от клиентов не требуется.
Представленная цепочка начинается с базы данных Gremlin, контролируемой злоумышленником, и учетных данных для этой учетной записи, а не с доступа к базе данных жертвы.
Согласно текущему руководству Microsoft по подключению, для отправки запросов Gremlin клиенту необходимо указать хост учетной записи, путь к базе данных и графу, а также первичный ключ.
Согласно техническому описанию Wiz, собственный движок Gremlin в Cosmos DB преобразует запросы Gremlin в код .NET и выполняет их в ограниченной среде. При этом ограничения не учитывали рефлексию .NET, что позволило исследователям создавать примитивы чтения и записи файлов до выполнения произвольного кода.
В опубликованной информации показаны результаты специально сформированного запроса, который выполнял команду hostname в бэкэнде Cosmos DB, но не сам запрос. Исследователи заявили, что представят полную цепочку на Black Hat USA 6 августа.
Выполнение кода происходило в компоненте, который Wiz называет шлюзом баз данных (DB Gateway), выполняющем запросы клиентов в многопользовательских кластерах Azure Service Fabric.
Базы данных клиентов не хранились в этих кластерах, но шлюз мог получить первичный ключ для запрошенной учетной записи Cosmos DB. Первичный ключ учетной записи Cosmos DB предоставляет полный контроль над всеми ресурсами в этой учетной записи.
Учетные данные, доступные шлюзу, также предоставляли доступ к ключу подписи, который Wiz назвал главным ключом Cosmos. Ключ подписи шлюза позволял получить первичный ключ для любой учетной записи в разных клиентах, а также через API SQL, MongoDB, Cassandra и Gremlin.
Тот же секрет открыл доступ к региональной базе данных под названием Config Store, которую Wiz описывает как каталог, содержащий имена учетных записей Cosmos DB, идентификаторы подписок и арендаторов, сетевые настройки и теги.
Злоумышленник мог использовать ее для поиска учетных записей конкретной организации, а затем запросить их первичные ключи. Цепочка атак также могла достигать частных и изолированных от сети учетных записей, поскольку скомпрометированный шлюз обеспечивал соблюдение этих сетевых границ изнутри сервиса.
Доступ исследователей к записи в хранилище конфигураций указывал на возможность изменения сетевых настроек, хотя в отчете не говорится, что они продемонстрировали это на примере учетной записи другого клиента.
В документации Microsoft говорится, что данные сообщений Teams остаются в Cosmos DB, а в сообщении инженеров Microsoft утверждается, что Copilot хранит там запросы пользователей и историю переписки.
Wiz заявила, что базы данных, поддерживающие эти продукты, потенциально доступны, но не сообщила о доступе к их данным.
В открытых источниках не указано, когда уязвимый механизм и путь к ключу подписи были внедрены, а также какой период охватывал анализ журналов Microsoft. Таким образом, продолжительность уязвимости остается неизвестной, хотя известный путь с тех пор был закрыт.
Wiz присвоила цепочке эксплойтов кодовое название CosmosEscape. Сама цепочка эксплойтов начинается со специально сформированного запроса к базе данных Gremlin, контролируемой злоумышленником.
Затем выполнение кода на многопользовательском шлюзе позволяет получить доступ к секретному ключу подписи, доступному на уровне всей платформы, и региональному каталогу учетных записей, что дает возможность определить цель и получить ключ ее основной учетной записи.
Microsoft заблокировала уязвимую точку входа Gremlin в течение 48 часов после сообщения в ноябре 2025 года, а долгосрочное исправление во всех регионах было завершено в июле 2026 года и привело к исключению ключа, используемого на всей платформе.
Проведенная микромягкими проверка не выявила несанкционированной активности за пределами зоны тестирования исследователей. Доступ к данным клиентов не осуществлялся и никаких действий от клиентов не требуется.
Представленная цепочка начинается с базы данных Gremlin, контролируемой злоумышленником, и учетных данных для этой учетной записи, а не с доступа к базе данных жертвы.
Согласно текущему руководству Microsoft по подключению, для отправки запросов Gremlin клиенту необходимо указать хост учетной записи, путь к базе данных и графу, а также первичный ключ.
Согласно техническому описанию Wiz, собственный движок Gremlin в Cosmos DB преобразует запросы Gremlin в код .NET и выполняет их в ограниченной среде. При этом ограничения не учитывали рефлексию .NET, что позволило исследователям создавать примитивы чтения и записи файлов до выполнения произвольного кода.
В опубликованной информации показаны результаты специально сформированного запроса, который выполнял команду hostname в бэкэнде Cosmos DB, но не сам запрос. Исследователи заявили, что представят полную цепочку на Black Hat USA 6 августа.
Выполнение кода происходило в компоненте, который Wiz называет шлюзом баз данных (DB Gateway), выполняющем запросы клиентов в многопользовательских кластерах Azure Service Fabric.
Базы данных клиентов не хранились в этих кластерах, но шлюз мог получить первичный ключ для запрошенной учетной записи Cosmos DB. Первичный ключ учетной записи Cosmos DB предоставляет полный контроль над всеми ресурсами в этой учетной записи.
Учетные данные, доступные шлюзу, также предоставляли доступ к ключу подписи, который Wiz назвал главным ключом Cosmos. Ключ подписи шлюза позволял получить первичный ключ для любой учетной записи в разных клиентах, а также через API SQL, MongoDB, Cassandra и Gremlin.
Тот же секрет открыл доступ к региональной базе данных под названием Config Store, которую Wiz описывает как каталог, содержащий имена учетных записей Cosmos DB, идентификаторы подписок и арендаторов, сетевые настройки и теги.
Злоумышленник мог использовать ее для поиска учетных записей конкретной организации, а затем запросить их первичные ключи. Цепочка атак также могла достигать частных и изолированных от сети учетных записей, поскольку скомпрометированный шлюз обеспечивал соблюдение этих сетевых границ изнутри сервиса.
Доступ исследователей к записи в хранилище конфигураций указывал на возможность изменения сетевых настроек, хотя в отчете не говорится, что они продемонстрировали это на примере учетной записи другого клиента.
В документации Microsoft говорится, что данные сообщений Teams остаются в Cosmos DB, а в сообщении инженеров Microsoft утверждается, что Copilot хранит там запросы пользователей и историю переписки.
Wiz заявила, что базы данных, поддерживающие эти продукты, потенциально доступны, но не сообщила о доступе к их данным.
В открытых источниках не указано, когда уязвимый механизм и путь к ключу подписи были внедрены, а также какой период охватывал анализ журналов Microsoft. Таким образом, продолжительность уязвимости остается неизвестной, хотя известный путь с тех пор был закрыт.
wiz.io
CosmosEscape: Taking Over Every Azure Cosmos DB | Wiz Blog
Wiz Research details CosmosEscape, a critical vulnerability in Azure Cosmos DB that granted full read/write access to every database. Now fully remediated.
Claroty провела анализ 750 000 киберфизических систем в крупнейших ЦОДах по всему миру и сообщает неутешительные новости.
Согласно новым исследованиям, почти каждая пятая киберфизическая система (КПС), обеспечивающая работу крупнейших в мире ЦОДов, находится всего в одном сетевом соединении от путей, которые могут позволить злоумышленникам получить к ней доступ.
Для этого Claroty проанализировала более 750 000 объектов ЦОД, включая примерно 191 000 объектов OT и 174 000 объектов инфраструктуры.
К объектам инфраструктуры ЦОД относятся системы отопления, вентиляции и кондиционирования воздуха (HVAC), системы мониторинга и распределения электроэнергии, системы противопожарной защиты и системы бесперебойного питания (UPS).
Анализ показал, что из 174 000 объектов инфраструктуры менее 1000 (0,4%) напрямую подключены к интернету. Однако примерно 32 000 (18%) находятся «в одном шаге» от систем, подключенных к интернету, что представляет собой потенциальный вектор доступа для злоумышленников.
Пути атаки могут привести злоумышленников к уязвимым местам в киберфизических системах, таким как небезопасные протоколы связи, известные уязвимости, которые эксплуатируются злоумышленниками (KEV), неуправляемые технологии удаленного доступа, плоские сетевые архитектуры, слабые механизмы аутентификации и неправильно настроенные каналы связи с активами.
В заявлении также утверждается, что получение доступа к операционной инфраструктуре, контролирующей критически важные функции центров обработки данных, влечет за собой серьезные последствия.
Успешные атаки на киберфизические системы внутри центров обработки данных могут нарушить работу систем охлаждения, повлиять на распределение электроэнергии, поставить под угрозу системы контроля микроклимата, помешать работе резервных систем генерации и снизить общую отказоустойчивость.
Claroty обнаружила, что 41% блоков распределения электроэнергии и 32% систем отопления, вентиляции и кондиционирования воздуха находятся всего в одном шаге от опасного подключения к интернету.
Компания выявила и другие типы угроз безопасности, в том числе связанные с системами управления зданиями, которые в 88% случаев обмениваются данными по небезопасным протоколам, а в 40% случаев используют устаревшее ПО.
Исследователи Claroty также задетектили тысячи устройств, затронутых уязвимостями, которые, как известно, были использованы злоумышленниками в реальных условиях.
В случае систем управления OT, включая устройства SCADA и PLC, 11 000 устройств имели известные уязвимости, которые были использованы злоумышленниками.
В отчете Claroty также изложены практические шаги по повышению операционной устойчивости ЦОДов, а операторам настоятельно рекомендуется внедрять непрерывное управление рисками, сегментацию сети по принципу «нулевого доверия», усиление защиты систем управления зданиями и обнаружение угроз с учетом протоколов.
Согласно новым исследованиям, почти каждая пятая киберфизическая система (КПС), обеспечивающая работу крупнейших в мире ЦОДов, находится всего в одном сетевом соединении от путей, которые могут позволить злоумышленникам получить к ней доступ.
Для этого Claroty проанализировала более 750 000 объектов ЦОД, включая примерно 191 000 объектов OT и 174 000 объектов инфраструктуры.
К объектам инфраструктуры ЦОД относятся системы отопления, вентиляции и кондиционирования воздуха (HVAC), системы мониторинга и распределения электроэнергии, системы противопожарной защиты и системы бесперебойного питания (UPS).
Анализ показал, что из 174 000 объектов инфраструктуры менее 1000 (0,4%) напрямую подключены к интернету. Однако примерно 32 000 (18%) находятся «в одном шаге» от систем, подключенных к интернету, что представляет собой потенциальный вектор доступа для злоумышленников.
Пути атаки могут привести злоумышленников к уязвимым местам в киберфизических системах, таким как небезопасные протоколы связи, известные уязвимости, которые эксплуатируются злоумышленниками (KEV), неуправляемые технологии удаленного доступа, плоские сетевые архитектуры, слабые механизмы аутентификации и неправильно настроенные каналы связи с активами.
В заявлении также утверждается, что получение доступа к операционной инфраструктуре, контролирующей критически важные функции центров обработки данных, влечет за собой серьезные последствия.
Успешные атаки на киберфизические системы внутри центров обработки данных могут нарушить работу систем охлаждения, повлиять на распределение электроэнергии, поставить под угрозу системы контроля микроклимата, помешать работе резервных систем генерации и снизить общую отказоустойчивость.
Claroty обнаружила, что 41% блоков распределения электроэнергии и 32% систем отопления, вентиляции и кондиционирования воздуха находятся всего в одном шаге от опасного подключения к интернету.
Компания выявила и другие типы угроз безопасности, в том числе связанные с системами управления зданиями, которые в 88% случаев обмениваются данными по небезопасным протоколам, а в 40% случаев используют устаревшее ПО.
Исследователи Claroty также задетектили тысячи устройств, затронутых уязвимостями, которые, как известно, были использованы злоумышленниками в реальных условиях.
В случае систем управления OT, включая устройства SCADA и PLC, 11 000 устройств имели известные уязвимости, которые были использованы злоумышленниками.
В отчете Claroty также изложены практические шаги по повышению операционной устойчивости ЦОДов, а операторам настоятельно рекомендуется внедрять непрерывное управление рисками, сегментацию сети по принципу «нулевого доверия», усиление защиты систем управления зданиями и обнаружение угроз с учетом протоколов.
Anthropic сообщила, что в ходе собственного тестирования одна из ее моделей Claude создала вредоносный пакет Python и загрузила его на PyPI, где он был запущен на 15 реальных системах, прежде чем автоматизированные средства защиты реестра его удалили.
Причем это один из трех инцидентов, когда модели Claude попали в открытый интернет из закрытых тестовых сред, а затем скомпрометировали производственную инфраструктуру в трех организациях.
Инцидент последовал за аналогичным сообщением OpenAI от 21 июля, когда и ее модели вышли за пределы изолированной тестовой среды и проникли в производственную инфраструктуру Hugging Face. JFrog подтвердила, что модели вышли за пределы тестовой среды, используя нули в собственной среде Artifactory.
Все три инцидента произошли во время учений, проводимых компанией Irregular. Anthropic подсказал Claude об отсутствии доступа к интернету и о том, что среда является смоделированной.
Из-за неправильной конфигурации ни одно из этих утверждений не соответствовало действительности, и ни одна из компаний не обнаружила этого до прошлой недели.
В ходе инцидента с PyPI Claude обнаружил в тестовой среде документ, выдававший себя за инструкции по настройке системы для разработчиков в вымышленной компании.
В этих инструкциях новым сотрудникам предписывалось установить пакет Python, который не был опубликован, - фиктивную зависимость. Claude выяснил, что если зарегистрировать имя самостоятельно, машины целевой системы автоматически загрузят его код.
Публикация потребовала определенных усилий. Claude понадобилась учетная запись PyPI, для которой требовался адрес электронной почты, а для нее - номер телефона.
Он не смог найти досьупный номер телефона, попытался получить средства на его покупку несколькими разными способами, но безуспешно. В конце концов, он вернулся к исходной точке, нашел почтового провайдера, который не был заблокирован, зарегистрировал учетную запись и загрузил вредоносное ПО.
Anthropic заявила, что пакет находился в открытом доступе примерно час. За этот период 15 реальных систем загрузили и запустили его.
Одна из них принадлежала ИБ-компании, которая регулярно устанавливает пакеты из PyPI и сканирует их на наличие вредоносных ПО, при этом содержимое реестра рассматривается как безопасное для запуска.
Трюк Claude сработал, отправил учетные данные этой компании в созданный ею пункт сбора, а затем использовал их для дальнейшего проникновения в инфраструктуру компании.
Anthropic заявила, что Клод не знал о существовании этой компании. Собственные системы безопасности PyPI автоматически удалили пакет. Anthropic уведомила команду PyPI и передала ей индикаторы.
В основе этого запуска лежала модель Claude Mythos 5. Наиболее серьезные последствия были вызваны отдельным инцидентом с Claude Opus 4.7, когда вымышленная целевая компания имела то же имя, что и действующий домен.
В ходе четырех запусков Claude пытался достичь смоделированной цели, обнаружил, что реальная компания доступна через интернет, и предположил, что это и есть цель. Он извлек креды приложения и инфраструктуры, получив доступ к базе данных, содержащей несколько сотен строк производственных данных.
Это был единственный случай, когда модель продолжала атаковать, даже после того, как выяснилось, что она работает на реальной системе.
Anthropic отметила, что все четыре запуска в конечном итоге распознали цель как реальную, и в двух из них Claude предположил, что реальная компания в любом случае должна быть частью учений.
Третий инцидент был связан с невыпущенной внутренней исследовательской моделью, которая просканировала около 9000 целей, не достигнув намеченной, а затем скомпрометировала доступное из интернета приложение, используя учетные данные с открытой страницы отладки и SQL-инъекцию.
Позже эта модель заметила, что хост находится в облачной учетной записи, не имеющей отношения к задаче проверки, пришла к выводу, что цель реальна, и остановилась самостоятельно.
Причем это один из трех инцидентов, когда модели Claude попали в открытый интернет из закрытых тестовых сред, а затем скомпрометировали производственную инфраструктуру в трех организациях.
Инцидент последовал за аналогичным сообщением OpenAI от 21 июля, когда и ее модели вышли за пределы изолированной тестовой среды и проникли в производственную инфраструктуру Hugging Face. JFrog подтвердила, что модели вышли за пределы тестовой среды, используя нули в собственной среде Artifactory.
Все три инцидента произошли во время учений, проводимых компанией Irregular. Anthropic подсказал Claude об отсутствии доступа к интернету и о том, что среда является смоделированной.
Из-за неправильной конфигурации ни одно из этих утверждений не соответствовало действительности, и ни одна из компаний не обнаружила этого до прошлой недели.
В ходе инцидента с PyPI Claude обнаружил в тестовой среде документ, выдававший себя за инструкции по настройке системы для разработчиков в вымышленной компании.
В этих инструкциях новым сотрудникам предписывалось установить пакет Python, который не был опубликован, - фиктивную зависимость. Claude выяснил, что если зарегистрировать имя самостоятельно, машины целевой системы автоматически загрузят его код.
Публикация потребовала определенных усилий. Claude понадобилась учетная запись PyPI, для которой требовался адрес электронной почты, а для нее - номер телефона.
Он не смог найти досьупный номер телефона, попытался получить средства на его покупку несколькими разными способами, но безуспешно. В конце концов, он вернулся к исходной точке, нашел почтового провайдера, который не был заблокирован, зарегистрировал учетную запись и загрузил вредоносное ПО.
Anthropic заявила, что пакет находился в открытом доступе примерно час. За этот период 15 реальных систем загрузили и запустили его.
Одна из них принадлежала ИБ-компании, которая регулярно устанавливает пакеты из PyPI и сканирует их на наличие вредоносных ПО, при этом содержимое реестра рассматривается как безопасное для запуска.
Трюк Claude сработал, отправил учетные данные этой компании в созданный ею пункт сбора, а затем использовал их для дальнейшего проникновения в инфраструктуру компании.
Anthropic заявила, что Клод не знал о существовании этой компании. Собственные системы безопасности PyPI автоматически удалили пакет. Anthropic уведомила команду PyPI и передала ей индикаторы.
В основе этого запуска лежала модель Claude Mythos 5. Наиболее серьезные последствия были вызваны отдельным инцидентом с Claude Opus 4.7, когда вымышленная целевая компания имела то же имя, что и действующий домен.
В ходе четырех запусков Claude пытался достичь смоделированной цели, обнаружил, что реальная компания доступна через интернет, и предположил, что это и есть цель. Он извлек креды приложения и инфраструктуры, получив доступ к базе данных, содержащей несколько сотен строк производственных данных.
Это был единственный случай, когда модель продолжала атаковать, даже после того, как выяснилось, что она работает на реальной системе.
Anthropic отметила, что все четыре запуска в конечном итоге распознали цель как реальную, и в двух из них Claude предположил, что реальная компания в любом случае должна быть частью учений.
Третий инцидент был связан с невыпущенной внутренней исследовательской моделью, которая просканировала около 9000 целей, не достигнув намеченной, а затем скомпрометировала доступное из интернета приложение, используя учетные данные с открытой страницы отладки и SQL-инъекцию.
Позже эта модель заметила, что хост находится в облачной учетной записи, не имеющей отношения к задаче проверки, пришла к выводу, что цель реальна, и остановилась самостоятельно.
OpenAI
OpenAI and Hugging Face partner to address security incident during model evaluation
OpenAI and Hugging Face share early findings from a security incident during AI model evaluation, highlighting advanced cyber capabilities and lessons for defenders.
В продолжение:
Anthropic начала проверку 23 июля и в тот же день приостановила все кибер-учкения.
На следующий день были выявлены три инцидента, и 27 июля компания уведомила Irregular и пострадавшие организации.
Компания до сих пор пытается связаться с третьей стороной.
Самый ранний из трех инцидентов относится к апрелю, а это значит, что часть активности оставалась незамеченной около трех месяцев.
Ни одна из двух пострадавших организаций, с которыми связалась компания Anthropic, не обнаружила эту активность самостоятельно.
Anthropic заявляет, что ее производственные меры безопасности предотвратили бы подобное поведение, и охарактеризовала инциденты как скорее сбой в работе системы безопасности, чем сбой в выравнивании модели, поскольку моделям сообщили об отсутствии доступа в интернет, хотя на самом деле он был.
Компания планируется расширить мониторинг стенограмм, усовершенствовать инструменты для проведения расследований и активизировать работу по обеспечению качества совместно с поставщиками услуг по оценке.
Также ведет переговоры с METR о проведении независимой проверки и что в течение следующей недели опубликует слегка отредактированную стенограмму запуска PyPI.
Anthropic начала проверку 23 июля и в тот же день приостановила все кибер-учкения.
На следующий день были выявлены три инцидента, и 27 июля компания уведомила Irregular и пострадавшие организации.
Компания до сих пор пытается связаться с третьей стороной.
Самый ранний из трех инцидентов относится к апрелю, а это значит, что часть активности оставалась незамеченной около трех месяцев.
Ни одна из двух пострадавших организаций, с которыми связалась компания Anthropic, не обнаружила эту активность самостоятельно.
Anthropic заявляет, что ее производственные меры безопасности предотвратили бы подобное поведение, и охарактеризовала инциденты как скорее сбой в работе системы безопасности, чем сбой в выравнивании модели, поскольку моделям сообщили об отсутствии доступа в интернет, хотя на самом деле он был.
Компания планируется расширить мониторинг стенограмм, усовершенствовать инструменты для проведения расследований и активизировать работу по обеспечению качества совместно с поставщиками услуг по оценке.
Также ведет переговоры с METR о проведении независимой проверки и что в течение следующей недели опубликует слегка отредактированную стенограмму запуска PyPI.
Исследователи Solar 4RAYS представили обзор сетевых уязвимостей по результатам мониторинга во втором квартале 2026 года.
Во отчетном квартале исследователи проанализировали 681 сообщение о новых уязвимостях и PoC. Количество сетевых уязвимостей составило 571. Анализировались не только уязвимости 2026 года, но и обнаруженные в 2025, но опубликованные в этом году.
В статистике отражены 89 «прошлогодних» уязвимостей. В Solar 4RAYS отметили, что все описанные ниже уязвимости имеют подтверждение, а значит, могут представлять реальную опасность.
Среди ключевых выводов:
- Количество обнаруженных уязвимостей во втором квартале 2026 года по сравнению с первым выросло на 59,8%: с 426 до 681. Такой рост обусловлен как сезонным фактором, так и тем, что второй квартал принес большое количество уязвимостей в Linux и Windows.
- Сетевой вектор имели 83,84% обнаруженных уязвимостей, как и в первом квартале 2026 года.
- Средний уровень критичности обнаруженных сетевых уязвимостей составил 7,9 балла. В первом квартале - 8,1.
- 90,2% всех обнаруженных сетевых уязвимостей эксплуатируются через HTTP. Ближайший «преследователь» - TCP (1,23%).
- Сетевые уязвимости уровня Critical и High в совокупности занимают 73,5% от общей массы всех сетевых уязвимостей. В первом квартале этот показатель составлял 72,06%.
- Уязвимости плагинов и тем для CMS WordPress составили 17,9%. Доля таких уязвимостей в общем объеме упала на два процентных пункта в сравнении с первым кварталом.
- На ИИ-сервисы пришлось 4,83% всех сетевых уязвимостей. Средняя критичность 8.
- в Топ-5 уязвимостей по количеству вышедших PoC вошли: CVE-2026-41940 (критическая уязвимость обхода аутентификации в cPanel), CVE-2026-42945 (критическая уязвимость типа «переполнение кучи» в модуле ngx_http_rewrite_module веб-сервера NGINX), CVE-2026-48907 (критическая RCE до аутентификации в Joomla Content Editor (JCE) для CMS Joomla), CVE-2026-34197 (RCE в брокере сообщений Apache ActiveMQ Classic), CVE-2026-8181 (критическая уязвимость обхода аутентификации в плагине Burst Statistics для WordPress).
Как отмечают в Solar 4RAYS, ситуация на ландшафте эксплойтов в популярном софте от квартала к кварталу меняется мало. Стартовавший в конце года тренд на рост числа уязвимостей в ИИ-сервисах продолжается, их стало почти вдвое больше, чем кварталом ранее.
Wordpress, в связи с популярностью и развитостью экосистемы, остается наиболее «многочисленным» по числу эксплойтов ПО.
Впрочем, во втором квартале стало ясно, что «вовремя» совсем не обязательно означает, что обновления нужно ставить максимально быстро.
Часто главной рекомендацией по защите является оперативное обновление. Действительно, своевременное обновление является ключевым аспектом защиты в 99% случаев. Но бывает тот самый один процент, который вечно все портит.
В этой части исследователи отметили supply-chain-атаку, которая произошла с библиотекой Axios минувшей весной. Примерно на рубеже первого и второго квартала стали появляться репозитории и статьи, говорящие об Axios Supply Chain Attack.
Атака условно делилась на шесть стадий. При этом быстрое обновление и автоматическая установка новых версий (совет, который часто можно встретить в ИБ-сфере, когда речь заходит о защите от атак через уязвимости) стали основным драйвером массового заражения.
Однако из этого не следует, что обновляться не нужно, - старые версии ПО накапливают известные CVE и представляют собой предсказуемую угрозу.
Ключевой вывод: автоматические обновления допустимы только для критических компонентов (браузеры, антивирусы), но не для библиотек и зависимостей в production-среде.
Для них следует применять отложенное обновление с ручным контролем: изучать changelog, проверять появление новых зависимостей и тестировать в staging-окружении перед выкаткой в прод.
Во отчетном квартале исследователи проанализировали 681 сообщение о новых уязвимостях и PoC. Количество сетевых уязвимостей составило 571. Анализировались не только уязвимости 2026 года, но и обнаруженные в 2025, но опубликованные в этом году.
В статистике отражены 89 «прошлогодних» уязвимостей. В Solar 4RAYS отметили, что все описанные ниже уязвимости имеют подтверждение, а значит, могут представлять реальную опасность.
Среди ключевых выводов:
- Количество обнаруженных уязвимостей во втором квартале 2026 года по сравнению с первым выросло на 59,8%: с 426 до 681. Такой рост обусловлен как сезонным фактором, так и тем, что второй квартал принес большое количество уязвимостей в Linux и Windows.
- Сетевой вектор имели 83,84% обнаруженных уязвимостей, как и в первом квартале 2026 года.
- Средний уровень критичности обнаруженных сетевых уязвимостей составил 7,9 балла. В первом квартале - 8,1.
- 90,2% всех обнаруженных сетевых уязвимостей эксплуатируются через HTTP. Ближайший «преследователь» - TCP (1,23%).
- Сетевые уязвимости уровня Critical и High в совокупности занимают 73,5% от общей массы всех сетевых уязвимостей. В первом квартале этот показатель составлял 72,06%.
- Уязвимости плагинов и тем для CMS WordPress составили 17,9%. Доля таких уязвимостей в общем объеме упала на два процентных пункта в сравнении с первым кварталом.
- На ИИ-сервисы пришлось 4,83% всех сетевых уязвимостей. Средняя критичность 8.
- в Топ-5 уязвимостей по количеству вышедших PoC вошли: CVE-2026-41940 (критическая уязвимость обхода аутентификации в cPanel), CVE-2026-42945 (критическая уязвимость типа «переполнение кучи» в модуле ngx_http_rewrite_module веб-сервера NGINX), CVE-2026-48907 (критическая RCE до аутентификации в Joomla Content Editor (JCE) для CMS Joomla), CVE-2026-34197 (RCE в брокере сообщений Apache ActiveMQ Classic), CVE-2026-8181 (критическая уязвимость обхода аутентификации в плагине Burst Statistics для WordPress).
Как отмечают в Solar 4RAYS, ситуация на ландшафте эксплойтов в популярном софте от квартала к кварталу меняется мало. Стартовавший в конце года тренд на рост числа уязвимостей в ИИ-сервисах продолжается, их стало почти вдвое больше, чем кварталом ранее.
Wordpress, в связи с популярностью и развитостью экосистемы, остается наиболее «многочисленным» по числу эксплойтов ПО.
Впрочем, во втором квартале стало ясно, что «вовремя» совсем не обязательно означает, что обновления нужно ставить максимально быстро.
Часто главной рекомендацией по защите является оперативное обновление. Действительно, своевременное обновление является ключевым аспектом защиты в 99% случаев. Но бывает тот самый один процент, который вечно все портит.
В этой части исследователи отметили supply-chain-атаку, которая произошла с библиотекой Axios минувшей весной. Примерно на рубеже первого и второго квартала стали появляться репозитории и статьи, говорящие об Axios Supply Chain Attack.
Атака условно делилась на шесть стадий. При этом быстрое обновление и автоматическая установка новых версий (совет, который часто можно встретить в ИБ-сфере, когда речь заходит о защите от атак через уязвимости) стали основным драйвером массового заражения.
Однако из этого не следует, что обновляться не нужно, - старые версии ПО накапливают известные CVE и представляют собой предсказуемую угрозу.
Ключевой вывод: автоматические обновления допустимы только для критических компонентов (браузеры, антивирусы), но не для библиотек и зависимостей в production-среде.
Для них следует применять отложенное обновление с ручным контролем: изучать changelog, проверять появление новых зависимостей и тестировать в staging-окружении перед выкаткой в прод.
GitHub
Post Mortem: axios npm supply chain compromise · Issue #10636 · axios/axios
Post Mortem: axios npm supply chain compromise Date: March 31, 2026 Author: Jason Saayman Status: Remediation in progress On March 31, 2026, two malicious versions of axios (1.14.1 and 0.30.4) were...
Исследователи Лаборатории Касперского препарировали GenieLocker, новый штамм программы-вымогателя, используемый группировкой Toy Ghouls (или Labubu, Bearlyfly).
Новый штамм активен с марта 2026 года и использовался в атаках на организации в России, в основном в производственном секторе, за ним следовали строительство, а затем финансовые услуги, розничная торговля и технологии.
Toy Ghouls занимается вымогательством с целью получения финансовой выгоды и ранее использовала трояны сторонних разработчиков, такие как RedAlert, LockBit и Babuk.
GenieLocker, по всей видимости, является собственной разработкой и дополняет их инструментарий, снижая зависимость от стороннего ПО. В ЛК обнаружили множество образцов этого трояна в двух вариантах: PE-сборки для Windows и ELF-сборки для Linux и ESXi.
В ходе инцидента злоумышленники сначала проникли в систему через OpenVPN, установленное в сети внешнего партнера. Вероятно, они воспользовавшись доверительными отношениями с этим партнером и использовали украденные, но все еще действительные учетные данные для подключения.
После взлома целевой сети злоумышленники установили на скомпрометированные хосты дополнительные инструменты, включая OpenSSH, socks5.exe, SoftPerfect Network Scanner и Mimikatz.
Для обнаружения они использовали SoftPerfect Network Scanner, а для извлечения учетных данных - Mimikatz. Криминалистический анализ также показал, что они получили доступ к менеджеру паролей KeePassXC, уже установленному на нескольких скомпрометированных машинах, вероятно, пытаясь извлечь сохраненные учетные данные из баз данных KeePass.
Перемещение по сети осуществлялось с использованием RDP для доступа к машинам под управлением Windows и SSH для доступа к серверам Linux.
Широкое распространение трояна шифрования проводилось с помощью легитимных утилит PsExec и PAExec. Кроме того, злоумышленники создали обратный SSH-туннель для связи со своим сервером С2.
На этапе атаки злоумышленники зашифровали файлы на скомпрометированных машинах под управлением Windows с помощью PE-версии GenieLocker.
На скомпрометированных серверах Linux и ESXi они остановили активные виртуальные машины и зашифровали их диски, используя ELF-версию GenieLocker.
Схема шифрования файлов Linux и ESXi идентична версии для Windows. Троян использует XChaCha20-Poly1305 для шифрования содержимого файлов и метаданных, а также Curve25519-XSalsa20-Poly1305 для шифрования ключей.
Использованные здесь TTPs соответствуют тем, которые были задокументированы в более ранних атаках, приписываемых группе Toy Ghouls.
Как и в тех предыдущих инцидентах, анализ не выявил никаких доказательств утечки данных, что является типичным поведением для этого злоумышленника. Toy Ghouls не используют модель двойного вымогательства и не управляют веб-сайтом, предназначенным для утечки данных.
Как отмечают в ЛК, Toy Ghouls наращивает свою кампанию против российских предприятий. Выпуск разработанного ими трояна-вымогателя GenieLocker знаменует собой значительное обновление инструментария группы.
Создав специализированные ransomware, работающие непосредственно на Windows, Linux и ESXi, злоумышленники сократили свою зависимость от готовых семейств программ-вымогателей и унифицировали криптографическую основу на всех целевых платформах.
В новом отчете ЛК постаралась подробно описать возможности сборок пользовательского трояна шифрования GenieLocker для Windows и Linux, кратко рассмотрев атаку, произошедшую в конце марта 2026 года, в ходе которой GenieLocker был развернут в системах жертв.
Новый штамм активен с марта 2026 года и использовался в атаках на организации в России, в основном в производственном секторе, за ним следовали строительство, а затем финансовые услуги, розничная торговля и технологии.
Toy Ghouls занимается вымогательством с целью получения финансовой выгоды и ранее использовала трояны сторонних разработчиков, такие как RedAlert, LockBit и Babuk.
GenieLocker, по всей видимости, является собственной разработкой и дополняет их инструментарий, снижая зависимость от стороннего ПО. В ЛК обнаружили множество образцов этого трояна в двух вариантах: PE-сборки для Windows и ELF-сборки для Linux и ESXi.
В ходе инцидента злоумышленники сначала проникли в систему через OpenVPN, установленное в сети внешнего партнера. Вероятно, они воспользовавшись доверительными отношениями с этим партнером и использовали украденные, но все еще действительные учетные данные для подключения.
После взлома целевой сети злоумышленники установили на скомпрометированные хосты дополнительные инструменты, включая OpenSSH, socks5.exe, SoftPerfect Network Scanner и Mimikatz.
Для обнаружения они использовали SoftPerfect Network Scanner, а для извлечения учетных данных - Mimikatz. Криминалистический анализ также показал, что они получили доступ к менеджеру паролей KeePassXC, уже установленному на нескольких скомпрометированных машинах, вероятно, пытаясь извлечь сохраненные учетные данные из баз данных KeePass.
Перемещение по сети осуществлялось с использованием RDP для доступа к машинам под управлением Windows и SSH для доступа к серверам Linux.
Широкое распространение трояна шифрования проводилось с помощью легитимных утилит PsExec и PAExec. Кроме того, злоумышленники создали обратный SSH-туннель для связи со своим сервером С2.
На этапе атаки злоумышленники зашифровали файлы на скомпрометированных машинах под управлением Windows с помощью PE-версии GenieLocker.
На скомпрометированных серверах Linux и ESXi они остановили активные виртуальные машины и зашифровали их диски, используя ELF-версию GenieLocker.
Схема шифрования файлов Linux и ESXi идентична версии для Windows. Троян использует XChaCha20-Poly1305 для шифрования содержимого файлов и метаданных, а также Curve25519-XSalsa20-Poly1305 для шифрования ключей.
Использованные здесь TTPs соответствуют тем, которые были задокументированы в более ранних атаках, приписываемых группе Toy Ghouls.
Как и в тех предыдущих инцидентах, анализ не выявил никаких доказательств утечки данных, что является типичным поведением для этого злоумышленника. Toy Ghouls не используют модель двойного вымогательства и не управляют веб-сайтом, предназначенным для утечки данных.
Как отмечают в ЛК, Toy Ghouls наращивает свою кампанию против российских предприятий. Выпуск разработанного ими трояна-вымогателя GenieLocker знаменует собой значительное обновление инструментария группы.
Создав специализированные ransomware, работающие непосредственно на Windows, Linux и ESXi, злоумышленники сократили свою зависимость от готовых семейств программ-вымогателей и унифицировали криптографическую основу на всех целевых платформах.
В новом отчете ЛК постаралась подробно описать возможности сборок пользовательского трояна шифрования GenieLocker для Windows и Linux, кратко рассмотрев атаку, произошедшую в конце марта 2026 года, в ходе которой GenieLocker был развернут в системах жертв.
Исследователи BI.ZONE заметили, что Core Werewolf сменила клыки: вместо UltraVNC злоумышленники применили самописное вредоносное ПО CoreRAT в атаках на российские организации.
С июня по июль 2026 года Бизоны зафиксировали активность кластера Core Werewolf и выявили ранее неизвестный троян удаленного доступа, который назвали CoreRAT. Это помогает им дольше оставаться незамеченными и демонстрирует их растущие технические возможности.
Ранее в арсенале Core Werewolf уже встречались самописные мини‑бэкдоры, однако CoreRAT - первый известный полноценный RAT их собственной разработки.
Вредоносная нагрузка распространялась с помощью 7zSFX и Rust‑дроперов. Оба содержали отвлекающий PDF‑документ и троян удаленного доступа CoreRAT.
Злоумышленники проникали в инфраструктуру через фишинговые письма, которые рассылали в Telegram. Чтобы сделать их более убедительными, атакующие использовали тщательно подготовленные PDF, которые имитировали официальные военные и государственные документы.
Причем также было установлено, что отвлекающий документ avth.gGAT.pdf идентичен Scan_125992145_TLG_na_perepodgotovku_dsp.pdf, ранее использовавшемуся в атаках кластера.
Данное совпадение может свидетельствовать об обмене инструментами, отвлекающими документами или опытом между операторами этих кластеров.
В качестве альтернативной гипотезы нельзя исключать, что Core Werewolf и Vortex Werewolf являются частями одной группы или используют общую инфраструктуру разработки. Однако имеющихся данных пока недостаточно для подтверждения этой версии.
На фоне сохраняющейся геополитической напряженности Core Werewolf продолжает атаки на госсектор и оборонно‑промышленный комплекс России. Ретроспективный анализ показал, что CoreRAT использовался как минимум с марта 2026 года.
CoreRAT - троян удаленного доступа, написанный на языке C++. Строковые константы внутри вредоносного ПО зашифрованы с использованием алгоритма AES в режиме CBC (AES‑CBC).
В начале выполнения CoreRAT создает мьютекс, после чего запускает отдельный поток, выполняющий проверки на наличие признаков запуска в виртуальном окружении.
Если проверки не пройдены, ВПО завершает работу. Если признаков выполнения в виртуальном окружении не обнаружено, CoreRAT расшифровывает адреса C2‑серверов и последовательно пытается установить соединение с каждым из них.
После успешного подключения собирает базовую информацию о системе и формирует JSON‑объект, который кодируется с использованием алгоритма Base58 и передается на C2‑сервер посредством HTTPS POST-запроса.
После успешной регистрации CoreRAT формирует HTTPS GET-запрос для получения команды. Поступающие команды от C2‑сервера также закодированы Base58.
Анализ различных образцов CoreRAT показал, что в каждом из них используются уникальные C2‑эндпоинты, а также варьируется состав JSON‑полей, предназначенных для сбора и передачи информации о скомпрометированной системе. Также отличаются названия команд.
Все технические подробности и IOCs - в отчете.
С июня по июль 2026 года Бизоны зафиксировали активность кластера Core Werewolf и выявили ранее неизвестный троян удаленного доступа, который назвали CoreRAT. Это помогает им дольше оставаться незамеченными и демонстрирует их растущие технические возможности.
Ранее в арсенале Core Werewolf уже встречались самописные мини‑бэкдоры, однако CoreRAT - первый известный полноценный RAT их собственной разработки.
Вредоносная нагрузка распространялась с помощью 7zSFX и Rust‑дроперов. Оба содержали отвлекающий PDF‑документ и троян удаленного доступа CoreRAT.
Злоумышленники проникали в инфраструктуру через фишинговые письма, которые рассылали в Telegram. Чтобы сделать их более убедительными, атакующие использовали тщательно подготовленные PDF, которые имитировали официальные военные и государственные документы.
Причем также было установлено, что отвлекающий документ avth.gGAT.pdf идентичен Scan_125992145_TLG_na_perepodgotovku_dsp.pdf, ранее использовавшемуся в атаках кластера.
Данное совпадение может свидетельствовать об обмене инструментами, отвлекающими документами или опытом между операторами этих кластеров.
В качестве альтернативной гипотезы нельзя исключать, что Core Werewolf и Vortex Werewolf являются частями одной группы или используют общую инфраструктуру разработки. Однако имеющихся данных пока недостаточно для подтверждения этой версии.
На фоне сохраняющейся геополитической напряженности Core Werewolf продолжает атаки на госсектор и оборонно‑промышленный комплекс России. Ретроспективный анализ показал, что CoreRAT использовался как минимум с марта 2026 года.
CoreRAT - троян удаленного доступа, написанный на языке C++. Строковые константы внутри вредоносного ПО зашифрованы с использованием алгоритма AES в режиме CBC (AES‑CBC).
В начале выполнения CoreRAT создает мьютекс, после чего запускает отдельный поток, выполняющий проверки на наличие признаков запуска в виртуальном окружении.
Если проверки не пройдены, ВПО завершает работу. Если признаков выполнения в виртуальном окружении не обнаружено, CoreRAT расшифровывает адреса C2‑серверов и последовательно пытается установить соединение с каждым из них.
После успешного подключения собирает базовую информацию о системе и формирует JSON‑объект, который кодируется с использованием алгоритма Base58 и передается на C2‑сервер посредством HTTPS POST-запроса.
После успешной регистрации CoreRAT формирует HTTPS GET-запрос для получения команды. Поступающие команды от C2‑сервера также закодированы Base58.
Анализ различных образцов CoreRAT показал, что в каждом из них используются уникальные C2‑эндпоинты, а также варьируется состав JSON‑полей, предназначенных для сбора и передачи информации о скомпрометированной системе. Также отличаются названия команд.
Все технические подробности и IOCs - в отчете.
BI.ZONE
Core Werewolf меняет клыки: троян CoreRAT в атаках на российские организации
Вместо UltraVNC злоумышленники применили самописное вредоносное ПО