Вслед за Mythos 5 от Anthropic и GPT-5.6-Sol от OpenAI модель Muse Spark 1.1 от признанной в России экстремистской Meta вышла за пределы тестовой среды, взломав реальную организацию.
The Information первым сообщила об инциденте в среду, ссылаясь на источники, знакомые с ситуацией, когда Muse Spark 1.1 взломала неназванную компанию и внесла изменения в ее внутренние системы.
Согласно отчету, модель попала в открытый доступ в интернете из-за ошибки в конфигурации тестовой среды «песочницы» задействованной в исследовании независимой компанией Irregular.
Meta публично не подтвердила, что речь идет о модели Muse Spark 1.1, не назвала пострадавшую компанию и не объяснила, какие изменения были внесены в ее системы.
Однако подтвердила Reuters, что в виду неправильной настройки, допущенной Irregular, одна из ее моделей во время тестирования получила доступ к интернету.
Данная модель «использовала уязвимость в стороннем сервисе, аналогично ранее зафиксированным случаям с другими компаниями». Как Meta сообщила BBC, сейчас проводится расследование инцидента и будут опубликованы дополнительные сведения, «как только получит все факты».
В свою очередь, представители Irregular сообщили, что инцидент с Meta был связан с «точно такой же проблемой, касающейся среды оценки, о которой Anthropic уже сообщила на прошлой неделе».
Инцидент не был связан с выходом из песочницы или сложными кибератаками. Вместо этого ошибка в тестовой среде предоставила модели доступ к общедоступному интернету, когда она должна была быть изолирована.
По сообщению Irregular, в настоящее время нет нерешенных вопросов. Компания разрабатывает аналитический документ, в котором будут представлены передовые методы сдерживания угроз и безопасного проведения кибератак.
Инциденты с Meta и Irregular отличаются от ранее раскрытого взлома Hugging Face, где модели OpenAI нашли путь к общедоступному интернету, используя ранее неизвестную уязвимость во внутреннем сервере JFrog Artifactory, использовавшемся во время тестирования.
Получив доступ к интернету, агенты взломали Hugging Face в поисках эталонных наборов данных и решений, украли учетные данные и переместились по системам компании.
Позже OpenAI сообщила, что агенты использовали скомпрометированные учетные данные для доступа к аккаунтам в четырех других сторонних сервисах, причем некоторые из этих аккаунтов использовались для инфраструктуры атак и хранения данных.
Британский институт безопасности ИИ (AISI) также сообщил, что агенты, использующие Claude Mythos 5 от Anthropic и GPT-5.6 Sol от OpenAI, совершили 19 несанкционированных действий в общедоступном интернете во время оценок кибербезопасности.
В наиболее серьезном варианте Mythos 5 попытался осуществить атаку на цепочку поставок реального проекта с открытым исходным кодом, ошибочно придя к выводу, что его репозиторий на GitHub связан с имитируемой задачей.
При этом AISI намеренно предоставила агентам доступ в интернет и отключила их стандартные средства киберзащиты, чтобы оценить их реальные возможности. Однако агентам было разрешено атаковать системы только в пределах имитируемого диапазона.
Как стало ясно, если не принять строгих мер по ограничению, агенты ИИ будут прилагать огромные усилия для решения своих задач, даже если это означает выход за пределы «песочницы» или проведение атак с использованием методов социнженерии против реальных людей.
Подробностей о новом инциденте не так много, но, похоже, прослеживается общая тенденция, а именно: сектор ИИ, по-видимому, игнорирует необходимость строго контроля, не имея необходимых инструментов и понимания для мониторинга этих моделей, даже в закрытых тестах.
Это заставляет задуматься, чем занимаются другие клиенты Anthropic и OpenAI. Работает ли агент в изолированной среде, или же он бродит по интернету, взламывая всё подряд просто для решения какой-нибудь рядовой задачи по пентесту. К слову, лабораториям ИИ и AISI потребовались дни, чтобы обнаружить модели, выходящие за пределы тестовых сред.
The Information первым сообщила об инциденте в среду, ссылаясь на источники, знакомые с ситуацией, когда Muse Spark 1.1 взломала неназванную компанию и внесла изменения в ее внутренние системы.
Согласно отчету, модель попала в открытый доступ в интернете из-за ошибки в конфигурации тестовой среды «песочницы» задействованной в исследовании независимой компанией Irregular.
Meta публично не подтвердила, что речь идет о модели Muse Spark 1.1, не назвала пострадавшую компанию и не объяснила, какие изменения были внесены в ее системы.
Однако подтвердила Reuters, что в виду неправильной настройки, допущенной Irregular, одна из ее моделей во время тестирования получила доступ к интернету.
Данная модель «использовала уязвимость в стороннем сервисе, аналогично ранее зафиксированным случаям с другими компаниями». Как Meta сообщила BBC, сейчас проводится расследование инцидента и будут опубликованы дополнительные сведения, «как только получит все факты».
В свою очередь, представители Irregular сообщили, что инцидент с Meta был связан с «точно такой же проблемой, касающейся среды оценки, о которой Anthropic уже сообщила на прошлой неделе».
Инцидент не был связан с выходом из песочницы или сложными кибератаками. Вместо этого ошибка в тестовой среде предоставила модели доступ к общедоступному интернету, когда она должна была быть изолирована.
По сообщению Irregular, в настоящее время нет нерешенных вопросов. Компания разрабатывает аналитический документ, в котором будут представлены передовые методы сдерживания угроз и безопасного проведения кибератак.
Инциденты с Meta и Irregular отличаются от ранее раскрытого взлома Hugging Face, где модели OpenAI нашли путь к общедоступному интернету, используя ранее неизвестную уязвимость во внутреннем сервере JFrog Artifactory, использовавшемся во время тестирования.
Получив доступ к интернету, агенты взломали Hugging Face в поисках эталонных наборов данных и решений, украли учетные данные и переместились по системам компании.
Позже OpenAI сообщила, что агенты использовали скомпрометированные учетные данные для доступа к аккаунтам в четырех других сторонних сервисах, причем некоторые из этих аккаунтов использовались для инфраструктуры атак и хранения данных.
Британский институт безопасности ИИ (AISI) также сообщил, что агенты, использующие Claude Mythos 5 от Anthropic и GPT-5.6 Sol от OpenAI, совершили 19 несанкционированных действий в общедоступном интернете во время оценок кибербезопасности.
В наиболее серьезном варианте Mythos 5 попытался осуществить атаку на цепочку поставок реального проекта с открытым исходным кодом, ошибочно придя к выводу, что его репозиторий на GitHub связан с имитируемой задачей.
При этом AISI намеренно предоставила агентам доступ в интернет и отключила их стандартные средства киберзащиты, чтобы оценить их реальные возможности. Однако агентам было разрешено атаковать системы только в пределах имитируемого диапазона.
Как стало ясно, если не принять строгих мер по ограничению, агенты ИИ будут прилагать огромные усилия для решения своих задач, даже если это означает выход за пределы «песочницы» или проведение атак с использованием методов социнженерии против реальных людей.
Подробностей о новом инциденте не так много, но, похоже, прослеживается общая тенденция, а именно: сектор ИИ, по-видимому, игнорирует необходимость строго контроля, не имея необходимых инструментов и понимания для мониторинга этих моделей, даже в закрытых тестах.
Это заставляет задуматься, чем занимаются другие клиенты Anthropic и OpenAI. Работает ли агент в изолированной среде, или же он бродит по интернету, взламывая всё подряд просто для решения какой-нибудь рядовой задачи по пентесту. К слову, лабораториям ИИ и AISI потребовались дни, чтобы обнаружить модели, выходящие за пределы тестовых сред.
The Information
A Meta AI Model Hacked Another Company During Cybersecurity Testing
A Meta Platforms artificial intelligence model accessed the internet during cybersecurity testing and hacked into another company, according to people familiar with the matter, in the latest in a string of such incidents at major AI firms. Meta’s Muse Spark…
Ресерчеры из Лаборатории Касперского по результатам нового исследования констатируют: Awaken Likho окончательно меняет почерк, переходя на собственные бэкдоры TokenBuoy и TokenBuoySH.
Awaken Likho APT, также известная как Core Werewolf, с 2021 года атакует госсектор в России и Белоруссии. В большинстве раних кампаний злоумышленники использовали легитимное ПО: программы удаленного администрирования на начальных этапах заражения (UltraVNC и MeshCentral) или Rclone для эксфильтрации данных.
В 2026 году группа перешла к активной разработке собственного ПО. В июле ЛК публиковала исследование о мини-бэкдоре на AutoIt, а в новом материале препарировала два новых полноценных бэкдора, используемых в текущей кампании, которая наблюдается с начала года.
Для этих целей ЛК также реконструировала всю цепочку заражения. Как и в предыдущих кампаниях, заражение начинается с фишингового письма с вредоносным RAR-архивов. Внутри находится самораспаковывающийся 7-Zip, замаскированный под легитимный PDF с помощью иконки.
Он содержит исполняемый файл и PDF со случайными именами и расширениями (например, lD6q.bso3). При распаковке команды конфигурации 7-Zip копируют эти файлы в пользовательские папки и переименовывают их, после чего автоматически запускают. Для затруднения анализа конфигурационные команды перемежаются комментариями из случайного набора символов.
lD6q.bso3 сохраняется под именем UDkO.pdf и в дальнейшем автоматически открывается системной программой по умолчанию. Это классический документ-приманка, а второй (SylUj.nDd) сохраняется как Vpngard.exe и представляет собой бэкдор - TokenBuoy, написанный на C++.
Несмотря на значительный размер (около 1 Мбайт), он реализует лишь базовый набор функций, собирая при запуске информацию о системе. Затем отправляет эти данные на C2 в POST-запросе, упаковывая в JSON-объект, который затем кодируется в Base58.
После передачи бэкдор отправляет GET-запрос на C2-сервер на эндпоинт /actions, получая в ответ список команд в виде JSON-сообщения, закодированного в Base58. Каждая команда выполняется в новом отдельном потоке, а результат отправляется на C2 POST-запросом на эндпоинт /actionresult.
Бэкдор не закрепляется в системе автоматически. Однако по команде с C2 можно загрузить и запустить другое вредоносное ПО, которое будет сохраняться в системе. Бэкдор контролируется вручную операторами и C2-сервер не отдает никаких команд автоматически.
TokenBuoySH загружается предыдущим бэкдором с помощью команды !payload. Он также написан на C++ и частично использует тот же код, что и первый, но имеет почти в десять раз больший размер из-за добавления в код библиотеки OpenSSH и ее зависимостей.
Впервые он появился в июле 2025, но тогда устанавливался с помощью UltraVNC. При запуске собирает информацию об аппаратной идентификации системы, вычисляя хэш на ее основе и генерируя GUID.
Полученный GUID используется в качестве ключа реестра. Внутри ключа в формате Base58 закодирована конфигурация бэкдора, которую и пытается получить TokenBuoySH.
Если проверка имени хоста пройдена успешно, конфигурация из ресурсов исполняемого файла сохраняется в ключе реестра и бэкдор отправляет серию POST-запросов на C2.
После отправки информации о системе и телеметрии конфигурация бэкдора обновляется с помощью отправки GET-запроса на эндпоинт /config. Стоит отметить, что бэкдор TokenBuoySH, как и TokenBuoy, не сохраняется в системе автоматически.
Одна из ключевых целей Awaken Likho - извлечение документов из зараженных систем. Для этого используется утилита Rclone, которая загружается и устанавливается с помощью TokenBuoySH.
Новая кампания Awaken Likho показывает, что группировка активно разрабатывает кастомное вредоносное ПО, снижая зависимость от сторонних утилит.
Появление собственных бэкдоров с функциями самоудаления и проверки окружения (сверка имени хоста) свидетельствует о развитии инфраструктуры злоумышленников.
Такой подход усложняет работу аналитикам и средствам защиты, позволяя атакующим точечно адаптировать вредоносную нагрузку под каждую конкретную жертву, минимизируя риски обнаружения.
Awaken Likho APT, также известная как Core Werewolf, с 2021 года атакует госсектор в России и Белоруссии. В большинстве раних кампаний злоумышленники использовали легитимное ПО: программы удаленного администрирования на начальных этапах заражения (UltraVNC и MeshCentral) или Rclone для эксфильтрации данных.
В 2026 году группа перешла к активной разработке собственного ПО. В июле ЛК публиковала исследование о мини-бэкдоре на AutoIt, а в новом материале препарировала два новых полноценных бэкдора, используемых в текущей кампании, которая наблюдается с начала года.
Для этих целей ЛК также реконструировала всю цепочку заражения. Как и в предыдущих кампаниях, заражение начинается с фишингового письма с вредоносным RAR-архивов. Внутри находится самораспаковывающийся 7-Zip, замаскированный под легитимный PDF с помощью иконки.
Он содержит исполняемый файл и PDF со случайными именами и расширениями (например, lD6q.bso3). При распаковке команды конфигурации 7-Zip копируют эти файлы в пользовательские папки и переименовывают их, после чего автоматически запускают. Для затруднения анализа конфигурационные команды перемежаются комментариями из случайного набора символов.
lD6q.bso3 сохраняется под именем UDkO.pdf и в дальнейшем автоматически открывается системной программой по умолчанию. Это классический документ-приманка, а второй (SylUj.nDd) сохраняется как Vpngard.exe и представляет собой бэкдор - TokenBuoy, написанный на C++.
Несмотря на значительный размер (около 1 Мбайт), он реализует лишь базовый набор функций, собирая при запуске информацию о системе. Затем отправляет эти данные на C2 в POST-запросе, упаковывая в JSON-объект, который затем кодируется в Base58.
После передачи бэкдор отправляет GET-запрос на C2-сервер на эндпоинт /actions, получая в ответ список команд в виде JSON-сообщения, закодированного в Base58. Каждая команда выполняется в новом отдельном потоке, а результат отправляется на C2 POST-запросом на эндпоинт /actionresult.
Бэкдор не закрепляется в системе автоматически. Однако по команде с C2 можно загрузить и запустить другое вредоносное ПО, которое будет сохраняться в системе. Бэкдор контролируется вручную операторами и C2-сервер не отдает никаких команд автоматически.
TokenBuoySH загружается предыдущим бэкдором с помощью команды !payload. Он также написан на C++ и частично использует тот же код, что и первый, но имеет почти в десять раз больший размер из-за добавления в код библиотеки OpenSSH и ее зависимостей.
Впервые он появился в июле 2025, но тогда устанавливался с помощью UltraVNC. При запуске собирает информацию об аппаратной идентификации системы, вычисляя хэш на ее основе и генерируя GUID.
Полученный GUID используется в качестве ключа реестра. Внутри ключа в формате Base58 закодирована конфигурация бэкдора, которую и пытается получить TokenBuoySH.
Если проверка имени хоста пройдена успешно, конфигурация из ресурсов исполняемого файла сохраняется в ключе реестра и бэкдор отправляет серию POST-запросов на C2.
После отправки информации о системе и телеметрии конфигурация бэкдора обновляется с помощью отправки GET-запроса на эндпоинт /config. Стоит отметить, что бэкдор TokenBuoySH, как и TokenBuoy, не сохраняется в системе автоматически.
Одна из ключевых целей Awaken Likho - извлечение документов из зараженных систем. Для этого используется утилита Rclone, которая загружается и устанавливается с помощью TokenBuoySH.
Новая кампания Awaken Likho показывает, что группировка активно разрабатывает кастомное вредоносное ПО, снижая зависимость от сторонних утилит.
Появление собственных бэкдоров с функциями самоудаления и проверки окружения (сверка имени хоста) свидетельствует о развитии инфраструктуры злоумышленников.
Такой подход усложняет работу аналитикам и средствам защиты, позволяя атакующим точечно адаптировать вредоносную нагрузку под каждую конкретную жертву, минимизируя риски обнаружения.
Исследователи BI.ZONE сообщают, что в даркнете появился в продаже исходный код цепочки уязвимостей для захвата учетных записей Google и Gmail.
Селлер анонсирует, что один OAuth‑токен позволяет получить доступ к аккаунту, извлекать секреты TOTP из Google Authenticator, регистрировать passkey без физического устройства и использовать почту жертвы для рассылки сообщений. Стоимость начинается от 10 тыс. долл.
Получив доступ к Gmail API, злоумышленник сможет читать переписку, искать письма с кодами подтверждения, отправлять сообщения от имени жертвы, удалять письма и изменять почтовые правила.
Это открывает широкие возможности не только для компрометации учетной записи, но и для атак на другие сервисы, использующие почтовый ящик для входа или восстановления доступа.
OAuth‑токен - это разрешение, которое пользователь или администратор выдает приложению для доступа к данным или выполнения действий от имени учетной записи.
Наиболее вероятными сценариями его компрометации являются захват токена с широкими правами доступа к Gmail через фишинговую ссылку, компрометацию уже авторизованного приложения, кражу токена с устройства или использование уязвимости в OAuth‑цепочке.
Предположительная схема эксплуатации выглядит следующим образом: сначала жертву или ее браузер перенаправляют для авторизации приложения или получают уже существующий доступ через OAuth.
Затем сохраняют токен обновления, что дает возможность запрашивать новые временные токены без повторного входа. После этого, используя Gmail API, собирают переписку и применяют почтовый ящик для атак от имени доверенного лица.
Как отмечают в BI.ZONE, если заявленные возможности соответствуют действительности, такая цепочка эксплуатации позволяет сохранить доступ к аккаунту на уровне приложения даже после смены пароля или отзыва активных сессий.
Опасность представляет компрометация корпоративной почты. Она позволяет собирать конфиденциальную переписку, проводить фишинговые и BEC‑атаки от имени доверенного пользователя.
По данным BI.ZONE, в 2025 злоумышленники отправили в три раза больше фишинговых писем, чем годом ранее. Атакующие все чаще используют легитимные механизмы доступа и предусмотренные платформами возможности, поскольку такая активность значительно сложнее выявляется средствами защиты.
Селлер анонсирует, что один OAuth‑токен позволяет получить доступ к аккаунту, извлекать секреты TOTP из Google Authenticator, регистрировать passkey без физического устройства и использовать почту жертвы для рассылки сообщений. Стоимость начинается от 10 тыс. долл.
Получив доступ к Gmail API, злоумышленник сможет читать переписку, искать письма с кодами подтверждения, отправлять сообщения от имени жертвы, удалять письма и изменять почтовые правила.
Это открывает широкие возможности не только для компрометации учетной записи, но и для атак на другие сервисы, использующие почтовый ящик для входа или восстановления доступа.
OAuth‑токен - это разрешение, которое пользователь или администратор выдает приложению для доступа к данным или выполнения действий от имени учетной записи.
Наиболее вероятными сценариями его компрометации являются захват токена с широкими правами доступа к Gmail через фишинговую ссылку, компрометацию уже авторизованного приложения, кражу токена с устройства или использование уязвимости в OAuth‑цепочке.
Предположительная схема эксплуатации выглядит следующим образом: сначала жертву или ее браузер перенаправляют для авторизации приложения или получают уже существующий доступ через OAuth.
Затем сохраняют токен обновления, что дает возможность запрашивать новые временные токены без повторного входа. После этого, используя Gmail API, собирают переписку и применяют почтовый ящик для атак от имени доверенного лица.
Как отмечают в BI.ZONE, если заявленные возможности соответствуют действительности, такая цепочка эксплуатации позволяет сохранить доступ к аккаунту на уровне приложения даже после смены пароля или отзыва активных сессий.
Опасность представляет компрометация корпоративной почты. Она позволяет собирать конфиденциальную переписку, проводить фишинговые и BEC‑атаки от имени доверенного пользователя.
По данным BI.ZONE, в 2025 злоумышленники отправили в три раза больше фишинговых писем, чем годом ранее. Атакующие все чаще используют легитимные механизмы доступа и предусмотренные платформами возможности, поскольку такая активность значительно сложнее выявляется средствами защиты.
BI.ZONE
В даркнете продают исходный код цепочки уязвимостей для захвата учетных записей Google и Gmail
Злоумышленники утверждают, что один OAuth-токен позволяет получить практически полный контроль над учетной записью и потенциально скомпрометировать другие сервисы, привязанные к электронной почте жертвы
Forwarded from Russian OSINT
Как сообщает «Лаборатория Касперского», эксперты обнаружили новую атаку APT-группировки Head Mare, в которой злоумышленники проэксплуатировали цепочку уязвимостей в сервере видеоконференций TrueConf и заменили оригинальные инсталляторы клиента TrueConf на зараженные версии, устанавливающие в систему вредоносное ПО PhantomCore.
В результате исследования скомпрометированного сервера было установлено, что злоумышленники использовали связку из двух новых уязвимостей (им присвоены внутренние идентификаторы KLCERT-26-057 и KLCERT-26-058), позволяющую выполнить произвольный код с максимальными привилегиями.
1️⃣ Злоумышленники без предварительной авторизации подключаются к серверу TrueConf по порту 4307/TCP, который, согласно документации продукта, открыт по умолчанию. Атака применима к серверам TrueConf версий 5.3.X до 5.3.9, 5.4.X до 5.4.9, 5.5.X до 5.5.5 и более ранних версий.
2️⃣ После подключения злоумышленники вызывают функцию сервера, с помощью которой передают вредоносный скрипт и запускают его на сервере. Уязвимости, позволяющей выполнить данный этап атаки, присвоен внутренний идентификатор KLCERT-26-057.
3️⃣ Полученный скрипт запускается на сервере TrueConf в изолированной среде. По умолчанию системные функции операционной системы в этой среде недоступны, что должно ограничивать возможности выполняемого кода.
4️⃣ Для выхода за пределы изолированной среды злоумышленники эксплуатируют вторую уязвимость, которой присвоен внутренний идентификатор KLCERT-26-058. Эксплуатация этой уязвимости позволяет обойти ограничения изолированной среды и перейти к выполнению команд в контексте операционной системы.
5️⃣ После обхода ограничений среды злоумышленники получают возможность выполнять на сервере произвольный код с правами учетной записи NT AUTHORITY\SYSTEM.
6️⃣ Получив повышенные привилегии, злоумышленники заменяют файл
…\public\js\locale.php на веб-шелл, который может использоваться для последующего удаленного управления скомпрометированным сервером.Использованные злоумышленниками уязвимости были закрыты производителем в последнем обновлении TrueConf Server (версии 5.3.9, 5.4.9 и 5.5.5). Эти обновления были выпущены 18 июня 2026 года.
👆Эксперты рекомендуют всем организациям, использующим ПО TrueConf, установить актуальную версию сервера (версии 5.3.9, 5.4.9 или 5.5.5) в соответствии с рекомендациями вендора.
👉 Также мы рекомендуем убедиться, что клиентские дистрибутивы, загружающиеся с сервера TrueConf, используемого в организации, имеют действительную цифровую подпись TrueConf и не подменены. Обнаруженные нами вредоносные дистрибутивы не имеют действительной цифровой подписи. Проверить подлинность можно также на сайте производителя.
Подробнее: https://securelist.ru/tr/head-mare-targets-trueconf-server-with-phantomcore/116557/
Please open Telegram to view this post
VIEW IN TELEGRAM
Киберподполье принялось за уязвимость внедрения команд критического уровня в программе Progress Kemp LoadMaster.
Kemp LoadMaster - это весьма популярный контроллер доставки приложений (ADC) и балансировщик нагрузки серверов, используемый технологическими компаниями и государственными учреждениями по всему миру (включая, Amazon, ВВС США) для распределения входящего трафика между несколькими серверами, оптимизации производительности приложений и обеспечения высокой доступности сервисов.
Progress Software заявляет, что 80% компаний из списка Fortune 500 используют ее решения, а Kemp LoadMaster внедрена в более чем 100 000 систем по всему миру.
Критическая уязвимость, отслеживаемая как CVE-2026-8037, позволяет неавторизованным злоумышленникам выполнять произвольные команды на незащищенных устройствах LoadMaster, используя необработанные входные данные API в нескольких конечных точках команд.
Progress Software в июне выпустила обновления для устранения уязвимости в Kemp LoadMaster (GA v7.2.63.1 или более ранних версиях и LTSF v7.2.54.17 или более ранних версиях), а также подтвердила, что она затрагивает все версии MOVEit WAF (Web Application Firewall) до GA v7.2.63.2 .
По данным Shadowserver, около 300 экземпляров Kemp LoadMaster доступны в сети. Однако нет информации о том, сколько из них являются ханипотами или уже защищены от атак CVE-2026-8037. В пятницу CISA добавила ее в свой каталог KEV активно используемых уязвимостей.
В прошлом месяце Progress также разослала электронные письма клиентам ShareFile, использующим контроллеры зон хранения, с требованием немедленно отключить серверы после выявления того, что она тогда описала как «достоверную внешнюю угрозу безопасности», нацеленную на это локальное ПО для безопасного обмена файлами.
Позже выпустила обновления для серьезной 0-day, связанной с обходом пути в ShareFile, отмечая, что у компании «нет никаких признаков несанкционированного доступа к каким-либо учетным записям или данным клиентов, не детектируя при этом никакой активной угрозы.
Kemp LoadMaster - это весьма популярный контроллер доставки приложений (ADC) и балансировщик нагрузки серверов, используемый технологическими компаниями и государственными учреждениями по всему миру (включая, Amazon, ВВС США) для распределения входящего трафика между несколькими серверами, оптимизации производительности приложений и обеспечения высокой доступности сервисов.
Progress Software заявляет, что 80% компаний из списка Fortune 500 используют ее решения, а Kemp LoadMaster внедрена в более чем 100 000 систем по всему миру.
Критическая уязвимость, отслеживаемая как CVE-2026-8037, позволяет неавторизованным злоумышленникам выполнять произвольные команды на незащищенных устройствах LoadMaster, используя необработанные входные данные API в нескольких конечных точках команд.
Progress Software в июне выпустила обновления для устранения уязвимости в Kemp LoadMaster (GA v7.2.63.1 или более ранних версиях и LTSF v7.2.54.17 или более ранних версиях), а также подтвердила, что она затрагивает все версии MOVEit WAF (Web Application Firewall) до GA v7.2.63.2 .
По данным Shadowserver, около 300 экземпляров Kemp LoadMaster доступны в сети. Однако нет информации о том, сколько из них являются ханипотами или уже защищены от атак CVE-2026-8037. В пятницу CISA добавила ее в свой каталог KEV активно используемых уязвимостей.
В прошлом месяце Progress также разослала электронные письма клиентам ShareFile, использующим контроллеры зон хранения, с требованием немедленно отключить серверы после выявления того, что она тогда описала как «достоверную внешнюю угрозу безопасности», нацеленную на это локальное ПО для безопасного обмена файлами.
Позже выпустила обновления для серьезной 0-day, связанной с обходом пути в ShareFile, отмечая, что у компании «нет никаких признаков несанкционированного доступа к каким-либо учетным записям или данным клиентов, не детектируя при этом никакой активной угрозы.
Progress
LoadMaster Critical Security Bulletin – June 2026 – (CVE-2026-8037, CVE-2026-33691) - Progress Community
The Progress Kemp LoadMaster team recently confirmed one critical-severity and one high-severity vulnerability in Progress Kemp LoadMaster: GA v7.2.63.1 and older, and LTSF v7.2.54.17 and older (CVE-2026-8037, CVE-2026-33691). We have addressed the issues…
Критическая 0-day в Metabase активно используется в атаках, нацеленных на кражу данных у клиентов.
Компания выпустила уведомление, отметив, что ее платформа Metabase Cloud SaaS была скомпрометирована из-за ранее неизвестной уязвимости, затрагивающей версии 1.58 и выше. Уязвимыми также являются установки, размещенные на собственных серверах.
Metabase заблокировала конечные точки, использованные для атаки, и немедленно выпустила исправление для уязвимости SQL-инъекции, которая в конечном итоге способна предоставить удаленному злоумышленнику административный доступ к экземпляру клиента.
Проблема еще не получила идентификатор CVE, но в её уведомлении оценивается как критическая с CVSS 10,0 и отмечена как активно используемая злоумышленниками.
Получив административный доступ к экземпляру, злоумышленник может изменить конфигурацию приложения, украсть сохраненные учетные данные для подключенных баз данных, прочитать любые данные, доступные через эти соединения, и экспортировать данные.
Metabase доступен как в виде ПО, которое организации могут размещать самостоятельно, так и через Metabase Cloud, управляемое SaaS-приложение.
Как сообщают в Metabase, ее облачные клиенты уже получили исправления, в то время как организациям, использующим уязвимые саморазмещенные установки, необходимо обновить их вручную.
Уязвимость SQLi исправлена в исправленных версиях для всех затронутых веток от 0.58 до 0.63, при этом минимальными безопасными версиями являются 0.58.24, 0.59.21, 0.60.17, 0.61.11, 0.62.9 и 0.63.5.
Организациям, не имеющим возможности немедленно выполнить обновление, рекомендуется временно заблокировать доступ к /api/session/reset_password до тех пор, пока не будет установлено обновление.
Metabase рекомендует клиентам, использующим собственное размещение, немедленно обновить систему, аннулировать все активные пользовательские сессии, проверить ключи API и учетные записи администраторов на предмет несанкционированных изменений, обновить учетные данные для подключенных баз данных, а также проверить журналы и историю запросов на наличие признаков компрометации.
Компания утверждает, что атаки можно идентифицировать по POST-запросу /api/session/reset_password, возвращающему код состояния 400, за которым следует успешный GET-запрос к /api/user/current. Причем системные журналы, содержащие эти записи, вероятно, также могут быть скомпрометированы.
Производитель ноутбуков Framework уже стала одной из компаний, подтвердивших кражу информации о клиентах после того, как злоумышленники взломали её экземпляр Metabase.
В уведомлении Framework отметила, что инцидент позволил злоумышленникам украсть информацию о клиентах, включающую полные имена, адреса электронной почты, IP для входа в систему, адреса для выставления счетов и доставки, номер телефона и название компании.
Framework 6 августа уведомила Metabase о наличии потенциальной 0-day и своей компрометации. Кроме того, популярный онлайн-конструктор форм Tally также уведомил пользователей о том, что 3 августа была взломана ее среда Metabase.
Так что очевидно, продолжение следует, но будем посмотреть.
Компания выпустила уведомление, отметив, что ее платформа Metabase Cloud SaaS была скомпрометирована из-за ранее неизвестной уязвимости, затрагивающей версии 1.58 и выше. Уязвимыми также являются установки, размещенные на собственных серверах.
Metabase заблокировала конечные точки, использованные для атаки, и немедленно выпустила исправление для уязвимости SQL-инъекции, которая в конечном итоге способна предоставить удаленному злоумышленнику административный доступ к экземпляру клиента.
Проблема еще не получила идентификатор CVE, но в её уведомлении оценивается как критическая с CVSS 10,0 и отмечена как активно используемая злоумышленниками.
Получив административный доступ к экземпляру, злоумышленник может изменить конфигурацию приложения, украсть сохраненные учетные данные для подключенных баз данных, прочитать любые данные, доступные через эти соединения, и экспортировать данные.
Metabase доступен как в виде ПО, которое организации могут размещать самостоятельно, так и через Metabase Cloud, управляемое SaaS-приложение.
Как сообщают в Metabase, ее облачные клиенты уже получили исправления, в то время как организациям, использующим уязвимые саморазмещенные установки, необходимо обновить их вручную.
Уязвимость SQLi исправлена в исправленных версиях для всех затронутых веток от 0.58 до 0.63, при этом минимальными безопасными версиями являются 0.58.24, 0.59.21, 0.60.17, 0.61.11, 0.62.9 и 0.63.5.
Организациям, не имеющим возможности немедленно выполнить обновление, рекомендуется временно заблокировать доступ к /api/session/reset_password до тех пор, пока не будет установлено обновление.
Metabase рекомендует клиентам, использующим собственное размещение, немедленно обновить систему, аннулировать все активные пользовательские сессии, проверить ключи API и учетные записи администраторов на предмет несанкционированных изменений, обновить учетные данные для подключенных баз данных, а также проверить журналы и историю запросов на наличие признаков компрометации.
Компания утверждает, что атаки можно идентифицировать по POST-запросу /api/session/reset_password, возвращающему код состояния 400, за которым следует успешный GET-запрос к /api/user/current. Причем системные журналы, содержащие эти записи, вероятно, также могут быть скомпрометированы.
Производитель ноутбуков Framework уже стала одной из компаний, подтвердивших кражу информации о клиентах после того, как злоумышленники взломали её экземпляр Metabase.
В уведомлении Framework отметила, что инцидент позволил злоумышленникам украсть информацию о клиентах, включающую полные имена, адреса электронной почты, IP для входа в систему, адреса для выставления счетов и доставки, номер телефона и название компании.
Framework 6 августа уведомила Metabase о наличии потенциальной 0-day и своей компрометации. Кроме того, популярный онлайн-конструктор форм Tally также уведомил пользователей о том, что 3 августа была взломана ее среда Metabase.
Так что очевидно, продолжение следует, но будем посмотреть.
Metabase | Open source Business Intelligence and Embedded Analytics
Security update available for Metabase - Please upgrade now
We've patched a critical vulnerability.
Кучно пошло: китайская модель ИИ Kimi все за своими коллегами вырвалась из тестовой среды во время закрытого тестирования в начале этого года.
Модель воспользовалась ошибкой в конфигурации среды, чтобы получить доступ к интернету и обмануть систему при выполнении задания по кибербезопасности.
По данным Frontier Security, проводившей тестирование, никакой вреда сторонним компаниям нанесено не было. Kimi присоединился к моделям от Anthropic, OpenAI и Meta, которые также смогли покинуть тестовые среды за последний месяц.
Модель воспользовалась ошибкой в конфигурации среды, чтобы получить доступ к интернету и обмануть систему при выполнении задания по кибербезопасности.
По данным Frontier Security, проводившей тестирование, никакой вреда сторонним компаниям нанесено не было. Kimi присоединился к моделям от Anthropic, OpenAI и Meta, которые также смогли покинуть тестовые среды за последний месяц.
blog.frontier.security
Chinese Model Kimi K3 Breaks UK AI Safety Institute Benchmark Evaluations | Frontier Security
Kimi K3 exploited network egress in a UK AI Safety Institute evaluation sandbox to retrieve an official benchmark solution instead of solving the task natively.
Forwarded from Social Engineering
• В прошлом году делился с вами очень крутым материалом, автор которого потратил огромное кол-во времени и пересобрал сотни кластеров k8s, что помогло реализовать полноценный гайд по ручному развертыванию Kubernetes без использования автоматизированных инструментов, таких как
• Так вот, у этого автора есть дополнительный материал из этой серии. Статья небольшая, но полезная - поможет освежить в памяти хорошо забытое старое и, возможно, узнать что-то новое.
• Напомню, что в первой статье мы собрали control plane вручную: выпустили сертификаты, подготовили конфигурации и запустили управляющие компоненты. API-сервер уже отвечает, но кластер пока остается без рабочих узлов.
• Пока в кластере нет worker-нод, запускать прикладные поды просто негде. Во второй части мы добавим Worker-ноду и разберем весь путь от чистой VM до зарегистрированного узла в Kubernetes.
Kubernetes The Hard Wa. Часть 1:
➡ Введение;
➡ Почему «The Hard Way»;
➡ Архитектура развертывания;
➡ Создание инфраструктуры;
➡ Базовая настройка узлов;
➡ Загрузка модулей ядра;
➡ Настройка параметров sysctl;
➡ Установка компонентов;
➡ Настройка компонентов;
➡ Проверка готовности компонентов;
➡ Работа с сертификатами;
➡ Создание корневых сертификатов;
➡ Создание сертификатов приложений;
➡ Создание ключа подписи ServiceAccount;
➡ Создание всех сертификатов;
➡ Создание конфигураций kubeconfig;
➡ Создание всех kubeconfig;
➡ Проверка блока сертификатов;
➡ Создание static pod-ов управляющего контура;
➡ Создание всех static pod-ов управляющего контура;
➡ Создание static pod-ов ETCD кластера;
➡ Запуск службы Kubelet;
➡ Проверка состояния кластера;
➡ Настройка ролевой модели;
➡ Загрузка конфигурации в кластер;
➡ Загрузка корневых сертификатов в кластер;
➡ Маркировка и ограничение узлов.
Kubernetes The Hard Wa. Часть 2:
➡ Инфраструктура;
➡ Базовая настройка узлов;
➡ Загрузка модулей ядра;
➡ Настройка параметров sysctl;
➡ Установка компонентов;
➡ Настройка компонентов;
➡ Аутентификация;
➡ Запуск Kubelet;
➡ Проверка;
➡ Вывод.
S.E. ▪️ infosec.work ▪️ VT
kubeadm.• Так вот, у этого автора есть дополнительный материал из этой серии. Статья небольшая, но полезная - поможет освежить в памяти хорошо забытое старое и, возможно, узнать что-то новое.
• Напомню, что в первой статье мы собрали control plane вручную: выпустили сертификаты, подготовили конфигурации и запустили управляющие компоненты. API-сервер уже отвечает, но кластер пока остается без рабочих узлов.
• Пока в кластере нет worker-нод, запускать прикладные поды просто негде. Во второй части мы добавим Worker-ноду и разберем весь путь от чистой VM до зарегистрированного узла в Kubernetes.
Kubernetes The Hard Wa. Часть 1:
Kubernetes The Hard Wa. Часть 2:
S.E. ▪️ infosec.work ▪️ VT
Please open Telegram to view this post
VIEW IN TELEGRAM
Cisco предупреждает, что ее Secure Endpoint Connector для Windows, macOS и Linux подвержены семи уязвимостям ClamAV, которые могут привести к DoS, включая две уязвимости, которые получили общедоступный PoC.
ClamAV (Clam AntiVirus) - это кроссплатформенный механизм обнаружения вредоносных ПО с открытым исходным кодом, предоставляющий многопоточный виртуальный сканер, фильтрацию электронной почты и автоматическое обновление базы данных.
Уязвимости отслеживаются как CVE-2026-20337–CVE-2026-20339 и CVE-2026-20345–CVE-2026-20348 и были обнаружены в парсерах ClamAV для файловых форматов ZIP, GPT, PESpin, PDF, Mach-O и XAR.
Исправления ошибок были включены в ClamAV 1.5.4, которая также включает исправление уязвимости обхода пути в WinRAR для Windows, которая могла привести к выполнению произвольного кода.
Вскоре после того, как ClamAV выпустил исправления, Cisco представила предупреждение о выходе PoC, нацеленного на CVE-2026-20337 и CVE-2026-20338.
По данным Cisco, обходных путей для устранения каких-либо уязвимостей не существует, и в августе для всех продуктов Secure Endpoint Connector будут выпущены обновления, устраняющие эти уязвимости.
По словам разработчиков, обнаруженные уязвимости представляют высокий риск для пользователей Windows, поскольку на этих платформах процесс сканирования ClamAV выполняется в привилегированном контексте безопасности.
На macOS и Linux эти уязвимости представляют собой риск средней степени серьезности, поскольку процесс сканирования ClamAV на них выполняется с более низкими привилегиями.
Проблема не затрагивает Secure Endpoint Private Cloud, но затрагивает ПО Secure Endpoint Connector, так что клиентам рекомендуется загрузить доступные исправления (входящие в состав Secure Endpoint Private Cloud версий 4.2.8 и более поздних) из облака на свои конечные устройства.
Компания заявляет, что ей неизвестно о случаях эксплуатации каких-либо из этих уязвимостей в реальных условиях. Но это пока, будем как обычно посмотреть.
ClamAV (Clam AntiVirus) - это кроссплатформенный механизм обнаружения вредоносных ПО с открытым исходным кодом, предоставляющий многопоточный виртуальный сканер, фильтрацию электронной почты и автоматическое обновление базы данных.
Уязвимости отслеживаются как CVE-2026-20337–CVE-2026-20339 и CVE-2026-20345–CVE-2026-20348 и были обнаружены в парсерах ClamAV для файловых форматов ZIP, GPT, PESpin, PDF, Mach-O и XAR.
Исправления ошибок были включены в ClamAV 1.5.4, которая также включает исправление уязвимости обхода пути в WinRAR для Windows, которая могла привести к выполнению произвольного кода.
Вскоре после того, как ClamAV выпустил исправления, Cisco представила предупреждение о выходе PoC, нацеленного на CVE-2026-20337 и CVE-2026-20338.
По данным Cisco, обходных путей для устранения каких-либо уязвимостей не существует, и в августе для всех продуктов Secure Endpoint Connector будут выпущены обновления, устраняющие эти уязвимости.
По словам разработчиков, обнаруженные уязвимости представляют высокий риск для пользователей Windows, поскольку на этих платформах процесс сканирования ClamAV выполняется в привилегированном контексте безопасности.
На macOS и Linux эти уязвимости представляют собой риск средней степени серьезности, поскольку процесс сканирования ClamAV на них выполняется с более низкими привилегиями.
Проблема не затрагивает Secure Endpoint Private Cloud, но затрагивает ПО Secure Endpoint Connector, так что клиентам рекомендуется загрузить доступные исправления (входящие в состав Secure Endpoint Private Cloud версий 4.2.8 и более поздних) из облака на свои конечные устройства.
Компания заявляет, что ей неизвестно о случаях эксплуатации каких-либо из этих уязвимостей в реальных условиях. Но это пока, будем как обычно посмотреть.
blog.clamav.net
ClamAV 1.5.4 and 1.4.6 security patch versions published
Today, we are publishing the 1.5.4 and 1.4.6 security patch versions. The release files for the patch versions are available for download ...
Хакеры взломали инфраструктуру компании BdThemes, разработчика премиальных инструментов для веб-дизайна WordPress, модифицировав удаленный JSON-поток, передаваемый в браузеры администраторов, для создания фейковых учетных записей администраторов.
Начиная с субботы, затронутые продукты BdThemes стали недоступны для скачивания после того, как команда разработчиков закрыла все из них до завершения полной проверки.
BdThemes предлагает премиальные плагины для WordPress, включая Element Pack, Prime Slider, Ultimate Post Kit, Pixel Gallery и Ultimate Store Kit.
Только флагманский Element Pack в настоящее время насчитывает более 100 000 активных установок на WordPress.org, а разработчик заявляет в портфолио более 350 000 активных установок.
Defiant 7 августа начала фиксировать первые атаки через свой межсетевой экран веб-приложений Wordfence (WAF). Исследователи полагают, что злоумышленник «отравил статический удаленный поток данных в формате JSON, получаемый административным компонентом рекламных баннеров», получив доступ на запись к хранилищу поставщика.
По данным исследователей, разработчик плагина внедрил XSS-уязвимость в код анализа JSON-ответа, что позволило злоумышленнику заменить легитимный рекламный JSON вредоносным кодом, использующим эту уязвимость безопасности.
Атака стала возможной благодаря уязвимости в коде, появившейся в марте 2026 года в коде анализа JSON-ответов, что открыло возможности для XSS в инфраструктуре BdThemes.
Недостаток кроется в библиотеке Biggop, используемой компонентом Biggopti, отвечающим за получение рекламных баннеров с API-сервера поставщика и их отображение в административной панели WordPress у клиентов.
В отчете поясняется, что вредоносная инъекция JavaScript использует аутентифицированную сессию легитимного администратора для создания новых учетных записей администратора на затронутых сайтах, а дополнительная полезная нагрузка (w2.js) обеспечивает постоянное присутствие через веб-оболочку (emer-run.php) путем установки поддельного плагина.
Biggop уязвима для межсайтового скриптинга через параметр display_id из API Sigmative в различных версиях из-за недостаточной экранировки выходных данных.
Это позволяет злоумышленникам, способным скомпрометировать API-сервер Sigmative, внедрять произвольные веб-скрипты на страницы, которые будут выполняться всякий раз, когда пользователь обращается к внедренной странице.
Проблема получила оценку средней степени серьезности, и отчете Defiant указано, что на момент публикации она не была исправлена.
Поскольку атака полностью основана на API, не требует взаимодействия, изменения файлов или обновления плагинов, она абсолютно незаметна, и полезная нагрузка выполняется каждый раз, когда авторизованный администратор открывает страницу wp-admin.
Внедренный код манипулирует запросами к базе данных WordPress, чтобы скрыть мошеннические учетные записи администраторов от списка пользователей, что затрудняет обнаружение взлома.
Исследователи Wordfence утверждают, что сообщения об используемой в наблюдаемых атаках инфраструктуре C2 указывают на того же злоумышленника, который стоит за недавними взломами цепочек поставок Advanced Responsive Video Embedder и OptinMonster.
После обнаружения фактов нападений исследователи проанализировали имеющиеся записи и определили, что самое раннее возможное начало кампании было 23 июня.
Затронутые плагины были удалены из каталога WordPress 8 августа до завершения расследования, а две некорректно обработанные конечные точки API теперь возвращают корректные данные в формате JSON.
Начиная с субботы, затронутые продукты BdThemes стали недоступны для скачивания после того, как команда разработчиков закрыла все из них до завершения полной проверки.
BdThemes предлагает премиальные плагины для WordPress, включая Element Pack, Prime Slider, Ultimate Post Kit, Pixel Gallery и Ultimate Store Kit.
Только флагманский Element Pack в настоящее время насчитывает более 100 000 активных установок на WordPress.org, а разработчик заявляет в портфолио более 350 000 активных установок.
Defiant 7 августа начала фиксировать первые атаки через свой межсетевой экран веб-приложений Wordfence (WAF). Исследователи полагают, что злоумышленник «отравил статический удаленный поток данных в формате JSON, получаемый административным компонентом рекламных баннеров», получив доступ на запись к хранилищу поставщика.
По данным исследователей, разработчик плагина внедрил XSS-уязвимость в код анализа JSON-ответа, что позволило злоумышленнику заменить легитимный рекламный JSON вредоносным кодом, использующим эту уязвимость безопасности.
Атака стала возможной благодаря уязвимости в коде, появившейся в марте 2026 года в коде анализа JSON-ответов, что открыло возможности для XSS в инфраструктуре BdThemes.
Недостаток кроется в библиотеке Biggop, используемой компонентом Biggopti, отвечающим за получение рекламных баннеров с API-сервера поставщика и их отображение в административной панели WordPress у клиентов.
В отчете поясняется, что вредоносная инъекция JavaScript использует аутентифицированную сессию легитимного администратора для создания новых учетных записей администратора на затронутых сайтах, а дополнительная полезная нагрузка (w2.js) обеспечивает постоянное присутствие через веб-оболочку (emer-run.php) путем установки поддельного плагина.
Biggop уязвима для межсайтового скриптинга через параметр display_id из API Sigmative в различных версиях из-за недостаточной экранировки выходных данных.
Это позволяет злоумышленникам, способным скомпрометировать API-сервер Sigmative, внедрять произвольные веб-скрипты на страницы, которые будут выполняться всякий раз, когда пользователь обращается к внедренной странице.
Проблема получила оценку средней степени серьезности, и отчете Defiant указано, что на момент публикации она не была исправлена.
Поскольку атака полностью основана на API, не требует взаимодействия, изменения файлов или обновления плагинов, она абсолютно незаметна, и полезная нагрузка выполняется каждый раз, когда авторизованный администратор открывает страницу wp-admin.
Внедренный код манипулирует запросами к базе данных WordPress, чтобы скрыть мошеннические учетные записи администраторов от списка пользователей, что затрудняет обнаружение взлома.
Исследователи Wordfence утверждают, что сообщения об используемой в наблюдаемых атаках инфраструктуре C2 указывают на того же злоумышленника, который стоит за недавними взломами цепочек поставок Advanced Responsive Video Embedder и OptinMonster.
После обнаружения фактов нападений исследователи проанализировали имеющиеся записи и определили, что самое раннее возможное начало кампании было 23 июня.
Затронутые плагины были удалены из каталога WordPress 8 августа до завершения расследования, а две некорректно обработанные конечные точки API теперь возвращают корректные данные в формате JSON.
Wordfence
PSA: Supply Chain Compromise in BdThemes Ecosystem via Poisoned API Response
The Wordfence Threat Intelligence Team was notified on August 7th, 2026 of a supply chain compromise affecting BdThemes, a WordPress plugin vendor whose plugins are available in the official WordPress plugins directory. Currently, all the affected plugins…
Исследователи из Лаборатории Касперского продолжают отслеживать проект CAV3RN, акцентируя внимание на Google Apps Script в качестве ретранслятора C2 и выбор канала C2 на основе DNS.
Проект CAV3RN - это модульная шпионская платформа, используемая против целей в Израиле.
Новый отчет является продолжением двух предыдущих: первый был опубликован в июне в рамках Kaspersky Threat Intelligence Reporting, а второй вышел на Securelist в следующем месяце, дополнительно документируя развитие архитектуры платформы и ее возможностей С2.
Новое исследование этого кластера позволило выявить в начале августа несколько ранее не задокументированных компонентов, которые расширили возможности связи и оркестрации фреймворка.
Главным открытием стал сложный модуль C2 GoogleService.dll, который представляет собой 64-битную DLL-библиотеку, скомпилированную с помощью Microsoft .NET 8 NativeAOT.
Он использует ответы DNS A-записи для выбора между прямым HTTPS-соединением и ретрансляцией через Google Apps Script для каждой транзакции.
Та же инфраструктура DNS может проверять и заменять идентификатор развертывания ретранслятора, позволяя оператору переключать канал Google.
В ЛК также определили локальный межкомпонентный брокер фреймворка rnp.dll, который представляет собой 64-битную DLL-библиотеку, скомпилированную с помощью Microsoft Visual C++. Он обнаруживает и загружает DLL-компоненты, маршрутизирует сообщения между ними и поддерживает обновления во время выполнения.
Как отмечают в ЛК, CAV3RN продолжает развиваться, внедряя все более сложные компоненты и возможности связи.
Используя легитимные сервисы - ранее события календаря Outlook, а теперь Google Apps Script - фреймворк смешивает свой трафик С2 с обычной сетевой активностью, что усложняет обнаружение на основе сети.
Учитывая темпы разработки, модульную структуру и темпы работы, в ЛК полагают, что CAV3RN, вероятно, продолжит расширяться. Но исследователи обещают продолжать его отслеживать и информировать о его активности в реальных условиях.
Все технические подробности и IOCs - в отчете.
Проект CAV3RN - это модульная шпионская платформа, используемая против целей в Израиле.
Новый отчет является продолжением двух предыдущих: первый был опубликован в июне в рамках Kaspersky Threat Intelligence Reporting, а второй вышел на Securelist в следующем месяце, дополнительно документируя развитие архитектуры платформы и ее возможностей С2.
Новое исследование этого кластера позволило выявить в начале августа несколько ранее не задокументированных компонентов, которые расширили возможности связи и оркестрации фреймворка.
Главным открытием стал сложный модуль C2 GoogleService.dll, который представляет собой 64-битную DLL-библиотеку, скомпилированную с помощью Microsoft .NET 8 NativeAOT.
Он использует ответы DNS A-записи для выбора между прямым HTTPS-соединением и ретрансляцией через Google Apps Script для каждой транзакции.
Та же инфраструктура DNS может проверять и заменять идентификатор развертывания ретранслятора, позволяя оператору переключать канал Google.
В ЛК также определили локальный межкомпонентный брокер фреймворка rnp.dll, который представляет собой 64-битную DLL-библиотеку, скомпилированную с помощью Microsoft Visual C++. Он обнаруживает и загружает DLL-компоненты, маршрутизирует сообщения между ними и поддерживает обновления во время выполнения.
Как отмечают в ЛК, CAV3RN продолжает развиваться, внедряя все более сложные компоненты и возможности связи.
Используя легитимные сервисы - ранее события календаря Outlook, а теперь Google Apps Script - фреймворк смешивает свой трафик С2 с обычной сетевой активностью, что усложняет обнаружение на основе сети.
Учитывая темпы разработки, модульную структуру и темпы работы, в ЛК полагают, что CAV3RN, вероятно, продолжит расширяться. Но исследователи обещают продолжать его отслеживать и информировать о его активности в реальных условиях.
Все технические подробности и IOCs - в отчете.
Forwarded from Russian OSINT
❗️ Microsoft не смогли должным образом устранить уязвимость RoguePlanet (CVE-2026-50656), ShieldBreak — PoC, демонстрирующий полный обход предыдущего патча, теперь общедоступен. 🕵️PoC работает с последним патчем — август 2026 год.
— пишет исследователь Nightmare Eclipse в
Please open Telegram to view this post
VIEW IN TELEGRAM
Исследователи BI.ZONE обратили внимание на то, как в эпоху ИИ‑агентов CISO могут задействовать EDR для обнаружения и контроля локальных ИИ‑агентов, закравшихся в инфраструктуру без ведома службы кибербезопасности.
По данным исследователей, не менее 72% организаций используют ИИ для решения тех или иных задач. Отдельным трендом становится развертывание локальных моделей и внутренних ИИ‑платформ.
Так, в инфраструктурах российских компаний чаще всего встречаются: Cursor - 24%, Codex - 24%, Copilot - 17%, Claude Code - 8%.
При этом наличие агента на рабочей станции еще не означает его активного использования. Исходя из оценки фактической активности, в топ‑5 агентов входят: Codex - 54%, Claude Code - 13%, Cursor - 12%, Zed - 9%, OpenCode - 9%.
Все это требует особого внимания со стороны кибербезопасности: Бизоны уже фиксируют инциденты, связанные с работой ИИ‑агентов.
Так, в корпоративной безопасности может существовать иллюзия: если инструмент запрещен политикой и не числится в CMDB, значит, его в инфраструктуре нет. С ИИ‑агентами такая логика особенно опасна.
ИИ‑агент необязательно появляется в компании в рамках централизованного внедрения. Он может «прийти» как расширение IDE, пакет из публичного репозитория, десктопное приложение или консольная утилита.
Так что такой инструмент уже способен работать на устройстве сотрудника и использовать ресурсы компании, оставаясь вне поля зрения. При этом ИИ‑агент - не просто еще один интерфейс для общения с языковой моделью.
В зависимости от конфигурации он может читать и изменять файлы, запускать команды, обращаться к внешним сервисам и действовать с правами текущего пользователя. Поэтому его появление меняет не только способ работы сотрудника, но и поверхность атаки.
С этим связаны три ключевые группы рисков:
1. Утечка данных. Агент может получить доступ к исходному коду, документам, локальным секретам и корпоративным хранилищам, а затем передать информацию через подключенный инструмент или разрешенное сетевое соединение.
2. Поведение агента: его невозможно заранее исчерпывающе описать и которое не всегда очевидно пользователю. Агент самостоятельно преобразует высокоуровневую задачу в последовательность команд и обращений к инструментам. При этом безобидный запрос может привести к поиску сохраненных паролей и токенов, обращению к системным хранилищам или запуску сторонних средств извлечения учетных данных.
3. Компрометации хоста или сессии агента. Злоумышленник может ставить задачи уже запущенному агенту и использовать доступные ему инструменты, активные сессии и интеграции.
В такой ситуации CISO выбирает один из двух подходов: провести жесткую границу, заблокировав сетевой доступ и установку, либо признать, что ИИ‑агенты используются в рабочих процессах, и перевести их в управляемый контур.
Формально существует и третий вариант - не формулировать позицию и оставить тему без внимания. Однако агенты продолжат появляться, но уже без правил, владельцев и наблюдаемости. Так возникает shadow AI - частный случай shadow IT.
Поэтому главный выбор в дилемме «запретить нельзя разрешить» стоит не между безопасностью и инновациями, а между невидимым для организации использованием ИИ‑агентов и контролируемым - таким, при котором она способна выявлять агентов, ограничивать их полномочия и расследовать их действия.
В своем отчете Бизоны рассказывают на примерах двух ИИ‑платформ, как решения класса EDR обнаруживают ИИ‑агентов и с какими опасными конфигурациями этих агентов можно столкнуться.
Кроме того, делятся кейсами, в которых была выявлена вредоносная активность. Дали и файл с артефактами агентов и примерами запросов для их обнаружения.
По данным исследователей, не менее 72% организаций используют ИИ для решения тех или иных задач. Отдельным трендом становится развертывание локальных моделей и внутренних ИИ‑платформ.
Так, в инфраструктурах российских компаний чаще всего встречаются: Cursor - 24%, Codex - 24%, Copilot - 17%, Claude Code - 8%.
При этом наличие агента на рабочей станции еще не означает его активного использования. Исходя из оценки фактической активности, в топ‑5 агентов входят: Codex - 54%, Claude Code - 13%, Cursor - 12%, Zed - 9%, OpenCode - 9%.
Все это требует особого внимания со стороны кибербезопасности: Бизоны уже фиксируют инциденты, связанные с работой ИИ‑агентов.
Так, в корпоративной безопасности может существовать иллюзия: если инструмент запрещен политикой и не числится в CMDB, значит, его в инфраструктуре нет. С ИИ‑агентами такая логика особенно опасна.
ИИ‑агент необязательно появляется в компании в рамках централизованного внедрения. Он может «прийти» как расширение IDE, пакет из публичного репозитория, десктопное приложение или консольная утилита.
Так что такой инструмент уже способен работать на устройстве сотрудника и использовать ресурсы компании, оставаясь вне поля зрения. При этом ИИ‑агент - не просто еще один интерфейс для общения с языковой моделью.
В зависимости от конфигурации он может читать и изменять файлы, запускать команды, обращаться к внешним сервисам и действовать с правами текущего пользователя. Поэтому его появление меняет не только способ работы сотрудника, но и поверхность атаки.
С этим связаны три ключевые группы рисков:
1. Утечка данных. Агент может получить доступ к исходному коду, документам, локальным секретам и корпоративным хранилищам, а затем передать информацию через подключенный инструмент или разрешенное сетевое соединение.
2. Поведение агента: его невозможно заранее исчерпывающе описать и которое не всегда очевидно пользователю. Агент самостоятельно преобразует высокоуровневую задачу в последовательность команд и обращений к инструментам. При этом безобидный запрос может привести к поиску сохраненных паролей и токенов, обращению к системным хранилищам или запуску сторонних средств извлечения учетных данных.
3. Компрометации хоста или сессии агента. Злоумышленник может ставить задачи уже запущенному агенту и использовать доступные ему инструменты, активные сессии и интеграции.
В такой ситуации CISO выбирает один из двух подходов: провести жесткую границу, заблокировав сетевой доступ и установку, либо признать, что ИИ‑агенты используются в рабочих процессах, и перевести их в управляемый контур.
Формально существует и третий вариант - не формулировать позицию и оставить тему без внимания. Однако агенты продолжат появляться, но уже без правил, владельцев и наблюдаемости. Так возникает shadow AI - частный случай shadow IT.
Поэтому главный выбор в дилемме «запретить нельзя разрешить» стоит не между безопасностью и инновациями, а между невидимым для организации использованием ИИ‑агентов и контролируемым - таким, при котором она способна выявлять агентов, ограничивать их полномочия и расследовать их действия.
В своем отчете Бизоны рассказывают на примерах двух ИИ‑платформ, как решения класса EDR обнаруживают ИИ‑агентов и с какими опасными конфигурациями этих агентов можно столкнуться.
Кроме того, делятся кейсами, в которых была выявлена вредоносная активность. Дали и файл с артефактами агентов и примерами запросов для их обнаружения.
BI.ZONE
Запретить нельзя разрешить: где CISO поставить запятую в эпоху ИИ-агентов
Локальные ИИ-агенты могут появляться в инфраструктуре без ведома службы кибербезопасности. EDR помогает их обнаружить и взять под контроль
Microsoft выкатила PatchTuesday за август 2026 года, а вместе с ним и обновления для огромного количества уязвимостей - около 400, включая одну активно используемую и две публично раскрытые 0-day.
В рамках обновления устранены 42 критические уязвимости, 37 из которых представляют собой RCE, а 5 - EoP. Расклад по категориям представлен следующим образом: 176 - EoP, 11 - обход функций безопасности, 110 - RCE, 86 - раскрытие информации, 21 - подмена данных.
В число закрытых уязвимостей не включены ошибки в Mariner, Microsoft Teams, Microsoft Azure, Microsoft Entra, Microsoft Office и Power Apps, которые были исправлены Microsoft ранее в этом месяце.
В рамках PatchTuesday были устранены следующие активно используемые 0-day:
- CVE-2026-68820: уязвимость повышения привилегий в драйвере вспомогательных функций Windows для WinSock, которая предоставляет системные привилегии.
Локально авторизованный злоумышленник может запустить специально созданное приложение в уязвимой системе, чтобы вызвать состояние гонки. Успешная эксплуатация может позволить получить системные привилегии. Взаимодействие с пользователем не требуется.
Обнаружение приписывается Моше Марелусу и Давиду Дрикеру из Checkpoint. В своем отчете они отметили, что уязвимость была использована северокорейской Lazarus для распространения вредоносного ПО.
В ходе вторжения злоумышленник использовал CVE-2026-68820 в драйвере Microsoft AFD.sys для развертывания новой версии FudModule, руткита для режима ядра.
Две другие были публично обнародованы, среди них:
- CVE-2026-62832: уязвимость в службе профилей пользователей Windows, приводящая к повышению привилегий, которая предоставляет права администратора.
Некорректное разрешение ссылок перед доступом к файлу («переход по ссылке») в службе профилей пользователей Windows позволяет авторизованному злоумышленнику повысить привилегии локально.
Аутентифицированный злоумышленник, имеющий учетные данные для другой локальной учетной записи, может запустить специально созданное приложение для загрузки раздела реестра другого пользователя.
Успешная эксплуатация позволяет злоумышленнику получить доступ к данным другого пользователя или изменить их, а также получить права администратора. Взаимодействие с пользователем не требуется.
Microsoft приписала обнаружение уязвимости анонимному исследователю, но детали совпадают с 0-day под названием LegacyHive, о которой в прошлом месяце сообщил исследователь Nightmare Eclipse.
Уилл Дорманн из Tharros ранее заявлял, что пользователи без прав администратора могут использовать LegacyHive для изменения раздела реестра с целью запуска команд с административными привилегиями при входе в систему на скомпрометированном устройстве под учетной записью администратора.
- CVE-2026-72971: уязвимость, позволяющая внести изменения в драйвер фильтра файловой системы изоляции контейнеров Windows (unionfs.sys). Microsoft не предоставила никаких подробностей о том, где именно была обнаружена уязвимость, но приписала ее выявление yhw и txz.
Полное описание каждой уязвимости и затронутых ею систем - здесь.
В рамках обновления устранены 42 критические уязвимости, 37 из которых представляют собой RCE, а 5 - EoP. Расклад по категориям представлен следующим образом: 176 - EoP, 11 - обход функций безопасности, 110 - RCE, 86 - раскрытие информации, 21 - подмена данных.
В число закрытых уязвимостей не включены ошибки в Mariner, Microsoft Teams, Microsoft Azure, Microsoft Entra, Microsoft Office и Power Apps, которые были исправлены Microsoft ранее в этом месяце.
В рамках PatchTuesday были устранены следующие активно используемые 0-day:
- CVE-2026-68820: уязвимость повышения привилегий в драйвере вспомогательных функций Windows для WinSock, которая предоставляет системные привилегии.
Локально авторизованный злоумышленник может запустить специально созданное приложение в уязвимой системе, чтобы вызвать состояние гонки. Успешная эксплуатация может позволить получить системные привилегии. Взаимодействие с пользователем не требуется.
Обнаружение приписывается Моше Марелусу и Давиду Дрикеру из Checkpoint. В своем отчете они отметили, что уязвимость была использована северокорейской Lazarus для распространения вредоносного ПО.
В ходе вторжения злоумышленник использовал CVE-2026-68820 в драйвере Microsoft AFD.sys для развертывания новой версии FudModule, руткита для режима ядра.
Две другие были публично обнародованы, среди них:
- CVE-2026-62832: уязвимость в службе профилей пользователей Windows, приводящая к повышению привилегий, которая предоставляет права администратора.
Некорректное разрешение ссылок перед доступом к файлу («переход по ссылке») в службе профилей пользователей Windows позволяет авторизованному злоумышленнику повысить привилегии локально.
Аутентифицированный злоумышленник, имеющий учетные данные для другой локальной учетной записи, может запустить специально созданное приложение для загрузки раздела реестра другого пользователя.
Успешная эксплуатация позволяет злоумышленнику получить доступ к данным другого пользователя или изменить их, а также получить права администратора. Взаимодействие с пользователем не требуется.
Microsoft приписала обнаружение уязвимости анонимному исследователю, но детали совпадают с 0-day под названием LegacyHive, о которой в прошлом месяце сообщил исследователь Nightmare Eclipse.
Уилл Дорманн из Tharros ранее заявлял, что пользователи без прав администратора могут использовать LegacyHive для изменения раздела реестра с целью запуска команд с административными привилегиями при входе в систему на скомпрометированном устройстве под учетной записью администратора.
- CVE-2026-72971: уязвимость, позволяющая внести изменения в драйвер фильтра файловой системы изоляции контейнеров Windows (unionfs.sys). Microsoft не предоставила никаких подробностей о том, где именно была обнаружена уязвимость, но приписала ее выявление yhw и txz.
Полное описание каждой уязвимости и затронутых ею систем - здесь.
Check Point Research
Shattering the Dream - When a Job Offer Becomes a Zero-Day Attack - Check Point Research
Key Points Introduction Since early 2026, Check Point Research has tracked a wave of the Operation Dream Job campaign. This wave primarily targeted the defense sector worldwide, with a particular emphasis on companies operating in the aerospace and aviation…
CloudSEK сообщает, что атака на цепочку поставок LiteLLM в результате взлома Trivy затронула более 2500 организаций и более 430 000 конвейеров CI/CD.
Взлом LiteLLM был раскрыт вскоре после атаки на цепочку поставок сканера уязвимостей с открытым исходным кодом Trivy от Aqua Security и стал прямым следствием этой атаки.
По данным CloudSEK, TeamPCP, стоящая за многочисленными громкими случаями компрометации ПО с открытым исходным кодом (OSS), никогда не атаковала LiteLLM напрямую.
Библиотека Python с открытым исходным кодом и прокси-сервер были взломаны после того, как в их конвейере CI автоматически установилась скомпрометированная версия Trivy.
Две версии LiteLLM 1.82.7 и 1.82.8 были загружены в PyPI, предоставив хакерам доступ ко всей информации, к которой обращалась LiteLLM.
Trivy, затем система сборки LiteLLM и затем релиз LiteLLM: один не аннулированный токен, три инструмента. Именно эта цепочка фактически превртила единичную утечку учетных данных в угрозу для всей экосистемы.
Как отметили исследователи, автоматизированные системы сборки сокращают время. Как только вредоносный артефакт попадает в реестр, запланированные задания, средства разрешения зависимостей, временные исполнители, ноутбуки разработчиков и кэшированные слои могут быстро его скопировать.
Таким образом, окно для проведения анализа и ротации учетных данных выходит за рамки простого удаления пакета.
Модифицированные версии LiteLLM содержали вредоносный код, выполняемый при каждом вызове Python без явного импорта. Полезная нагрузка запускалась на всех системах, где был установлен пакет.
Затронутые пакеты были активны всего 40 минут, но и этого времени оказалось достаточно для распространения вредоносного кода, что в конечном итоге привело к уязвимости 434 000 конвейеров CI/CD и затронуло более 2500 организаций.
Nvidia, AWS, Samsung, Salesforce, Cisco, ServiceNow, Accenture Federal Services, Siemens, Regeneron Pharmaceuticals, London Stock Exchange Group, FedEx, Volkswagen, Orange, HP, Deutsche Bahn, NGINX и Zscaler - это лишь некоторые из компаний, представленных в списке потенциальных жертв CloudSEK.
Представленные потенциальные цифры не следует рассматривать как доказательство того, что каждая указанная организация была успешно скомпрометирована или что все учетные данные были украдены, компрометация должна быть независимо подтверждена в каждом конкретном случае.
Тем не менее, атака на цепочку поставок LiteLLM привела к масштабной компрометации конфиденциальной информации: учетных данных для публикации пакетов, облачных ключей, ключей SSH, токенов, переменных среды, данных среды выполнения и ключей поставщика ИИ и пр.
Хакеры могут использовать эти секреты для захвата учетных записей, кражи данных, внедрения вредоносных коммитов, обеспечения постоянного присутствия в системе, горизонтального перемещения, нарушения работы сервисов, развертывания вредоносного ПО и осуществления различных других типов атак.
Организациям теперь следует считать любой секрет, доступный библиотеке LiteLLM, как скомпрометированный, включая те, которые присутствуют в памяти процесса, внедряются в задание, хранятся на диске или могут быть получены через службу метаданных экземпляра.
Потенциально скомпрометированные секретные данные следует проверить, затем ротировать их вместе с учетными записями служб и сессиями, а также проанализировать журналы, чтобы определить масштабы и временные рамки утечки.
По данным CloudSEK, следующая крупная атака на цепочку поставок, скорее всего, будет направлена на инфраструктуру ИИ, поскольку эти системы стали «важными связующими звеньями между данными, идентификацией, вычислениями и автономными действиями».
Взлом LiteLLM был раскрыт вскоре после атаки на цепочку поставок сканера уязвимостей с открытым исходным кодом Trivy от Aqua Security и стал прямым следствием этой атаки.
По данным CloudSEK, TeamPCP, стоящая за многочисленными громкими случаями компрометации ПО с открытым исходным кодом (OSS), никогда не атаковала LiteLLM напрямую.
Библиотека Python с открытым исходным кодом и прокси-сервер были взломаны после того, как в их конвейере CI автоматически установилась скомпрометированная версия Trivy.
Две версии LiteLLM 1.82.7 и 1.82.8 были загружены в PyPI, предоставив хакерам доступ ко всей информации, к которой обращалась LiteLLM.
Trivy, затем система сборки LiteLLM и затем релиз LiteLLM: один не аннулированный токен, три инструмента. Именно эта цепочка фактически превртила единичную утечку учетных данных в угрозу для всей экосистемы.
Как отметили исследователи, автоматизированные системы сборки сокращают время. Как только вредоносный артефакт попадает в реестр, запланированные задания, средства разрешения зависимостей, временные исполнители, ноутбуки разработчиков и кэшированные слои могут быстро его скопировать.
Таким образом, окно для проведения анализа и ротации учетных данных выходит за рамки простого удаления пакета.
Модифицированные версии LiteLLM содержали вредоносный код, выполняемый при каждом вызове Python без явного импорта. Полезная нагрузка запускалась на всех системах, где был установлен пакет.
Затронутые пакеты были активны всего 40 минут, но и этого времени оказалось достаточно для распространения вредоносного кода, что в конечном итоге привело к уязвимости 434 000 конвейеров CI/CD и затронуло более 2500 организаций.
Nvidia, AWS, Samsung, Salesforce, Cisco, ServiceNow, Accenture Federal Services, Siemens, Regeneron Pharmaceuticals, London Stock Exchange Group, FedEx, Volkswagen, Orange, HP, Deutsche Bahn, NGINX и Zscaler - это лишь некоторые из компаний, представленных в списке потенциальных жертв CloudSEK.
Представленные потенциальные цифры не следует рассматривать как доказательство того, что каждая указанная организация была успешно скомпрометирована или что все учетные данные были украдены, компрометация должна быть независимо подтверждена в каждом конкретном случае.
Тем не менее, атака на цепочку поставок LiteLLM привела к масштабной компрометации конфиденциальной информации: учетных данных для публикации пакетов, облачных ключей, ключей SSH, токенов, переменных среды, данных среды выполнения и ключей поставщика ИИ и пр.
Хакеры могут использовать эти секреты для захвата учетных записей, кражи данных, внедрения вредоносных коммитов, обеспечения постоянного присутствия в системе, горизонтального перемещения, нарушения работы сервисов, развертывания вредоносного ПО и осуществления различных других типов атак.
Организациям теперь следует считать любой секрет, доступный библиотеке LiteLLM, как скомпрометированный, включая те, которые присутствуют в памяти процесса, внедряются в задание, хранятся на диске или могут быть получены через службу метаданных экземпляра.
Потенциально скомпрометированные секретные данные следует проверить, затем ротировать их вместе с учетными записями служб и сессиями, а также проанализировать журналы, чтобы определить масштабы и временные рамки утечки.
По данным CloudSEK, следующая крупная атака на цепочку поставок, скорее всего, будет направлена на инфраструктуру ИИ, поскольку эти системы стали «важными связующими звеньями между данными, идентификацией, вычислениями и автономными действиями».
Cloudsek
2,500+ Companies and 434,000 CI/CD Pipelines Exposed in the Largest AI Supply Chain Breach of 2026 | CloudSEK
CloudSEK’s latest research examines the LiteLLM AI supply-chain attack, which potentially exposed 2,500+ organisations and 434,000 CI/CD pipelines worldwide. The report details the risks to cloud credentials, source-code repositories, Kubernetes environments…
Исследователи Group-IB анонсировали новое вредоносное ПО для Android, использующее технологию NFC-ретрансляции WindRelay, которое применяется совместно с SpyNote (RAT) для кражи данных банковских карт и их отправки злоумышленникам в режиме реального времени.
В ходе расследования установлено, что мошенник выдавал себя за сотрудника банка и звонил жертве, представляясь специалистом по платежным картам.
Во время звонка злоумышленник дал жертве указание установить вредоносную ПО SpyNote RAT под видом легитимного приложения и предоставить ей разрешения службы специальных возможностей, что обеспечило бы ему удаленный доступ к устройству Android.
Для большей убедительности злоумышленник персонализировал метку вредоносного приложения, добавив имя жертвы.
Получив удалённый доступ к устройству через SpyNote, злоумышленник установил WindRelay без дальнейшего взаимодействия с жертвой и использовал банковское приложение для оформления кредита на имя жертвы.
Кроме того, жертве было предложено приложить свою платежную карту к телефону и ввести PIN-код. WindRelay превратил телефон в мошеннический бесконтактный считыватель и передал данные NFC, включая данные аутентификации карты для конкретной транзакции, на устройство злоумышленника.
Это позволило использовать данные карты для совершения покупок в настоящем платежном терминале. Group-IB отметила, что вся операция произошла в течение 13-минутного разговора, а транзакции были подтверждены с использованием PIN-кода, предоставленного жертвой.
Исследователи подчеркивают, что сочетание SpyNote и WindRelay может указывать на набор инструментов, обеспечивающих как доступ к устройству жертвы для банковских операций, так и прямой канал вывода средств.
Кроме того, в отличие от большинства современных вредоносных ПО для Android с функциями демонстрации экрана в реальном времени и VNC, эта комбинация вредоносных ПО позволяла совершать мошенничество исключительно с помощью социальной инженерии по телефону.
Вредоносные ПО для Android, использующие NFC, становятся все более серьезной проблемой, о чем свидетельствуют такие семейства, как NFCShare, NGate, SuperCard X и RelayNFC.
В типичной атаке жертва устанавливает вредоносное приложение и предоставляет ему доступ к NFC. Затем злоумышленник использует методы социнженерии, чтобы обманом заставить жертву приложить свою платежную карту к скомпрометированному телефону.
Телефон использует свой NFC-интерфейс для связи с бесконтактной платежной картой и сбора имеющихся данных, которые затем передаются через интернет на устройство, контролируемое злоумышленником.
В зависимости от полученных данных и используемой техники, злоумышленник может использовать их для мошеннических операций или других финансовых хищений, включая снятие наличных в банкоматах.
SpyNote RAT и её вариации, такие как SpyMax и CypherRAT, распространяются как минимум с 2021 года, а после утечки исходного кода вредоносного ПО количество детектирований резко увеличилось в конце 2022 и начале 2023 года.
Вредоносная ПО может красть банковские данные, учетные данные Facebook и Google, коды Google Authenticator, данные GPS и SMS. Она также может активировать микрофон и камеру устройства, а также перехватывать нажатия клавиш.
Group-IB выявила почти два десятка образцов WindRelay, отправленных в VirusTotal в период с ноября 2025 года по июль 2026 года, которые взаимодействовали с четырьмя IP, отвечающими за С2.
По данным исследователей, целевая аудитория, судя по используемым организациям и языкам, сосредоточена на Чехии, Словакии и Словении.
В ходе расследования установлено, что мошенник выдавал себя за сотрудника банка и звонил жертве, представляясь специалистом по платежным картам.
Во время звонка злоумышленник дал жертве указание установить вредоносную ПО SpyNote RAT под видом легитимного приложения и предоставить ей разрешения службы специальных возможностей, что обеспечило бы ему удаленный доступ к устройству Android.
Для большей убедительности злоумышленник персонализировал метку вредоносного приложения, добавив имя жертвы.
Получив удалённый доступ к устройству через SpyNote, злоумышленник установил WindRelay без дальнейшего взаимодействия с жертвой и использовал банковское приложение для оформления кредита на имя жертвы.
Кроме того, жертве было предложено приложить свою платежную карту к телефону и ввести PIN-код. WindRelay превратил телефон в мошеннический бесконтактный считыватель и передал данные NFC, включая данные аутентификации карты для конкретной транзакции, на устройство злоумышленника.
Это позволило использовать данные карты для совершения покупок в настоящем платежном терминале. Group-IB отметила, что вся операция произошла в течение 13-минутного разговора, а транзакции были подтверждены с использованием PIN-кода, предоставленного жертвой.
Исследователи подчеркивают, что сочетание SpyNote и WindRelay может указывать на набор инструментов, обеспечивающих как доступ к устройству жертвы для банковских операций, так и прямой канал вывода средств.
Кроме того, в отличие от большинства современных вредоносных ПО для Android с функциями демонстрации экрана в реальном времени и VNC, эта комбинация вредоносных ПО позволяла совершать мошенничество исключительно с помощью социальной инженерии по телефону.
Вредоносные ПО для Android, использующие NFC, становятся все более серьезной проблемой, о чем свидетельствуют такие семейства, как NFCShare, NGate, SuperCard X и RelayNFC.
В типичной атаке жертва устанавливает вредоносное приложение и предоставляет ему доступ к NFC. Затем злоумышленник использует методы социнженерии, чтобы обманом заставить жертву приложить свою платежную карту к скомпрометированному телефону.
Телефон использует свой NFC-интерфейс для связи с бесконтактной платежной картой и сбора имеющихся данных, которые затем передаются через интернет на устройство, контролируемое злоумышленником.
В зависимости от полученных данных и используемой техники, злоумышленник может использовать их для мошеннических операций или других финансовых хищений, включая снятие наличных в банкоматах.
SpyNote RAT и её вариации, такие как SpyMax и CypherRAT, распространяются как минимум с 2021 года, а после утечки исходного кода вредоносного ПО количество детектирований резко увеличилось в конце 2022 и начале 2023 года.
Вредоносная ПО может красть банковские данные, учетные данные Facebook и Google, коды Google Authenticator, данные GPS и SMS. Она также может активировать микрофон и камеру устройства, а также перехватывать нажатия клавиш.
Group-IB выявила почти два десятка образцов WindRelay, отправленных в VirusTotal в период с ноября 2025 года по июль 2026 года, которые взаимодействовали с четырьмя IP, отвечающими за С2.
По данным исследователей, целевая аудитория, судя по используемым организациям и языкам, сосредоточена на Чехии, Словакии и Словении.
Исследовали Лаборатории Касперского продолжают методично отрабатывать аналитику по развитию информационных угроз по части ПК и мобильной статистики, представив результаты за второй квартал 2026 года.
Ключевая статистика по ПК:
- решения ЛК отразили почти 400 миллионов атак с различных интернет-ресурсов;
- веб-антивирус среагировал на 52 млн. уникальных ссылок;
- файловый антивирус заблокировал более 16 млн. вредоносных и потенциально нежелательных объектов;
- было обнаружено 2538 новых модификаций шифровальщиков;
- более 71 тысячи пользователей столкнулись с атаками шифровальщиков;
- 15% всех жертв шифровальщиков, данные которых опубликованы на DLS-сайтах группировок, пострадали от Qilin;
- более 213 тысяч пользователей столкнулись с майнерами.
Главные тенденции и события квартала
- Противодействие злоумышленникам:
Microsoft ликвидировала нелегальный MSaaS от Fox Tempest. Он предоставлял возможность генерировать сертификаты для электронной подписи вредоносного ПО, злоупотребляя Microsoft Artifact Signing. Подписанные вредоносные ПО были замечены в кампаниях группировок Rhysida, Akira, INC, Qilin и BlackByte, а также использовались загрузчиками Oyster и стилерами Lumma и Vidar.
- Уязвимости и атаки:
CISA подтвердило, что уязвимость Windows под названием BlueHammer (CVE-2026-33825) эксплуатируется в вымогательских атаках. Check Point связала эксплуатацию 0-day CVE-2026-50751 в решениях Check Point Remote Access VPN и Mobile Access с группировкой Qilin начиная с 7 мая. Исследователи с высокой вероятностью связывают с атаками группировки PayoutsKing использование легитимного эмулятора QEMU для запуска скрытых виртуальных машин на базе Alpine Linux на скомпрометированных хостах.
- Наиболее активные группировки:
На первое место вернулась Qilin (14,57%), в прошлом квартале занимавшая вторую строчку TOP по активности. За ней следуют шифровальщик Akira (7,80%) и группа DragonForce (6,88%), работающая по модели RaaS.
- События квартала:
В апреле исследователи Aikido сообщили об очередной атаке стилера GlassWorm, распространявшегося через вредоносные расширения для IDE на платформе Open VSX. В мае стало известно об обнаружении атаки на цепочку поставок исследователями Socket. В результате компрометации npm-пакет art-template встраивал в собираемые с ним веб-приложения загрузку набора эксплойтов Coruna, атакующего устройства на iOS. В июне Unit 42 из Palo Alto Networks обнаружила новое семейство бэкдоров FlutterShell, нацеленных на устройства под управлением macOS.
Ключевая мобильная статистика:
- Предотвращено более 1,99 млн атак с использованием вредоносного, рекламного или нежелательного мобильного ПО.
- Среди вредоносного ПО для мобильных устройств самой распространенной угрозой стали Trojan-Banker - 30,77% от всех обнаруженных приложений.
- Было обнаружено более 304 тысяч вредоносных установочных пакетов, из которых: 93 574 пакета относились к мобильным банковским троянцам, 570 пакетов - к мобильным троянцам-вымогателям.
Подобная инфографика и разбор - в отчетах по ПО (здесь) и мобильным угрозам (здесь).
Ключевая статистика по ПК:
- решения ЛК отразили почти 400 миллионов атак с различных интернет-ресурсов;
- веб-антивирус среагировал на 52 млн. уникальных ссылок;
- файловый антивирус заблокировал более 16 млн. вредоносных и потенциально нежелательных объектов;
- было обнаружено 2538 новых модификаций шифровальщиков;
- более 71 тысячи пользователей столкнулись с атаками шифровальщиков;
- 15% всех жертв шифровальщиков, данные которых опубликованы на DLS-сайтах группировок, пострадали от Qilin;
- более 213 тысяч пользователей столкнулись с майнерами.
Главные тенденции и события квартала
- Противодействие злоумышленникам:
Microsoft ликвидировала нелегальный MSaaS от Fox Tempest. Он предоставлял возможность генерировать сертификаты для электронной подписи вредоносного ПО, злоупотребляя Microsoft Artifact Signing. Подписанные вредоносные ПО были замечены в кампаниях группировок Rhysida, Akira, INC, Qilin и BlackByte, а также использовались загрузчиками Oyster и стилерами Lumma и Vidar.
- Уязвимости и атаки:
CISA подтвердило, что уязвимость Windows под названием BlueHammer (CVE-2026-33825) эксплуатируется в вымогательских атаках. Check Point связала эксплуатацию 0-day CVE-2026-50751 в решениях Check Point Remote Access VPN и Mobile Access с группировкой Qilin начиная с 7 мая. Исследователи с высокой вероятностью связывают с атаками группировки PayoutsKing использование легитимного эмулятора QEMU для запуска скрытых виртуальных машин на базе Alpine Linux на скомпрометированных хостах.
- Наиболее активные группировки:
На первое место вернулась Qilin (14,57%), в прошлом квартале занимавшая вторую строчку TOP по активности. За ней следуют шифровальщик Akira (7,80%) и группа DragonForce (6,88%), работающая по модели RaaS.
- События квартала:
В апреле исследователи Aikido сообщили об очередной атаке стилера GlassWorm, распространявшегося через вредоносные расширения для IDE на платформе Open VSX. В мае стало известно об обнаружении атаки на цепочку поставок исследователями Socket. В результате компрометации npm-пакет art-template встраивал в собираемые с ним веб-приложения загрузку набора эксплойтов Coruna, атакующего устройства на iOS. В июне Unit 42 из Palo Alto Networks обнаружила новое семейство бэкдоров FlutterShell, нацеленных на устройства под управлением macOS.
Ключевая мобильная статистика:
- Предотвращено более 1,99 млн атак с использованием вредоносного, рекламного или нежелательного мобильного ПО.
- Среди вредоносного ПО для мобильных устройств самой распространенной угрозой стали Trojan-Banker - 30,77% от всех обнаруженных приложений.
- Было обнаружено более 304 тысяч вредоносных установочных пакетов, из которых: 93 574 пакета относились к мобильным банковским троянцам, 570 пакетов - к мобильным троянцам-вымогателям.
Подобная инфографика и разбор - в отчетах по ПО (здесь) и мобильным угрозам (здесь).
Solar 4RAYS вслед за BI.ZONE углубилась в проблематику ИИ, представив исследование уязвимостей в ИИ-средствах автоматизации.
AI-автоматизация, наверно, самый громкий и быстро развивающийся тренд последнего времени. Все из-за более низкого порога входа по сравнению со стандартными векторами, например через собственноручное написание скриптов или развертывании специфического окружения.
Это уже не экспериментальная технология и не инструмент исключительно для исследователей. Сегодня ею пользуются как опытные инженеры и программисты, так и специалисты без глубоких технических знаний.
Такие платформы позволяют быстрее создавать интеграции, автоматизировать бизнес-процессы, работать с данными и подключать AI-агентов к корпоративной инфраструктуре.
При этом AI-инструменты не являются принципиально более или менее уязвимыми, чем классические веб-приложения. Они подвержены тем же категориям ошибок: недостаточной аутентификации, неправильной авторизации, небезопасной загрузке файлов, SSRF, Path Traversal, утечке токенов и RCE.
Однако AI-платформы добавляют к классической поверхности атаки новые элементы: prompt injection; вредоносные workflow и flow; небезопасные skills и плагины.
Главное отличие заключается не столько в новых типах уязвимостей, сколько в возможных последствиях.
AI-агент часто имеет доступ сразу к нескольким чувствительным ресурсам: локальной файловой системе; командной оболочке; git-репозиториям; корпоративным базам данных; облачным сервисам; API-ключам и токенам; внутренним сетевым ресурсам и электронной почте и мессенджерам.
Поэтому одна ошибка в AI-платформе может превратиться в цепочку атак. Особенно важно учитывать, что визуальный workflow или flow не всегда является просто набором данных.
Он может содержать исполняемый код, команды запуска, переменные окружения, подключения к внешним сервисам и конфигурацию инструментов.
Поэтому импорт чужого workflow, flow, skill, MCP-конфигурации или модели следует рассматривать так же серьезно, как установку стороннего ПО.
Отдельной проблемой является доступность таких платформ из интернета. После публикации критической CVE достаточно быстро появляются публичные PoC, nuclei-шаблоны и специализированные сканеры.
В некоторых рассмотренных случаях автоматическое сканирование и эксплуатация начинались уже в течение первых суток после раскрытия уязвимости.
В своем отчете Солары постарались проанализировать информацию об уязвимостях в популярных продуктах, которые используются в AI-автоматизации, и сформулировать советы о том, как их обновлять и использовать так, чтобы риск взлома существенно снизился.
При этом обзор не включает абсолютно все уязвимости, обнаруженные в таком инструментарии в последние месяцы, но содержит описания наиболее характерных недостатков.
Может складываться впечатление - особенно после многочисленных новостей, где AI проанализировал чей-то код и нашел там уязвимости, которым больше 10 лет, - что сам инструмент вообще неуязвим (ведь кажется, что он может проверить сам себя). Но нет, уязвимости есть.
В аналитике затронуты CVE, опубликованные с начала 2025 года по середину 2026 года. CVE выбирались по правилу: в открытом доступе есть готовый PoC или полноценный эксплойт.
Солари отдельно уточнили, что цель исследования - сформировать представление о том, с какими уязвимости могут столкнуться пользователи инструментов для ИИ-автоматизации, и о том, как обезопасить применение этих инструментов на практике.
Более подробно по уязвимостям и рекомендациям на примере n8n, OpenClaw, Claude Code, Langflow, Flowise - в отчете.
AI-автоматизация, наверно, самый громкий и быстро развивающийся тренд последнего времени. Все из-за более низкого порога входа по сравнению со стандартными векторами, например через собственноручное написание скриптов или развертывании специфического окружения.
Это уже не экспериментальная технология и не инструмент исключительно для исследователей. Сегодня ею пользуются как опытные инженеры и программисты, так и специалисты без глубоких технических знаний.
Такие платформы позволяют быстрее создавать интеграции, автоматизировать бизнес-процессы, работать с данными и подключать AI-агентов к корпоративной инфраструктуре.
При этом AI-инструменты не являются принципиально более или менее уязвимыми, чем классические веб-приложения. Они подвержены тем же категориям ошибок: недостаточной аутентификации, неправильной авторизации, небезопасной загрузке файлов, SSRF, Path Traversal, утечке токенов и RCE.
Однако AI-платформы добавляют к классической поверхности атаки новые элементы: prompt injection; вредоносные workflow и flow; небезопасные skills и плагины.
Главное отличие заключается не столько в новых типах уязвимостей, сколько в возможных последствиях.
AI-агент часто имеет доступ сразу к нескольким чувствительным ресурсам: локальной файловой системе; командной оболочке; git-репозиториям; корпоративным базам данных; облачным сервисам; API-ключам и токенам; внутренним сетевым ресурсам и электронной почте и мессенджерам.
Поэтому одна ошибка в AI-платформе может превратиться в цепочку атак. Особенно важно учитывать, что визуальный workflow или flow не всегда является просто набором данных.
Он может содержать исполняемый код, команды запуска, переменные окружения, подключения к внешним сервисам и конфигурацию инструментов.
Поэтому импорт чужого workflow, flow, skill, MCP-конфигурации или модели следует рассматривать так же серьезно, как установку стороннего ПО.
Отдельной проблемой является доступность таких платформ из интернета. После публикации критической CVE достаточно быстро появляются публичные PoC, nuclei-шаблоны и специализированные сканеры.
В некоторых рассмотренных случаях автоматическое сканирование и эксплуатация начинались уже в течение первых суток после раскрытия уязвимости.
В своем отчете Солары постарались проанализировать информацию об уязвимостях в популярных продуктах, которые используются в AI-автоматизации, и сформулировать советы о том, как их обновлять и использовать так, чтобы риск взлома существенно снизился.
При этом обзор не включает абсолютно все уязвимости, обнаруженные в таком инструментарии в последние месяцы, но содержит описания наиболее характерных недостатков.
Может складываться впечатление - особенно после многочисленных новостей, где AI проанализировал чей-то код и нашел там уязвимости, которым больше 10 лет, - что сам инструмент вообще неуязвим (ведь кажется, что он может проверить сам себя). Но нет, уязвимости есть.
В аналитике затронуты CVE, опубликованные с начала 2025 года по середину 2026 года. CVE выбирались по правилу: в открытом доступе есть готовый PoC или полноценный эксплойт.
Солари отдельно уточнили, что цель исследования - сформировать представление о том, с какими уязвимости могут столкнуться пользователи инструментов для ИИ-автоматизации, и о том, как обезопасить применение этих инструментов на практике.
Более подробно по уязвимостям и рекомендациям на примере n8n, OpenClaw, Claude Code, Langflow, Flowise - в отчете.
Исследователи F6 раскрыли TTPs, инструменты и инфраструктуру новой киберпреступной группировки Malinsure.
Появление нацеленных на российские компании новых киберпреступных группировок ежегодно фиксируется исследователями. В большинстве случаев эти угрозы - не результат ребрендинга или реорганизации уже известных кластеров, а действительно новые группы с уникальными инструментами, инфраструктурой и TTPs.
В июле 2026 года на одной из публичных онлайн-песочниц F6 обнаружила семплы вредоносного ПО, загруженные с территории России и объединенные именованием файлов, связанным с тематикой ДМС.
Все эти семплы F6 не удалось атрибутировать известному ВПО, в связи с чем данное ПО, бэкдор - было признано уникальным и получило название SafeMostSSH
Оно обусловлено следующим: Safe - от URL-адреса, который использовался в первом канале связи с C2, Most - от слова telemost, упомянутого в имени домена, через который также осуществлялась доставка команд, и SSH - указывает на основной протокол взаимодействия.
При этом в F6 не обнаружили какой-либо известной группировки, которая использовала бы такое же вредоносное ПО, сетевую инфраструктуру, а также TTPs.
В связи с этим исследователи отслеживают эту активность как новый кластер угроз Malinsure (от англ. insure — страхование, по профилю компании, от имени которой злоумышленники распространяли файлы-приманки).
Атаки Malinsure начинались c фишинговых писем. Один из таких примеров - электронное письмо с темой «Акция! ДМС со скидкой до 60% для родственников». В тексте документа пользователю предлагают перейти по ссылке.
Содержимое обнаруженных файлов-приманок связано также с компаниями из финансовой сферы и топливно-энергетического комплекса, что указывает на вероятный спектр целей злоумышленников.
В результате перехода по указанной ссылке на устройство жертвы загружается rar-архив с файлами: Программа ДМС в ред 13.07.2026.docx.exe, settings, C2R64.dll, AppVIsvSubsystems64.dll. Использовался и дополнительный способ доставки полезной нагрузки через shtml- и htm-файлы.
Затем злоумышленники практиковали две вариации цепочки атак, мало отличающиеся между собой и реализующие LOLbin.
В полезной нагрузки задействуется многофазный бэкдор SafeMostSSH, использующий легитимные бинарные файлы Microsoft (winword.exe, powerpnt.exe) в качестве отправной точки.
В ходе исполнения вредоносное ПО реализует DLL‑Side‑Loading, LOLbin‑техники (msiexec). Кроме того, автоматически восстанавливает свои компоненты из скрытого бэкапа и умеет получать новые C2‑точки из публично доступных ресурсов (VC.ru, CNAME‑lookup).
В результате исполнения обеспечивает атакующему постоянный обратный SSH‑туннель к управляемому С2. Оригинальные точки входа SafeMostSSH - функции DllRegisterServer и DllUnregisterServer, которые вызывают функцию main_DllUnregisterServer.
В числе особенностей вредоносного ПО, которое использует эта группировка, можно отметить необычный способ получения новых адресов С2 из внешних источников.
В качестве одного из таких источников используется пост на популярной российской медиаплатформе о бизнесе и технологиях vc.ru, посвящённый автозапчастям.
В тексте поста размещены две ссылки, которые формально ведут на PNG-файл, размещённый на Google, однако на самом деле эти ссылки - ложные: Google не находит на сайте запрашиваемый URL.
Ложные ссылки используются для маскировки С2-адресов, которые зашифрованы в теле ссылки: ВПО декодирует эту информацию и получает необходимые данные.
Более подробно эти и другие особенности группировки - в отчете.
Появление нацеленных на российские компании новых киберпреступных группировок ежегодно фиксируется исследователями. В большинстве случаев эти угрозы - не результат ребрендинга или реорганизации уже известных кластеров, а действительно новые группы с уникальными инструментами, инфраструктурой и TTPs.
В июле 2026 года на одной из публичных онлайн-песочниц F6 обнаружила семплы вредоносного ПО, загруженные с территории России и объединенные именованием файлов, связанным с тематикой ДМС.
Все эти семплы F6 не удалось атрибутировать известному ВПО, в связи с чем данное ПО, бэкдор - было признано уникальным и получило название SafeMostSSH
Оно обусловлено следующим: Safe - от URL-адреса, который использовался в первом канале связи с C2, Most - от слова telemost, упомянутого в имени домена, через который также осуществлялась доставка команд, и SSH - указывает на основной протокол взаимодействия.
При этом в F6 не обнаружили какой-либо известной группировки, которая использовала бы такое же вредоносное ПО, сетевую инфраструктуру, а также TTPs.
В связи с этим исследователи отслеживают эту активность как новый кластер угроз Malinsure (от англ. insure — страхование, по профилю компании, от имени которой злоумышленники распространяли файлы-приманки).
Атаки Malinsure начинались c фишинговых писем. Один из таких примеров - электронное письмо с темой «Акция! ДМС со скидкой до 60% для родственников». В тексте документа пользователю предлагают перейти по ссылке.
Содержимое обнаруженных файлов-приманок связано также с компаниями из финансовой сферы и топливно-энергетического комплекса, что указывает на вероятный спектр целей злоумышленников.
В результате перехода по указанной ссылке на устройство жертвы загружается rar-архив с файлами: Программа ДМС в ред 13.07.2026.docx.exe, settings, C2R64.dll, AppVIsvSubsystems64.dll. Использовался и дополнительный способ доставки полезной нагрузки через shtml- и htm-файлы.
Затем злоумышленники практиковали две вариации цепочки атак, мало отличающиеся между собой и реализующие LOLbin.
В полезной нагрузки задействуется многофазный бэкдор SafeMostSSH, использующий легитимные бинарные файлы Microsoft (winword.exe, powerpnt.exe) в качестве отправной точки.
В ходе исполнения вредоносное ПО реализует DLL‑Side‑Loading, LOLbin‑техники (msiexec). Кроме того, автоматически восстанавливает свои компоненты из скрытого бэкапа и умеет получать новые C2‑точки из публично доступных ресурсов (VC.ru, CNAME‑lookup).
В результате исполнения обеспечивает атакующему постоянный обратный SSH‑туннель к управляемому С2. Оригинальные точки входа SafeMostSSH - функции DllRegisterServer и DllUnregisterServer, которые вызывают функцию main_DllUnregisterServer.
В числе особенностей вредоносного ПО, которое использует эта группировка, можно отметить необычный способ получения новых адресов С2 из внешних источников.
В качестве одного из таких источников используется пост на популярной российской медиаплатформе о бизнесе и технологиях vc.ru, посвящённый автозапчастям.
В тексте поста размещены две ссылки, которые формально ведут на PNG-файл, размещённый на Google, однако на самом деле эти ссылки - ложные: Google не находит на сайте запрашиваемый URL.
Ложные ссылки используются для маскировки С2-адресов, которые зашифрованы в теле ссылки: ВПО декодирует эту информацию и получает необходимые данные.
Более подробно эти и другие особенности группировки - в отчете.
Исследователи Алехандро Эрнандо и Борхо Мартинес на DEF CON 34 раскрыли новые атаки Plug and Pwn, которые используют функцию Plug and Play в Windows для принудительной установки уязвимого или небезопасного ПО от сторонних поставщиков и получения привилегий SYSTEM.
В атака базируется на том, как Windows автоматически идентифицирует новое подключенное оборудование, находит соответствующие пакеты драйверов и устанавливает ПО от имени учетной записи NT AUTHORITY\SYSTEM.
Используя ПО для эмуляции USB, исследователи обнаружили, что могут заставить Windows устанавливать подписанные пакеты от поставщиков, содержащие уязвимые компоненты или недостатки, которые можно использовать для получения привилегий SYSTEM.
Некоторые из продемонстрированных атак не требуют взаимодействия с пользователем или авторизации, в то время как другая может быть выполнена удаленно по протоколу RDP без подключения какого-либо физического USB-оборудования к целевому компьютеру.
В 2021 году упоминались случаи, когда функция Windows «совместная установка» использовалась не по назначению, а также уязвимости в Razer Synapse, позволяющие предоставить стандартному пользователю системные привилегии просто путем подключения мыши или клавиатуры Razer.
При подключении устройства Windows автоматически загружала и запускала установщик Razer Synapse с правами SYSTEM. Проблема в установщике позволяла обычному пользователю запускать PowerShell из интерфейса установки, наследуя права установщика.
Тогда Уилл Дорманн предупреждал, что аналогичные уязвимости, вероятно, присутствуют и в другом ПО, автоматически устанавливаемом через Windows Plug and Play.
Эрнандо отметил, что Plug and Pwn относится к одному семейству атак, но новое исследование больше сосредоточено на самом пути установки Windows на устройство.
Исследователи утверждают, что основная проблема заключается в том, что когда Windows обнаруживает новое оборудование, она может автоматически получить связанный с ним подписанный пакет и запустить предоставленные поставщиком компоненты от имени системы.
Этот привилегированный путь установки может включать в себя сопутствующие установщики, службы, исполняемые файлы поддержки и драйверы, при этом ОС не будет отображать запрос UAC.
Исследователи использовали FaceDancer с оборудованием Cynthion и GreatFET, подключенным к небольшому компьютеру под управлением Linux, для эмуляции USB-устройств.
Используя FaceDancer, исследователи смогли заставить свое оборудование отображаться в Windows как определенные USB-устройства, в результате чего ОС распознала эмулируемое оборудование, нашла и установила соответствующие пакеты драйверов от производителя.
В ходе физической демонстрации, не требующей щелчков мышью, исследователи использовали особенности поведения установочных пакетов Sierra Wireless и Sony FeliCa.
В ходе атаки сначала имитируется устройство Sierra Wireless, в результате чего Windows устанавливает ПО, которое можно использовать для изменения настроек DNS компьютера.
Затем исследователи имитируют устройство Sony FeliCa, что приводит к установке в Windows дополнительного ПО Sony, которое загружает файлы по незашифрованному соединению.
Контролируя настройки DNS системы, исследователи могут перенаправлять эти загрузки на контролируемый ими сервер и использовать уязвимость в ПО Sony для размещения вредоносного файла в системе с правами SYSTEM.
Наконец, они снова имитируют устройство Sierra, в результате чего Windows загружает вредоносный файл и позволяет злоумышленникам открыть обратную оболочку с правами SYSTEM.
Исследователи продемонстрировали эту цепочку атак на полностью обновленном компьютере с Windows 11, на котором никто не был авторизован, заявив, что вся атака занимает приблизительно пять минут.
В атака базируется на том, как Windows автоматически идентифицирует новое подключенное оборудование, находит соответствующие пакеты драйверов и устанавливает ПО от имени учетной записи NT AUTHORITY\SYSTEM.
Используя ПО для эмуляции USB, исследователи обнаружили, что могут заставить Windows устанавливать подписанные пакеты от поставщиков, содержащие уязвимые компоненты или недостатки, которые можно использовать для получения привилегий SYSTEM.
Некоторые из продемонстрированных атак не требуют взаимодействия с пользователем или авторизации, в то время как другая может быть выполнена удаленно по протоколу RDP без подключения какого-либо физического USB-оборудования к целевому компьютеру.
В 2021 году упоминались случаи, когда функция Windows «совместная установка» использовалась не по назначению, а также уязвимости в Razer Synapse, позволяющие предоставить стандартному пользователю системные привилегии просто путем подключения мыши или клавиатуры Razer.
При подключении устройства Windows автоматически загружала и запускала установщик Razer Synapse с правами SYSTEM. Проблема в установщике позволяла обычному пользователю запускать PowerShell из интерфейса установки, наследуя права установщика.
Тогда Уилл Дорманн предупреждал, что аналогичные уязвимости, вероятно, присутствуют и в другом ПО, автоматически устанавливаемом через Windows Plug and Play.
Эрнандо отметил, что Plug and Pwn относится к одному семейству атак, но новое исследование больше сосредоточено на самом пути установки Windows на устройство.
Исследователи утверждают, что основная проблема заключается в том, что когда Windows обнаруживает новое оборудование, она может автоматически получить связанный с ним подписанный пакет и запустить предоставленные поставщиком компоненты от имени системы.
Этот привилегированный путь установки может включать в себя сопутствующие установщики, службы, исполняемые файлы поддержки и драйверы, при этом ОС не будет отображать запрос UAC.
Исследователи использовали FaceDancer с оборудованием Cynthion и GreatFET, подключенным к небольшому компьютеру под управлением Linux, для эмуляции USB-устройств.
Используя FaceDancer, исследователи смогли заставить свое оборудование отображаться в Windows как определенные USB-устройства, в результате чего ОС распознала эмулируемое оборудование, нашла и установила соответствующие пакеты драйверов от производителя.
В ходе физической демонстрации, не требующей щелчков мышью, исследователи использовали особенности поведения установочных пакетов Sierra Wireless и Sony FeliCa.
В ходе атаки сначала имитируется устройство Sierra Wireless, в результате чего Windows устанавливает ПО, которое можно использовать для изменения настроек DNS компьютера.
Затем исследователи имитируют устройство Sony FeliCa, что приводит к установке в Windows дополнительного ПО Sony, которое загружает файлы по незашифрованному соединению.
Контролируя настройки DNS системы, исследователи могут перенаправлять эти загрузки на контролируемый ими сервер и использовать уязвимость в ПО Sony для размещения вредоносного файла в системе с правами SYSTEM.
Наконец, они снова имитируют устройство Sierra, в результате чего Windows загружает вредоносный файл и позволяет злоумышленникам открыть обратную оболочку с правами SYSTEM.
Исследователи продемонстрировали эту цепочку атак на полностью обновленном компьютере с Windows 11, на котором никто не был авторизован, заявив, что вся атака занимает приблизительно пять минут.
Plugandpwn
plugandpwn.com :: Plug and Pwn
Plug and Pwn: DEF CON 34 research archive on Windows Plug and Play, USB identity, RDP USB redirection, and vendor software primitives.
В продолжение предыдущего поста: исследователи также продемонстрировали то, что они называют NoPlug & Pwn, что не требует эмуляции физического оборудования.
Вместо этого атака использует перенаправление USB по протоколу RDP, функцию, которая позволяет USB-устройствам, подключенным к локальному компьютеру пользователя, быть доступными в удаленной сессии Windows.
Вместо перенаправления реального устройства исследователи создали RDP-клиент на Python, который отправляет определенные дескрипторы USB через функцию перенаправления USB при подключении по протоколу RDP.
Удаленный хост Windows затем рассматривает фейковые дескрипторы как легитимное USB-устройство, подключенное к гостевому компьютеру, создает соответствующее устройство Plug and Play на хосте, что приводит к установке соответствующих драйверов и ПО от поставщика.
В ходе демонстрации исследователи имитировали камеру Intel RealSense, пакет обновления Windows которой содержит соустановщик, который можно использовать для получения привилегий SYSTEM путем перехвата DLL-библиотек.
Драйвер USB-концентратора сервера идентифицирует фиктивное устройство, и Windows Plug and Play делает то же самое, что и в физической демонстрации: сопоставляет идентификатор оборудования и устанавливает драйвер от имени СИСТЕМЫ.
Атака по протоколу RDP работает только в системах, где включено перенаправление USB, что, по словам исследователей, часто встречается в средах виртуальных рабочих столов.
В свою очередь, Уилл Дорманн полагает, что пользователи Windows в ответ на подобные атаки, могут включить параметр реестра DisableCoInstallers, который предотвращает выполнение сопутствующих установщиков драйверов во время установки на устройство.
Для следует открыть редактор реестра и перейдите к разделу реестра HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Device Installer. В этом ключе добавить значение DWORD-32 с именем DisableCoInstallers и установите его равным 1.
Однако по мнению Эрнандо, это сократит масштабы некоторых продемонстрированных атак, включая атаку на Sony FeliCa и атаку на Intel RealSense RDP. Однако это не устранит скрытую поверхность атаки.
Остаются нетронутыми перечисление PnP, разрешение проблем с Windows Update, подготовка драйверов, обработка INF-файлов и службы, установленные через INF-файлы.
Исследователи проиллюстрировали это на примере другой атаки с использованием пакетов Wacom и Atheros, которая эксплуатирует уязвимость (CVE-2019-10617) в службе драйверов Atheros, устанавливаемой через INF-файл, а не через соустановщик.
Эрнандо рекомендует использовать DisableCoInstallers в сочетании с дополнительной блокировкой устройств или списками разрешенных идентификаторов оборудования, а также отключить перенаправление устройств Plug and Play на хостах RDP и VDI, которым это не нужно (fDisablePNPRedir).
Исследователи не стали сообщать отдельным поставщикам обо всех сценариях атак как о новых уязвимостях, заявляя, что многие из них не являются самостоятельными недостатками в части безопасности и могут эксплуатироваться только в сочетании с другими функциями.
Вместо этого атака использует перенаправление USB по протоколу RDP, функцию, которая позволяет USB-устройствам, подключенным к локальному компьютеру пользователя, быть доступными в удаленной сессии Windows.
Вместо перенаправления реального устройства исследователи создали RDP-клиент на Python, который отправляет определенные дескрипторы USB через функцию перенаправления USB при подключении по протоколу RDP.
Удаленный хост Windows затем рассматривает фейковые дескрипторы как легитимное USB-устройство, подключенное к гостевому компьютеру, создает соответствующее устройство Plug and Play на хосте, что приводит к установке соответствующих драйверов и ПО от поставщика.
В ходе демонстрации исследователи имитировали камеру Intel RealSense, пакет обновления Windows которой содержит соустановщик, который можно использовать для получения привилегий SYSTEM путем перехвата DLL-библиотек.
Драйвер USB-концентратора сервера идентифицирует фиктивное устройство, и Windows Plug and Play делает то же самое, что и в физической демонстрации: сопоставляет идентификатор оборудования и устанавливает драйвер от имени СИСТЕМЫ.
Атака по протоколу RDP работает только в системах, где включено перенаправление USB, что, по словам исследователей, часто встречается в средах виртуальных рабочих столов.
В свою очередь, Уилл Дорманн полагает, что пользователи Windows в ответ на подобные атаки, могут включить параметр реестра DisableCoInstallers, который предотвращает выполнение сопутствующих установщиков драйверов во время установки на устройство.
Для следует открыть редактор реестра и перейдите к разделу реестра HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Device Installer. В этом ключе добавить значение DWORD-32 с именем DisableCoInstallers и установите его равным 1.
Однако по мнению Эрнандо, это сократит масштабы некоторых продемонстрированных атак, включая атаку на Sony FeliCa и атаку на Intel RealSense RDP. Однако это не устранит скрытую поверхность атаки.
Остаются нетронутыми перечисление PnP, разрешение проблем с Windows Update, подготовка драйверов, обработка INF-файлов и службы, установленные через INF-файлы.
Исследователи проиллюстрировали это на примере другой атаки с использованием пакетов Wacom и Atheros, которая эксплуатирует уязвимость (CVE-2019-10617) в службе драйверов Atheros, устанавливаемой через INF-файл, а не через соустановщик.
Эрнандо рекомендует использовать DisableCoInstallers в сочетании с дополнительной блокировкой устройств или списками разрешенных идентификаторов оборудования, а также отключить перенаправление устройств Plug and Play на хостах RDP и VDI, которым это не нужно (fDisablePNPRedir).
Исследователи не стали сообщать отдельным поставщикам обо всех сценариях атак как о новых уязвимостях, заявляя, что многие из них не являются самостоятельными недостатками в части безопасности и могут эксплуатироваться только в сочетании с другими функциями.
Infosec Exchange
Will Dormann (@[email protected])
Attached: 3 images
There's a talk at Def Con called [PlugAndPwn](https://plugandpwn.com/)
The gist is that you can plug in a USB device and take over a Windows system by abusing co-installers and the like. Or you can do it via RDP iff usb device redirection…
There's a talk at Def Con called [PlugAndPwn](https://plugandpwn.com/)
The gist is that you can plug in a USB device and take over a Windows system by abusing co-installers and the like. Or you can do it via RDP iff usb device redirection…