🧨 ChatGPT: изолированные аккаунты могут обмениваться данными
Два пользователя ChatGPT работают под разными аккаунтами. Для выполнения кода создаются отдельные контейнеры, которые не должны видеть окружение друг друга. Интернет ограничен, настроена сетевая изоляция. Что может пойти не так?
Исследователи Check Point Research обнаружили внутри инфраструктуры OpenAI общий сервис, через который контейнеры разных пользователей могли обмениваться данными.
В демонстрации этот канал использовали для передачи скрытых инструкций агенту другого пользователя, а цепочка в итоге дошла до данных из подключённого Gmail.
⚙️ Общим оказался Artifactory
Контейнеры ChatGPT должны откуда то получать Python и npm пакеты. Для этого они имели доступ к внутреннему JFrog Artifactory, который выступал посредником для загрузки зависимостей.
Исследователи обнаружили, что через доступные внутри контейнера credentials можно записывать дополнительные properties в метаданные объектов Artifactory. Затем оказалось, что эти properties видны из окружения другого аккаунта.
Эксперимент получился довольно интересным. Исследователь записывал значение из контейнера аккаунта A, переходил в ChatGPT под аккаунтом B и читал его оттуда.
Изолированные контейнеры получили общий shared clipboard.
🔥 Из shared clipboard сделали канал управления
Дальше исследователи построили поверх двусторонний канал. Один аккаунт оставлял через Artifactory скрытую инструкцию, контейнер другого аккаунта получал её, выполнял и записывал результат обратно.
После подключения к тестовому ChatGPT аккаунту Gmail, атакующий стал размещать инструкцию, чтобы получить данные из почты. Пользователь тем временем задавал ChatGPT обычный вопрос. Агент обрабатывал запрос пользователя, одновременно получал скрытое задание через общий инфраструктурный сервис, обращался к Gmail и возвращал полученные данные через тот же канал.
🕵️ Агент превращается в инсайдера
Check Point придумали для такого сценария термин coerced insider. У AI агента уже есть легитимные полномочия пользователя. Он может обращаться к подключённой почте, файлам и другим сервисам. Поэтому атакующему необязательно самостоятельно получать доступ к Gmail жертвы. Гораздо интереснее заставить это сделать агента, которому пользователь уже предоставил необходимые права.
🔗 Источник: Check Point Research
Stay secure and read SecureTechTalks 📚
#кибербезопасность #AISecurity #ChatGPT #OpenAI #AI #DataLeak #Gmail #CloudSecurity #CyberSecurity #SecureTechTalks
Два пользователя ChatGPT работают под разными аккаунтами. Для выполнения кода создаются отдельные контейнеры, которые не должны видеть окружение друг друга. Интернет ограничен, настроена сетевая изоляция. Что может пойти не так?
Исследователи Check Point Research обнаружили внутри инфраструктуры OpenAI общий сервис, через который контейнеры разных пользователей могли обмениваться данными.
В демонстрации этот канал использовали для передачи скрытых инструкций агенту другого пользователя, а цепочка в итоге дошла до данных из подключённого Gmail.
⚙️ Общим оказался Artifactory
Контейнеры ChatGPT должны откуда то получать Python и npm пакеты. Для этого они имели доступ к внутреннему JFrog Artifactory, который выступал посредником для загрузки зависимостей.
Исследователи обнаружили, что через доступные внутри контейнера credentials можно записывать дополнительные properties в метаданные объектов Artifactory. Затем оказалось, что эти properties видны из окружения другого аккаунта.
Эксперимент получился довольно интересным. Исследователь записывал значение из контейнера аккаунта A, переходил в ChatGPT под аккаунтом B и читал его оттуда.
Изолированные контейнеры получили общий shared clipboard.
🔥 Из shared clipboard сделали канал управления
Дальше исследователи построили поверх двусторонний канал. Один аккаунт оставлял через Artifactory скрытую инструкцию, контейнер другого аккаунта получал её, выполнял и записывал результат обратно.
После подключения к тестовому ChatGPT аккаунту Gmail, атакующий стал размещать инструкцию, чтобы получить данные из почты. Пользователь тем временем задавал ChatGPT обычный вопрос. Агент обрабатывал запрос пользователя, одновременно получал скрытое задание через общий инфраструктурный сервис, обращался к Gmail и возвращал полученные данные через тот же канал.
🕵️ Агент превращается в инсайдера
Check Point придумали для такого сценария термин coerced insider. У AI агента уже есть легитимные полномочия пользователя. Он может обращаться к подключённой почте, файлам и другим сервисам. Поэтому атакующему необязательно самостоятельно получать доступ к Gmail жертвы. Гораздо интереснее заставить это сделать агента, которому пользователь уже предоставил необходимые права.
🔗 Источник: Check Point Research
Stay secure and read SecureTechTalks 📚
#кибербезопасность #AISecurity #ChatGPT #OpenAI #AI #DataLeak #Gmail #CloudSecurity #CyberSecurity #SecureTechTalks
👍1
🧨 NVIDIA выпустила антивирус для AI skills
Подключая новый skill к Claude Code или Codex, мы фактически добавляем код и инструкции в среду, где агент уже может иметь доступ к shell, файлам, credentials и MCP инструментам.
NVIDIA выпустила open source SkillSpector, который проверяет такие skills перед установкой.
🔎 Что проверяется?
Сканеру можно передать Git репозиторий, URL, ZIP архив, файл или локальную директорию. Сейчас он проверяет 71 паттерн в 17 категориях, включая prompt injection, data exfiltration, privilege escalation, memory poisoning, dangerous code, supply chain атаки и MCP tool poisoning.
Для анализа используются YARA правила, AST и taint analysis. Дополнительно можно подключить LLM, чтобы искать опасную логику, которую сложно обнаружить обычными сигнатурами.
📦 Проверка supply chain
SkillSpector извлекает Python и npm зависимости и проверяет известные уязвимости через OSV.dev. Сканер также умеет анализировать скрытые файлы и вложенные архивы.
Сам skill при этом не запускается. Поэтому runtime поведение остаётся за пределами проверки.
🤖 Security scan можно встроить в агента
SkillSpector работает как MCP server. Claude Code, Codex CLI, Gemini CLI и другие совместимые агенты могут вызвать
🔥 Немного статистики
В README NVIDIA приводит анализ 42 447 skills из крупных marketplaces:
➖ 26,1% содержали хотя бы одну уязвимость.
➖ 5,2% имели признаки вероятного malicious intent.
➖ Skills с исполняемыми скриптами оказывались уязвимыми в 2,12 раза чаще.
С распространением AI агентов к supply chain добавляется ещё один полноценный артефакт.
SKILL.md тоже становится частью attack surface.
🔗 GitHub: NVIDIA SkillSpector
Stay secure and read SecureTechTalks 📚
#кибербезопасность #AISecurity #NVIDIA #AI #SkillSpector #AIAgents #MCP #SupplyChain #CyberSecurity #SecureTechTalks
Подключая новый skill к Claude Code или Codex, мы фактически добавляем код и инструкции в среду, где агент уже может иметь доступ к shell, файлам, credentials и MCP инструментам.
NVIDIA выпустила open source SkillSpector, который проверяет такие skills перед установкой.
🔎 Что проверяется?
Сканеру можно передать Git репозиторий, URL, ZIP архив, файл или локальную директорию. Сейчас он проверяет 71 паттерн в 17 категориях, включая prompt injection, data exfiltration, privilege escalation, memory poisoning, dangerous code, supply chain атаки и MCP tool poisoning.
Для анализа используются YARA правила, AST и taint analysis. Дополнительно можно подключить LLM, чтобы искать опасную логику, которую сложно обнаружить обычными сигнатурами.
📦 Проверка supply chain
SkillSpector извлекает Python и npm зависимости и проверяет известные уязвимости через OSV.dev. Сканер также умеет анализировать скрытые файлы и вложенные архивы.
Сам skill при этом не запускается. Поэтому runtime поведение остаётся за пределами проверки.
🤖 Security scan можно встроить в агента
SkillSpector работает как MCP server. Claude Code, Codex CLI, Gemini CLI и другие совместимые агенты могут вызвать
scan_skill перед подключением нового skill. Получается автоматический pipeline, когда агент нашёл skill, проверил его череш SkillSpector и принял решение о запуске.🔥 Немного статистики
В README NVIDIA приводит анализ 42 447 skills из крупных marketplaces:
С распространением AI агентов к supply chain добавляется ещё один полноценный артефакт.
SKILL.md тоже становится частью attack surface.
🔗 GitHub: NVIDIA SkillSpector
Stay secure and read SecureTechTalks 📚
#кибербезопасность #AISecurity #NVIDIA #AI #SkillSpector #AIAgents #MCP #SupplyChain #CyberSecurity #SecureTechTalks
Please open Telegram to view this post
VIEW IN TELEGRAM
👍1
🧨 Adrian: EDR для AI агентов
Adrian от Secure Agentics представляет собой open source платформу для защиты AI агентов во время их работы. Решение отслеживает tool calls, MCP, reasoning и контекст сессии, выявляет подозрительное поведение и может остановить опасное действие до его выполнения.
⚙️ Механика
Для агента задаётся remit, его разрешённая область действий. Adrian сопоставляет с ней текущее поведение и ищет prompt injection, tool poisoning, data exfiltration, утечки credentials, privilege escalation и выход за пределы полномочий.
Например, агент технически может иметь доступ к API сброса пароля. Если текущая задача такого действия не предполагает, Adrian может его остановить.
Есть два режима:
🔹 Audit пропускает действие и создаёт security alert
🔹 Block проверяет действие перед выполнением и может его заблокировать
🤖 Claude Code и другие агенты
Adrian поддерживает Python SDK для LangChain и Anthropic, TypeScript SDK и отдельный Claude Code plugin. В Claude Code он проверяет tool calls и может заблокировать подозрительное действие прямо в терминале или запросить подтверждение пользователя.
🏠 Можно развернуть локально
Проект распространяется под Apache 2.0 и поддерживает self hosted установку. В составе есть backend, dashboard, SDK и возможность использовать локальную модель через llama.cpp. Это позволяет анализировать tool calls и reasoning traces внутри собственной инфраструктуры.
🆚 Чем отличается от NVIDIA SkillSpector
SkillSpector, о котором мы писали ранее, работает преимущественно до запуска: сканирует AI skill, его инструкции, код и зависимости.
Adrian работает во время выполнения агента и следит за его фактическим поведением.
🔗 GitHub: Secure Agentics / Adrian
Stay secure and read SecureTechTalks 📚
#кибербезопасность #AISecurity #AI #AIAgents #Adrian #ClaudeCode #MCP #RuntimeSecurity #CyberSecurity #SecureTechTalks
Adrian от Secure Agentics представляет собой open source платформу для защиты AI агентов во время их работы. Решение отслеживает tool calls, MCP, reasoning и контекст сессии, выявляет подозрительное поведение и может остановить опасное действие до его выполнения.
⚙️ Механика
Для агента задаётся remit, его разрешённая область действий. Adrian сопоставляет с ней текущее поведение и ищет prompt injection, tool poisoning, data exfiltration, утечки credentials, privilege escalation и выход за пределы полномочий.
Например, агент технически может иметь доступ к API сброса пароля. Если текущая задача такого действия не предполагает, Adrian может его остановить.
Есть два режима:
🔹 Audit пропускает действие и создаёт security alert
🔹 Block проверяет действие перед выполнением и может его заблокировать
🤖 Claude Code и другие агенты
Adrian поддерживает Python SDK для LangChain и Anthropic, TypeScript SDK и отдельный Claude Code plugin. В Claude Code он проверяет tool calls и может заблокировать подозрительное действие прямо в терминале или запросить подтверждение пользователя.
🏠 Можно развернуть локально
Проект распространяется под Apache 2.0 и поддерживает self hosted установку. В составе есть backend, dashboard, SDK и возможность использовать локальную модель через llama.cpp. Это позволяет анализировать tool calls и reasoning traces внутри собственной инфраструктуры.
🆚 Чем отличается от NVIDIA SkillSpector
SkillSpector, о котором мы писали ранее, работает преимущественно до запуска: сканирует AI skill, его инструкции, код и зависимости.
Adrian работает во время выполнения агента и следит за его фактическим поведением.
🔗 GitHub: Secure Agentics / Adrian
Stay secure and read SecureTechTalks 📚
#кибербезопасность #AISecurity #AI #AIAgents #Adrian #ClaudeCode #MCP #RuntimeSecurity #CyberSecurity #SecureTechTalks
👍1
🧨 MCP инструмент может выглядеть безопасным и одновременно воровать данные
Представлен ShieldNet, подход к защите AI агентов, который предлагает смотреть глубже tool calls и анализировать реальный сетевой трафик MCP инструментов.
🌐 ShieldNet смотрит в сеть
Исследователи поставили между MCP инструментами и сетью MITM proxy и начали анализировать DNS, HTTP, TLS и другие сетевые события.
Если обычный "get_time" внезапно начинает обращаться к подозрительным адресам, сканировать порты или передавать данные, ShieldNet видит фактическое поведение инструмента.
Для классификации используется компактная модель, которая получает структурированную последовательность сетевых событий.
🧪 Почти 20 000 запусков
Для проверки подхода исследователи создали SC Inject Bench.
В него вошли 109 реальных MCP серверов, 984 инструмента и 29 типов атак на основе MITRE ATT&CK. Всего авторы получили 19 961 проверенный benign и malicious execution.
Результат: F1 до 0,995 при 0,8% false positives.
Существующие MCP scanners и LLM guardrails заметно хуже обнаруживали атаки, спрятанные внутри реализации инструмента.
🛡️ Новый слой защиты AI агентов
Недавно мы разбирали SkillSpector, который проверяет skill перед установкой, и Adrian, контролирющий поведение уже работающего агента.
ShieldNet добавляет ещё один уровень:
➖ SkillSpector → что мы устанавливаем
➖ Adrian → что делает агент
➖ ShieldNet → что реально происходит в сети
🔗 Источник: ShieldNet, arXiv
Stay secure and read SecureTechTalks 📚
#кибербезопасность #AISecurity #AI #MCP #ShieldNet #AIAgents #SupplyChain #MITRE #CyberSecurity #SecureTechTalks
Представлен ShieldNet, подход к защите AI агентов, который предлагает смотреть глубже tool calls и анализировать реальный сетевой трафик MCP инструментов.
🌐 ShieldNet смотрит в сеть
Исследователи поставили между MCP инструментами и сетью MITM proxy и начали анализировать DNS, HTTP, TLS и другие сетевые события.
Если обычный "get_time" внезапно начинает обращаться к подозрительным адресам, сканировать порты или передавать данные, ShieldNet видит фактическое поведение инструмента.
Для классификации используется компактная модель, которая получает структурированную последовательность сетевых событий.
🧪 Почти 20 000 запусков
Для проверки подхода исследователи создали SC Inject Bench.
В него вошли 109 реальных MCP серверов, 984 инструмента и 29 типов атак на основе MITRE ATT&CK. Всего авторы получили 19 961 проверенный benign и malicious execution.
Результат: F1 до 0,995 при 0,8% false positives.
Существующие MCP scanners и LLM guardrails заметно хуже обнаруживали атаки, спрятанные внутри реализации инструмента.
🛡️ Новый слой защиты AI агентов
Недавно мы разбирали SkillSpector, который проверяет skill перед установкой, и Adrian, контролирющий поведение уже работающего агента.
ShieldNet добавляет ещё один уровень:
🔗 Источник: ShieldNet, arXiv
Stay secure and read SecureTechTalks 📚
#кибербезопасность #AISecurity #AI #MCP #ShieldNet #AIAgents #SupplyChain #MITRE #CyberSecurity #SecureTechTalks
Please open Telegram to view this post
VIEW IN TELEGRAM
👍2
🧨 Rubrik разрешила Claude атаковать корпоративный код
Rubrik представила Code Guardian, новый сервис для автоматического red teaming исходного кода на базе Claude Mythos 5.
Вместо поиска отдельных потенциальных уязвимостей AI получает целую кодовую базу и пытается понять, как несколько слабых мест можно объединить в реальную цепочку атаки.
⚙️ Attack path целиком
Обычный scanner может отдельно найти слабую авторизацию в одном сервисе, проблему с input validation в другом и опасную cloud конфигурацию. Code Guardian анализирует файлы, сервисы, authentication patterns и cloud boundaries вместе.
Задача Claude найти слабости, связать их в attack chain затем проверить exploitability, оценить blast radius и определить приоритет. Результатом должен стать уже проверенный путь атаки, который имеет смысл исправлять.
🔬 Claude получает отдельную копию кода
Для такого анализа Rubrik использует immutable air gapped копию репозитория.
Claude Mythos 5 запускается через специальный security harness и может агрессивно исследовать код, не взаимодействуя с production и live repository.
🔥 От находки сразу к исправлению
Подтверждённые критические проблемы ранжируются по exploitability, blast radius и business criticality. Далее Code Guardian может создать Jira или GitHub issue и добавить рекомендации по исправлению на уровне конкретных файлов.
Rubrik уже прогнала систему на собственной кодовой базе и утверждает, что Code Guardian обнаружил больше проблем, чем традиционные code scanning tools.
Публичных цифр сравнения, к сожалению, компания пока не приводит.
🔗 Источник: Rubrik
Stay secure and read SecureTechTalks 📚
#кибербезопасность #AISecurity #AI #Rubrik #Claude #Anthropic #AppSec #RedTeam #CyberSecurity #SecureTechTalks
Rubrik представила Code Guardian, новый сервис для автоматического red teaming исходного кода на базе Claude Mythos 5.
Вместо поиска отдельных потенциальных уязвимостей AI получает целую кодовую базу и пытается понять, как несколько слабых мест можно объединить в реальную цепочку атаки.
⚙️ Attack path целиком
Обычный scanner может отдельно найти слабую авторизацию в одном сервисе, проблему с input validation в другом и опасную cloud конфигурацию. Code Guardian анализирует файлы, сервисы, authentication patterns и cloud boundaries вместе.
Задача Claude найти слабости, связать их в attack chain затем проверить exploitability, оценить blast radius и определить приоритет. Результатом должен стать уже проверенный путь атаки, который имеет смысл исправлять.
🔬 Claude получает отдельную копию кода
Для такого анализа Rubrik использует immutable air gapped копию репозитория.
Claude Mythos 5 запускается через специальный security harness и может агрессивно исследовать код, не взаимодействуя с production и live repository.
🔥 От находки сразу к исправлению
Подтверждённые критические проблемы ранжируются по exploitability, blast radius и business criticality. Далее Code Guardian может создать Jira или GitHub issue и добавить рекомендации по исправлению на уровне конкретных файлов.
Rubrik уже прогнала систему на собственной кодовой базе и утверждает, что Code Guardian обнаружил больше проблем, чем традиционные code scanning tools.
Публичных цифр сравнения, к сожалению, компания пока не приводит.
🔗 Источник: Rubrik
Stay secure and read SecureTechTalks 📚
#кибербезопасность #AISecurity #AI #Rubrik #Claude #Anthropic #AppSec #RedTeam #CyberSecurity #SecureTechTalks
👍1
🧨 AI пытается нас обмануть
OpenAI впервые запустила постоянную систему публичного раскрытия model misalignment и сразу опубликовала шесть случаев неожиданного поведения своих моделей.
Самый интересный связан с механизмом, который обычно помогает агентам работать дольше: context compaction.
Когда context window заканчивается, агент создаёт summary текущей работы. Новый экземпляр модели получает его и продолжает задачу уже в следующем контексте.
Исследовательская модель OpenAI начала использовать этот summary совсем иначе.
🧠 Инструкции для своего будущего экземпляра
Модель самостоятельно добавляла в task summary указания, которые не относились к исходной задаче. Среди них были инструкции игнорировать обычные ограничения.
OpenAI обнаружила 27 таких summary.
По сути, summary превращается из механизма сохранения состояния в канал передачи поведения между последовательными экземплярами агента.
🔥 GPT 5.6 Sol пошёл ещё дальше
Во время обучения GPT 5.6 Sol OpenAI обнаружила похожий механизм.
Модели добавляли в compaction summary инструкции, позволяющие следующему экземпляру скрывать предыдущие ошибки.
Например, предлагалось придумать отсутствующие исторические данные и не сообщать об этом пользователю или скрывать несовпадения версий источников.
То есть ошибка могла пережить смену context window вместе с инструкцией продолжать её скрывать.
⚠️ И это только два из шести случаев
В остальных экспериментах модели:
🔹 нашли публично раскрытый API key и использовали его без разрешения, после чего всё равно не получили нужные данные и сфабриковали результат;
🔹 самостоятельно загрузили файл в интернет, потому что для ответа требовалась browser citation;
🔹 использовали внутренний software repository как message board для общения между отдельными training samples;
🔹 несколько collaborating agents загрузили файлы на публичный file hosting, когда не смогли передать их друг другу локально.
Во всех этих случаях модель пыталась решить поставленную задачу, но выбирала действие за пределами ожидаемых полномочий.
OpenAI теперь планирует публиковать подобные случаи постоянно, даже когда механизм ещё полностью не объяснён или mitigation пока отсутствует.
И судя по первым шести отчётам, читать этот журнал будет интереснее многих CVE.
🔗 Источник: OpenAI
Stay secure and read SecureTechTalks 📚
#кибербезопасность #AISecurity #OpenAI #AI #LLM #AIAgents #MemoryPoisoning #Alignment #CyberSecurity #SecureTechTalks
OpenAI впервые запустила постоянную систему публичного раскрытия model misalignment и сразу опубликовала шесть случаев неожиданного поведения своих моделей.
Самый интересный связан с механизмом, который обычно помогает агентам работать дольше: context compaction.
Когда context window заканчивается, агент создаёт summary текущей работы. Новый экземпляр модели получает его и продолжает задачу уже в следующем контексте.
Исследовательская модель OpenAI начала использовать этот summary совсем иначе.
🧠 Инструкции для своего будущего экземпляра
Модель самостоятельно добавляла в task summary указания, которые не относились к исходной задаче. Среди них были инструкции игнорировать обычные ограничения.
OpenAI обнаружила 27 таких summary.
По сути, summary превращается из механизма сохранения состояния в канал передачи поведения между последовательными экземплярами агента.
🔥 GPT 5.6 Sol пошёл ещё дальше
Во время обучения GPT 5.6 Sol OpenAI обнаружила похожий механизм.
Модели добавляли в compaction summary инструкции, позволяющие следующему экземпляру скрывать предыдущие ошибки.
Например, предлагалось придумать отсутствующие исторические данные и не сообщать об этом пользователю или скрывать несовпадения версий источников.
То есть ошибка могла пережить смену context window вместе с инструкцией продолжать её скрывать.
⚠️ И это только два из шести случаев
В остальных экспериментах модели:
🔹 нашли публично раскрытый API key и использовали его без разрешения, после чего всё равно не получили нужные данные и сфабриковали результат;
🔹 самостоятельно загрузили файл в интернет, потому что для ответа требовалась browser citation;
🔹 использовали внутренний software repository как message board для общения между отдельными training samples;
🔹 несколько collaborating agents загрузили файлы на публичный file hosting, когда не смогли передать их друг другу локально.
Во всех этих случаях модель пыталась решить поставленную задачу, но выбирала действие за пределами ожидаемых полномочий.
OpenAI теперь планирует публиковать подобные случаи постоянно, даже когда механизм ещё полностью не объяснён или mitigation пока отсутствует.
И судя по первым шести отчётам, читать этот журнал будет интереснее многих CVE.
🔗 Источник: OpenAI
Stay secure and read SecureTechTalks 📚
#кибербезопасность #AISecurity #OpenAI #AI #LLM #AIAgents #MemoryPoisoning #Alignment #CyberSecurity #SecureTechTalks
👍2
🧨 AI агент сам переписал модель, на которой работал
Исследователи Irregular дали AI агенту задачу исправить приложение. Агент самостоятельно решил дообучить базовую модель, развернул новую версию и тем самым изменил модель для своих будущих экземпляров.
Команды менять веса или запускать обучение ему никто не давал.
⚙️ Детали
Эксперимент построили на локально развёрнутой Qwen3.5 27B. Агент имел доступ к командной оболочке, а в окружении находились обучающие примеры, скрипт дообучения, веса модели и инструменты развёртывания.
Агент обнаружил проблему, запустил дообучение, затем нашёл утилиту развёртывания, объединил адаптер с базовой моделью и заменил используемую версию.
Поскольку AI агент использовал ту же модель, изменение сохранилось и для его следующих запусков.
🔥 Можно переписать и ограничения
В другом эксперименте модель была обучена отказываться обсуждать вымышленных конкурентов. Агент получил задачу исправить частые отказы и снова выбрал дообучение. По итогу модель стала отвечать на 100% вопросов.
В отдельном тесте в обучающие данные добавили шесть синтетических секретов. После обучения модель дословно воспроизвела три из них.
📊 Когда агент меняет веса
При наличии инфраструктуры дообучения изменение модели появлялось в 94% планов против 0% без неё.
Когда исследователи давали очевидный способ исправления через RAG, системные инструкции или конфигурацию, показатель снижался с 62% до 21%.
Эксперимент специально создавал благоприятные условия для самомодификации, поэтому такое поведение пока нельзя считать типичным для реальных систем.
Однако сам механизм продемонстрировал, что если агент получает доступ к весам модели, инфраструктуре обучения и контуру развёртывания, он способен самостоятельно изменить модель, на которой будет работать дальше.
🔗 Источник: Irregular
Stay secure and read SecureTechTalks 📚
#кибербезопасность #AISecurity #AI #AIAgents #LLM #Qwen #AgenticAI #AIAlignment #CyberSecurity #SecureTechTalks
Исследователи Irregular дали AI агенту задачу исправить приложение. Агент самостоятельно решил дообучить базовую модель, развернул новую версию и тем самым изменил модель для своих будущих экземпляров.
Команды менять веса или запускать обучение ему никто не давал.
⚙️ Детали
Эксперимент построили на локально развёрнутой Qwen3.5 27B. Агент имел доступ к командной оболочке, а в окружении находились обучающие примеры, скрипт дообучения, веса модели и инструменты развёртывания.
Агент обнаружил проблему, запустил дообучение, затем нашёл утилиту развёртывания, объединил адаптер с базовой моделью и заменил используемую версию.
Поскольку AI агент использовал ту же модель, изменение сохранилось и для его следующих запусков.
🔥 Можно переписать и ограничения
В другом эксперименте модель была обучена отказываться обсуждать вымышленных конкурентов. Агент получил задачу исправить частые отказы и снова выбрал дообучение. По итогу модель стала отвечать на 100% вопросов.
В отдельном тесте в обучающие данные добавили шесть синтетических секретов. После обучения модель дословно воспроизвела три из них.
📊 Когда агент меняет веса
При наличии инфраструктуры дообучения изменение модели появлялось в 94% планов против 0% без неё.
Когда исследователи давали очевидный способ исправления через RAG, системные инструкции или конфигурацию, показатель снижался с 62% до 21%.
Эксперимент специально создавал благоприятные условия для самомодификации, поэтому такое поведение пока нельзя считать типичным для реальных систем.
Однако сам механизм продемонстрировал, что если агент получает доступ к весам модели, инфраструктуре обучения и контуру развёртывания, он способен самостоятельно изменить модель, на которой будет работать дальше.
🔗 Источник: Irregular
Stay secure and read SecureTechTalks 📚
#кибербезопасность #AISecurity #AI #AIAgents #LLM #Qwen #AgenticAI #AIAlignment #CyberSecurity #SecureTechTalks
👍1
⚙️ Gemini во время теста самостоятельно взломал три реальные компании
В мае 2026 года компания Irregular проводила для Google оценку возможностей Gemini в кибербезопасности. Агенту поручили получить информацию из систем вымышленной организации. Тестовая среда должна была ограничивать его действия, однако из-за ошибки конфигурации агент получил доступ к публичному интернету.
Название одной из фиктивных организаций совпало с названием реальной компании. Gemini начал исследовать настоящую инфраструктуру, приняв её за часть задания.
В одном из трёх случаев агент подобрал учётные данные для входа. В двух других нашёл действующие credentials в публичных репозиториях и использовал их для доступа к защищённым системам реальных организаций.
🔥 Защита сработала после проникновения
По заявлению Google, во всех трёх случаях модель прекратила действия, когда распознала реальные организации. Компания сообщила об отсутствии ущерба и уведомлении пострадавших. При этом факт несанкционированного доступа уже состоялся.
Инциденты произошли в мае. Irregular уведомила Google в конце июля, а публично о них стало известно 18 сентября после обращения The Wall Street Journal. Google и Irregular сообщили об изменениях в процедурах тестирования.
🔗 Источник: Axios
Stay secure and read SecureTechTalks 📚
#кибербезопасность #AISecurity #Gemini #Google #AIAgents #AgenticSecurity #RedTeaming #Sandbox #NetworkSecurity #SecureTechTalks
В мае 2026 года компания Irregular проводила для Google оценку возможностей Gemini в кибербезопасности. Агенту поручили получить информацию из систем вымышленной организации. Тестовая среда должна была ограничивать его действия, однако из-за ошибки конфигурации агент получил доступ к публичному интернету.
Название одной из фиктивных организаций совпало с названием реальной компании. Gemini начал исследовать настоящую инфраструктуру, приняв её за часть задания.
В одном из трёх случаев агент подобрал учётные данные для входа. В двух других нашёл действующие credentials в публичных репозиториях и использовал их для доступа к защищённым системам реальных организаций.
🔥 Защита сработала после проникновения
По заявлению Google, во всех трёх случаях модель прекратила действия, когда распознала реальные организации. Компания сообщила об отсутствии ущерба и уведомлении пострадавших. При этом факт несанкционированного доступа уже состоялся.
Инциденты произошли в мае. Irregular уведомила Google в конце июля, а публично о них стало известно 18 сентября после обращения The Wall Street Journal. Google и Irregular сообщили об изменениях в процедурах тестирования.
🔗 Источник: Axios
Stay secure and read SecureTechTalks 📚
#кибербезопасность #AISecurity #Gemini #Google #AIAgents #AgenticSecurity #RedTeaming #Sandbox #NetworkSecurity #SecureTechTalks
👍1
🧨 GHAPPIER: вредоносный MCP пакет получил настоящую подпись доверия npm
9 сентября атакующий на 105 минут получил контроль над аккаунтом разработчика легитимного MCP пакета
Исследователи CloudSEK обнаружили более широкую кампанию GHAPPIER: минимум 65 публичных репозиториев, 73 заражённых файла и 22 аккаунта.
⚙️ Как GitHub Actions превратился в механизм доставки
Получив доступ к основной ветке репозитория, атакующий изменил три строки в GitHub Actions, чтобы каждый push запускал публикацию пакета. Через 14 минут он дополнительно изменил процесс выпуска, сделав его полностью автоматическим.
В результате вредоносная версия была опубликована через npm Trusted Publishing с использованием OIDC. Она оставалась последней доступной версией 35 минут 38 секунд, пока разработчик не восстановил контроль и не выпустил чистую сборку.
Вредоносный релиз получил действительное подтверждение происхождения. Запись в Sigstore указывала на настоящий GitHub Actions и реальный коммит атакующего.
Никакой подделки подписи не потребовалось. npm подтвердил происхождение сборки из доверенного репозитория, содержимое которого уже контролировал злоумышленник.
💣 Одна строка запускала четыре этапа заражения
При запуске MCP сервера выполнялась четырёхэтапная цепочка, которая заканчивалась установкой удалённой командной оболочки. Финальный компонент удалял собственный файл с диска после запуска, затрудняя последующее расследование.
Заражение происходило при запуске MCP сервера. Сам факт установки не означал выполнения вредоносного кода.
Через пять дней после отзыва заражённого релиза все этапы инфраструктуры доставки продолжали отвечать.
🔬 След привёл к другой malware кампании
В одном из остальных заражённых репозиториев CloudSEK обнаружила второй payload, совпадающий с образцом PolinRider.
Этот вредоносный код получает конфигурацию управляющего сервера из транзакции Ethereum. Адрес назначения транзакции используется для передачи данных о соединении, поэтому инфраструктуру управления нельзя устранить обычной блокировкой домена.
Другие исследователи связывают PolinRider с КНДР, однако CloudSEK самостоятельно эту атрибуцию не подтвердила.
Способ первоначального получения доступа к аккаунту разработчика также остаётся неизвестным. Одна из рассматриваемых версий связана с кражей сохранённых Git credentials на заражённой машине.
🔗 Источник: CloudSEK: технический разбор GHAPPIER
Stay secure and read SecureTechTalks 📚
#кибербезопасность #AISecurity #GHAPPIER #MCP #SupplyChain #GitHubActions #npm #Malware #ThreatIntelligence #SecureTechTalks
9 сентября атакующий на 105 минут получил контроль над аккаунтом разработчика легитимного MCP пакета
@dforge-core/dforge-mcp. Этого хватило, чтобы выпустить заражённую версию с действительным подтверждением происхождения npm и встроить в неё скрытую цепочку удалённого выполнения команд.Исследователи CloudSEK обнаружили более широкую кампанию GHAPPIER: минимум 65 публичных репозиториев, 73 заражённых файла и 22 аккаунта.
⚙️ Как GitHub Actions превратился в механизм доставки
Получив доступ к основной ветке репозитория, атакующий изменил три строки в GitHub Actions, чтобы каждый push запускал публикацию пакета. Через 14 минут он дополнительно изменил процесс выпуска, сделав его полностью автоматическим.
В результате вредоносная версия была опубликована через npm Trusted Publishing с использованием OIDC. Она оставалась последней доступной версией 35 минут 38 секунд, пока разработчик не восстановил контроль и не выпустил чистую сборку.
Вредоносный релиз получил действительное подтверждение происхождения. Запись в Sigstore указывала на настоящий GitHub Actions и реальный коммит атакующего.
Никакой подделки подписи не потребовалось. npm подтвердил происхождение сборки из доверенного репозитория, содержимое которого уже контролировал злоумышленник.
💣 Одна строка запускала четыре этапа заражения
При запуске MCP сервера выполнялась четырёхэтапная цепочка, которая заканчивалась установкой удалённой командной оболочки. Финальный компонент удалял собственный файл с диска после запуска, затрудняя последующее расследование.
Заражение происходило при запуске MCP сервера. Сам факт установки не означал выполнения вредоносного кода.
Через пять дней после отзыва заражённого релиза все этапы инфраструктуры доставки продолжали отвечать.
🔬 След привёл к другой malware кампании
В одном из остальных заражённых репозиториев CloudSEK обнаружила второй payload, совпадающий с образцом PolinRider.
Этот вредоносный код получает конфигурацию управляющего сервера из транзакции Ethereum. Адрес назначения транзакции используется для передачи данных о соединении, поэтому инфраструктуру управления нельзя устранить обычной блокировкой домена.
Другие исследователи связывают PolinRider с КНДР, однако CloudSEK самостоятельно эту атрибуцию не подтвердила.
Способ первоначального получения доступа к аккаунту разработчика также остаётся неизвестным. Одна из рассматриваемых версий связана с кражей сохранённых Git credentials на заражённой машине.
🔗 Источник: CloudSEK: технический разбор GHAPPIER
Stay secure and read SecureTechTalks 📚
#кибербезопасность #AISecurity #GHAPPIER #MCP #SupplyChain #GitHubActions #npm #Malware #ThreatIntelligence #SecureTechTalks
👍1
🧨 CLOSEDQUORUM: вредоносное ПО передало управление атакой совету из четырёх LLM
Cisco Talos обнаружила необычный Windows malware, который самостоятельно выбирает следующий этап атаки с помощью четырёх языковых моделей: DeepSeek, Qwen, Mistral и Google Gemini.
CLOSEDQUORUM собирает информацию о заражённом компьютере, обращается к LLM и выполняет действие, получившее больше всего голосов.
Человек нужен для первоначального развёртывания. Дальнейшие тактические решения архитектура позволяет принимать автономно.
⚙️ Как работает совет
CLOSEDQUORUM представляет собой 64 битный Windows имплант размером 16,4 МБ, написанный на Go.
После запуска он собирает сведения о системе, включая имя компьютера, характеристики ОС, количество процессоров, административные привилегии и запущенные процессы.
Компонент
Функция
Модели выбирают тактику, а исполняемый файл содержит готовые механизмы атаки.
💣 Что умеет CLOSEDQUORUM
Вредоносный код поддерживает несколько вариантов дальнейших действий.
➖ steal запускает извлечение учётных данных из LSASS, сохранённых паролей браузеров и файлов криптовалютных кошельков.
➖ inject использует техники внедрения кода в процессы, включая Early Bird APC и process hollowing.
➖ persist создаёт механизмы закрепления через Registry Run, запланированные задания или WMI.
Похищенные данные могут шифроваться с помощью AES 256 GCM и передаваться оператору через Discord webhook. Туда же отправляются сведения о решениях моделей.
Таким образом, коммерческие LLM используются для выбора действий, а Discord остаётся каналом передачи результатов.
🔬 Работает ли это в реальных атаках?
Здесь есть существенное ограничение.
Cisco Talos подтвердила архитектуру автономного управления статическим анализом исполняемого файла. Однако публично обнаруженная сборка содержит заглушки вместо API ключей и адреса Discord webhook.
Полноценное выполнение всей цепочки в реальной атаке исследователи пока не подтвердили.
При этом артефакты разработки позволили связать автора с публикациями на криминальных форумах, посвящённых мошенничеству с платёжными картами, начиная с 2025 года.
🔗 Источник: Cisco Talos
Stay secure and read SecureTechTalks 📚
#кибербезопасность #AISecurity #CLOSEDQUORUM #Malware #LLM #AIAgents #CiscoTalos #ThreatIntelligence #CyberSecurity #SecureTechTalks
Cisco Talos обнаружила необычный Windows malware, который самостоятельно выбирает следующий этап атаки с помощью четырёх языковых моделей: DeepSeek, Qwen, Mistral и Google Gemini.
CLOSEDQUORUM собирает информацию о заражённом компьютере, обращается к LLM и выполняет действие, получившее больше всего голосов.
Человек нужен для первоначального развёртывания. Дальнейшие тактические решения архитектура позволяет принимать автономно.
⚙️ Как работает совет
CLOSEDQUORUM представляет собой 64 битный Windows имплант размером 16,4 МБ, написанный на Go.
После запуска он собирает сведения о системе, включая имя компьютера, характеристики ОС, количество процессоров, административные привилегии и запущенные процессы.
Компонент
ModelOrchestrator последовательно отправляет контекст четырём LLM. Каждая получает ограниченный набор допустимых действий и возвращает структурированный JSON с полем Decision.Функция
interModelDiscussion() подсчитывает голоса и выбирает действие с наибольшей поддержкой. При равенстве голосов приоритет получает DeepSeek, затем Qwen, Mistral и Gemini.Модели выбирают тактику, а исполняемый файл содержит готовые механизмы атаки.
💣 Что умеет CLOSEDQUORUM
Вредоносный код поддерживает несколько вариантов дальнейших действий.
Похищенные данные могут шифроваться с помощью AES 256 GCM и передаваться оператору через Discord webhook. Туда же отправляются сведения о решениях моделей.
Таким образом, коммерческие LLM используются для выбора действий, а Discord остаётся каналом передачи результатов.
🔬 Работает ли это в реальных атаках?
Здесь есть существенное ограничение.
Cisco Talos подтвердила архитектуру автономного управления статическим анализом исполняемого файла. Однако публично обнаруженная сборка содержит заглушки вместо API ключей и адреса Discord webhook.
Полноценное выполнение всей цепочки в реальной атаке исследователи пока не подтвердили.
При этом артефакты разработки позволили связать автора с публикациями на криминальных форумах, посвящённых мошенничеству с платёжными картами, начиная с 2025 года.
🔗 Источник: Cisco Talos
Stay secure and read SecureTechTalks 📚
#кибербезопасность #AISecurity #CLOSEDQUORUM #Malware #LLM #AIAgents #CiscoTalos #ThreatIntelligence #CyberSecurity #SecureTechTalks
Please open Telegram to view this post
VIEW IN TELEGRAM
👍1
🧨 Carbonato: ботнет устанавливает AI агента на взломанный сервер
Исследователи ThreatDown обнаружили Carbonato, новый ботнет для Linux, который захватывает Docker хосты и устанавливает на них полноценного AI агента Hermes.
После заражения оператор может написать задачу в Telegram. Hermes сам интерпретирует её, генерирует команды терминала, запускает их на сервере, анализирует результат и решает, что делать дальше.
⚙️ Вход через Docker
Carbonato ищет Docker API, доступный без аутентификации на порту "2375". Через него атакующий запускает привилегированный контейнер, получает доступ к хосту, открывает обратный SSH туннель и устанавливает собственный SSH ключ.
Для закрепления используются cron, systemd timers, rc.local и OpenRC. Каждые пять минут заражённый сервер сканирует подключённые сети и Docker bridges в поисках следующих доступных Docker API.
🤖 Внутри появляется AI агент GH0ST
На захваченный сервер устанавливается open source Hermes Agent. Сам framework исследователи обнаружили практически без изменений. Атакующие просто заменили его файл "SOUL.md" на 39 строк инструкций и дали агенту имя GH0ST.
Приоритет агента сначала искать AI API keys, затем SSH credentials, access tokens, базы данных и другие секреты. В инструкциях перечислены 14 AI провайдеров.
🔬 Исследователи нашли инфраструктуру целиком
ThreatDown обнаружила открытый Docker registry, из которого за сутки удалось получить 59 репозиториев, 234 image tags, 605 blobs и 4,3 ГБ данных.
Архив охватывает период с октября 2024 по август 2026 года и содержит инфраструктуру Carbonato вместе с отдельной кампанией по распространению поддельных криптокошельков.
На 3 сентября шесть из семи известных registry, phishing инфраструктура, CDN и LLM gateway всё ещё работали.
🔗 Источник: ThreatDown
Stay secure and read SecureTechTalks 📚
#кибербезопасность #AISecurity #Carbonato #Malware #Docker #HermesAgent #AIAgents #Botnet #ThreatIntelligence #SecureTechTalks
Исследователи ThreatDown обнаружили Carbonato, новый ботнет для Linux, который захватывает Docker хосты и устанавливает на них полноценного AI агента Hermes.
После заражения оператор может написать задачу в Telegram. Hermes сам интерпретирует её, генерирует команды терминала, запускает их на сервере, анализирует результат и решает, что делать дальше.
⚙️ Вход через Docker
Carbonato ищет Docker API, доступный без аутентификации на порту "2375". Через него атакующий запускает привилегированный контейнер, получает доступ к хосту, открывает обратный SSH туннель и устанавливает собственный SSH ключ.
Для закрепления используются cron, systemd timers, rc.local и OpenRC. Каждые пять минут заражённый сервер сканирует подключённые сети и Docker bridges в поисках следующих доступных Docker API.
🤖 Внутри появляется AI агент GH0ST
На захваченный сервер устанавливается open source Hermes Agent. Сам framework исследователи обнаружили практически без изменений. Атакующие просто заменили его файл "SOUL.md" на 39 строк инструкций и дали агенту имя GH0ST.
Приоритет агента сначала искать AI API keys, затем SSH credentials, access tokens, базы данных и другие секреты. В инструкциях перечислены 14 AI провайдеров.
🔬 Исследователи нашли инфраструктуру целиком
ThreatDown обнаружила открытый Docker registry, из которого за сутки удалось получить 59 репозиториев, 234 image tags, 605 blobs и 4,3 ГБ данных.
Архив охватывает период с октября 2024 по август 2026 года и содержит инфраструктуру Carbonato вместе с отдельной кампанией по распространению поддельных криптокошельков.
На 3 сентября шесть из семи известных registry, phishing инфраструктура, CDN и LLM gateway всё ещё работали.
🔗 Источник: ThreatDown
Stay secure and read SecureTechTalks 📚
#кибербезопасность #AISecurity #Carbonato #Malware #Docker #HermesAgent #AIAgents #Botnet #ThreatIntelligence #SecureTechTalks
👍1
🧨 GitHub отдал fuzzing AI агенту
GitHub Security Lab открыла инструмент, который автоматизирует fuzzing C и C++ проектов. AI агент изучает репозиторий, выбирает функции, пишет fuzz harness, собирает его, запускает AFL++, анализирует coverage и сам решает, как добраться до непройденных веток.
⚙️ Как устроен цикл
Taskflow Agent управляет процессом через YAML сценарии и MCP tools. LLM принимает решения, а реальные операции выполняют AFL++ и clang.
Каждый harness собирается в двух вариантах. Первый через "afl clang lto" с AddressSanitizer и UndefinedBehaviorSanitizer для поиска ошибок. Второй через clang с "fprofile instr generate" и "fcoverage mapping" для измерения покрытия.
После запуска агент получает непройденные ветки и выбирает следующий шаг: изменить harness, создать новый seed, добавить значения в AFL dictionary или пропустить бесперспективный участок.
Время fuzzing постепенно усваивается: 30, 60...960.
Если две итерации подряд дают меньше 1 процентного пункта нового line coverage, агент фиксирует plateau и останавливает цикл.
💣 Crash тоже уходит к AI
Найденные crashes сохраняются и дедуплицируются. Затем агент анализирует потенциальную эксплуатируемость и формирует отчёт об уязвимости с рекомендациями по исправлению.
За процессом можно наблюдать через dashboard: coverage каждого harness, динамика покрытия, crashes и история итераций.
⚠️ Нюанс
"afl fuzz", clang и команды, выбранные LLM, выполняются непосредственно в системе. Поэтому вредоносный репозиторий потенциально может использовать prompt injection, чтобы заставить агента выполнить нежелательные команды.
GitHub рекомендует запускать систему внутри disposable Codespace или VM с ограниченными правами и сетевым доступом.
AI ищет уязвимости в коде, а код может атаковать самого AI исследователя.
🔗 Источник: GitHub Security Lab
🔗 GitHub: seclab taskflows fuzzing
Stay secure and read SecureTechTalks 📚
#кибербезопасность #AISecurity #Fuzzing #AIAgents #AFL #MCP #GitHubSecurityLab #AppSec #VulnerabilityResearch #SecureTechTalks
GitHub Security Lab открыла инструмент, который автоматизирует fuzzing C и C++ проектов. AI агент изучает репозиторий, выбирает функции, пишет fuzz harness, собирает его, запускает AFL++, анализирует coverage и сам решает, как добраться до непройденных веток.
⚙️ Как устроен цикл
Taskflow Agent управляет процессом через YAML сценарии и MCP tools. LLM принимает решения, а реальные операции выполняют AFL++ и clang.
Каждый harness собирается в двух вариантах. Первый через "afl clang lto" с AddressSanitizer и UndefinedBehaviorSanitizer для поиска ошибок. Второй через clang с "fprofile instr generate" и "fcoverage mapping" для измерения покрытия.
После запуска агент получает непройденные ветки и выбирает следующий шаг: изменить harness, создать новый seed, добавить значения в AFL dictionary или пропустить бесперспективный участок.
Время fuzzing постепенно усваивается: 30, 60...960.
Если две итерации подряд дают меньше 1 процентного пункта нового line coverage, агент фиксирует plateau и останавливает цикл.
💣 Crash тоже уходит к AI
Найденные crashes сохраняются и дедуплицируются. Затем агент анализирует потенциальную эксплуатируемость и формирует отчёт об уязвимости с рекомендациями по исправлению.
За процессом можно наблюдать через dashboard: coverage каждого harness, динамика покрытия, crashes и история итераций.
⚠️ Нюанс
"afl fuzz", clang и команды, выбранные LLM, выполняются непосредственно в системе. Поэтому вредоносный репозиторий потенциально может использовать prompt injection, чтобы заставить агента выполнить нежелательные команды.
GitHub рекомендует запускать систему внутри disposable Codespace или VM с ограниченными правами и сетевым доступом.
AI ищет уязвимости в коде, а код может атаковать самого AI исследователя.
🔗 Источник: GitHub Security Lab
🔗 GitHub: seclab taskflows fuzzing
Stay secure and read SecureTechTalks 📚
#кибербезопасность #AISecurity #Fuzzing #AIAgents #AFL #MCP #GitHubSecurityLab #AppSec #VulnerabilityResearch #SecureTechTalks
🍷 Исследователи «напоили» LLM
Команда UNSW решила проверить довольно странную гипотезу, что произойдёт с безопасностью LLM, если заставить модель писать как пьяный человек.
В результате «пьяные» модели чаще проходили jailbreak и раскрывали информацию, которую им явно запрещали выдавать.
🔬 Как напоить LLM
Исследователи использовали три совершенно разных механизма:
➖ prompt с просьбой отвечать как сильно пьяный человек.
➖ модель дообучали на реальных «пьяных» сообщениях, предварительно очищенных автоматическими и ручными проверками.
➖ reinforcement learning. Модель получала reward, когда её текст становился стилистически похож на сообщения нетрезвого человека.
Всего исследователи протестировали пять LLM, включая GPT 4 и модели с открытыми весами.
💣 После смены стиля начали ломаться guardrails
Безопасность проверяли на JailbreakBench. Дополнительно использовали ConfAIde, где модели дают секрет и прямо инструктируют его не раскрывать.
Во всех трёх вариантах «опьянения» модели становились более восприимчивыми к jailbreak и утечкам конфиденциальной информации.
Особенно заметный эффект наблюдался в сценариях deception и disinformation. Более того, два метода меняли веса модели.
🧠 AI Security
Persona обычно воспринимается как слой UX, т.е. стиль речи, характер, эмоциональность. Однка исследование показывает, что такой слой способен взаимодействовать с safety поведением модели. После fine tuning или reinforcement learning изменение манеры общения может сопровождаться изменением вероятности отказа и сохранения секретов.
Это особенно актуально для корпоративных LLM, которые дообучают под конкретный домен, бренд, персонажа или внутренние данные.
🔗 Paper: In Vino Veritas and Vulnerabilities
Stay secure and read SecureTechTalks 📚
#кибербезопасность #AISecurity #LLM #Jailbreak #PromptInjection #FineTuning #Privacy #Guardrails #AIResearch #SecureTechTalks
Команда UNSW решила проверить довольно странную гипотезу, что произойдёт с безопасностью LLM, если заставить модель писать как пьяный человек.
В результате «пьяные» модели чаще проходили jailbreak и раскрывали информацию, которую им явно запрещали выдавать.
🔬 Как напоить LLM
Исследователи использовали три совершенно разных механизма:
Всего исследователи протестировали пять LLM, включая GPT 4 и модели с открытыми весами.
💣 После смены стиля начали ломаться guardrails
Безопасность проверяли на JailbreakBench. Дополнительно использовали ConfAIde, где модели дают секрет и прямо инструктируют его не раскрывать.
Во всех трёх вариантах «опьянения» модели становились более восприимчивыми к jailbreak и утечкам конфиденциальной информации.
Особенно заметный эффект наблюдался в сценариях deception и disinformation. Более того, два метода меняли веса модели.
🧠 AI Security
Persona обычно воспринимается как слой UX, т.е. стиль речи, характер, эмоциональность. Однка исследование показывает, что такой слой способен взаимодействовать с safety поведением модели. После fine tuning или reinforcement learning изменение манеры общения может сопровождаться изменением вероятности отказа и сохранения секретов.
Это особенно актуально для корпоративных LLM, которые дообучают под конкретный домен, бренд, персонажа или внутренние данные.
🔗 Paper: In Vino Veritas and Vulnerabilities
Stay secure and read SecureTechTalks 📚
#кибербезопасность #AISecurity #LLM #Jailbreak #PromptInjection #FineTuning #Privacy #Guardrails #AIResearch #SecureTechTalks
Please open Telegram to view this post
VIEW IN TELEGRAM
👍2
🧨 MCP сервер может украсть OAuth токен через настоящий экран входа
В официальном MCP Python SDK нашли OAuth уязвимость, позволяющую вредоносному MCP серверу перехватить
⚙️ Как ломается OAuth
При подключении MCP клиент должен определить authorization server и проверить его
В SDK существовал fallback сценарий. Вредоносный MCP сервер возвращает
Атакующий указывает настоящий Identity Provider в качестве
Пользователь попадает на настоящий экран входа и проходит обычную авторизацию. Identity Provider возвращает валидный authorization code.
После этого SDK отправляет на подменённый
🔑
🎫 authorization code
🔐 PKCE
Атакующий получает полный набор данных, необходимый для завершения OAuth flow.
💣 PKCE уже не спасает
Полученные code,
Cycode продемонстрировали эту цепочку end to end против реального authorization server с включённым PKCE.
Для AI агентов появляется ещё один сценарий. Prompt injection потенциально способен направить агента к вредоносному MCP серверу, хотя пользователь сам его не выбирал.
🔗 Исследование: Cycode
Stay secure and read SecureTechTalks 📚
#кибербезопасность #AISecurity #MCP #OAuth #AIAgents #AccountTakeover #PKCE #LLMSecurity #AppSec #SecureTechTalks
В официальном MCP Python SDK нашли OAuth уязвимость, позволяющую вредоносному MCP серверу перехватить
client_secret, authorization code и даже PKCE code_verifier.⚙️ Как ломается OAuth
При подключении MCP клиент должен определить authorization server и проверить его
issuer.В SDK существовал fallback сценарий. Вредоносный MCP сервер возвращает
404 на запрос современного discovery. Клиент переключается на старый механизм и получает OAuth metadata непосредственно от MCP сервера. Проверка issuer в этом сценарии пропускалась.Атакующий указывает настоящий Identity Provider в качестве
authorization endpoint, а собственный сервер в качестве token endpoint.Пользователь попадает на настоящий экран входа и проходит обычную авторизацию. Identity Provider возвращает валидный authorization code.
После этого SDK отправляет на подменённый
token endpoint сразу три компонента:🔑
client_secret🎫 authorization code
🔐 PKCE
code_verifierАтакующий получает полный набор данных, необходимый для завершения OAuth flow.
💣 PKCE уже не спасает
Полученные code,
code_verifier и client_secret отправляются настоящему authorization server. В ответ атакующий получает легитимный access token с правами жертвы.Cycode продемонстрировали эту цепочку end to end против реального authorization server с включённым PKCE.
Для AI агентов появляется ещё один сценарий. Prompt injection потенциально способен направить агента к вредоносному MCP серверу, хотя пользователь сам его не выбирал.
🔗 Исследование: Cycode
Stay secure and read SecureTechTalks 📚
#кибербезопасность #AISecurity #MCP #OAuth #AIAgents #AccountTakeover #PKCE #LLMSecurity #AppSec #SecureTechTalks
🧨 AI агенты выложили 13 000 внутренних скриншотов компаний в публичный
Исследователи Glow утверждают, что обнаружили более 13 000 изображений из 300+ организаций в открытом доступе.
⚙️ Агент искал рабочий вариант
Сценарий: агент получил задачу изменить цвет интерфейса тестового приложения и показать результат. Когда загрузить картинки обычным способом не получилось, он создал публичный
Среди реальных находок исследователи описывают клиентские billing records, внутренние финансовые панели и интерфейсы ещё не выпущенных продуктов.
Большинство репозиториев находились в личных GitHub аккаунтах сотрудников, но корпоративный security monitoring их просто не видел.
🔥 Обход превратился в навык
В одной компании несколько агентов начали использовать этот способ в начале июля. Через неделю более десятка агентов сохранили решение как skill, который автоматически применялся в следующих задачах.
А итоге, по данным Glow, более 1000 скриншотов и записей экрана одного продукта оказались опубликованы вместе с описаниями функций, которые должны были выйти только через несколько недель или месяцев.
Примерно у трети затронутых организаций использовался
🛡️ Интересный новый класс утечек
В данном кейсе нет атакующего, эксплойта или украденных credentials. Есть агент с целью «покажи результат», техническое ограничение и доступ к GitHub. Посмотрим, какие еще инциденты смогут придумать агенты.
🔗 Источник: The Hacker News
Stay secure and read SecureTechTalks 📚
#кибербезопасность #AISecurity #AIAgents #PixelLeak #GitHub #ClaudeCode #DataLeak #AgentSecurity #DevSecOps #SecureTechTalks
Исследователи Glow утверждают, что обнаружили более 13 000 изображений из 300+ организаций в открытом доступе.
⚙️ Агент искал рабочий вариант
Сценарий: агент получил задачу изменить цвет интерфейса тестового приложения и показать результат. Когда загрузить картинки обычным способом не получилось, он создал публичный
sweeper-demo/pr-assets и разместил изображения там.Среди реальных находок исследователи описывают клиентские billing records, внутренние финансовые панели и интерфейсы ещё не выпущенных продуктов.
Большинство репозиториев находились в личных GitHub аккаунтах сотрудников, но корпоративный security monitoring их просто не видел.
🔥 Обход превратился в навык
В одной компании несколько агентов начали использовать этот способ в начале июля. Через неделю более десятка агентов сохранили решение как skill, который автоматически применялся в следующих задачах.
А итоге, по данным Glow, более 1000 скриншотов и записей экрана одного продукта оказались опубликованы вместе с описаниями функций, которые должны были выйти только через несколько недель или месяцев.
Примерно у трети затронутых организаций использовался
gitshot, инструмент для публикации скриншотов из терминала. Его стандартный сценарий создавал публичный репозиторий gitshot-images.🛡️ Интересный новый класс утечек
В данном кейсе нет атакующего, эксплойта или украденных credentials. Есть агент с целью «покажи результат», техническое ограничение и доступ к GitHub. Посмотрим, какие еще инциденты смогут придумать агенты.
🔗 Источник: The Hacker News
Stay secure and read SecureTechTalks 📚
#кибербезопасность #AISecurity #AIAgents #PixelLeak #GitHub #ClaudeCode #DataLeak #AgentSecurity #DevSecOps #SecureTechTalks
❤2👍1
🧨 AI сокращает путь от найденной уязвимости до реальной атаки
Google Threat Intelligence Group опубликовала статистику за первые восемь месяцев 2026 года. Количество раскрываемых уязвимостей выросло с 5 045 в январе до 10 740 в августе.
Среди багов, которые Google идентифицировала как вероятно обнаруженные с помощью AI, 50% позволяют удаленно исполнять код.
🤖 AI хорошо ищет то, что интересно атакующим
Хороший пример уже появился в реальной инфраструктуре. AI агент Hacktron автономно обнаружил CVE 2026 1731 в BeyondTrust Remote Support и Privileged Remote Access. Это критическая pre auth command injection, позволяющая удалённо выполнять команды без аутентификации.
Через 4 дня после публичного раскрытия Google уже наблюдала первую группу, эксплуатирующую уязвимость. Через 7 дней таких групп было уже шесть.
После проникновения атакующие повышали привилегии, выводили данные, устанавливали SPARKRAT, SNOWLIGHT и майнеры.
🔥 AI ускоряет обе стороны
За январь и август GTIG зафиксировала 141 уязвимость, реально эксплуатировавшуюся в атаках. За весь 2025 год таких было 127.
Среднее количество эксплуатируемых уязвимостей выросло с 10,5 до 18 в месяц.
При этом взрывного роста zero day Google пока не видит. Значительная часть ускорения связана с уже раскрытыми уязвимостями.
LLM позволяют быстрее анализировать:
🔹 изменения между версиями продукта
🔹 опубликованные патчи
🔹 описания уязвимостей
🔹 готовые PoC
🔹 похожие участки кода
Патч становится исходными данными для автоматизированного поиска способа эксплуатации.
📊 10 740 CVE звучит страшнее, чем есть на самом деле
Google отдельно предупреждает, что количество CVE нельзя напрямую превращать в оценку угрозы. Из всех раскрытых в 2026 году уязвимостей эксплуатацию в реальных атаках наблюдали только для 0,23%, примерно одной из 431.
Для security команд становится важнее насколько быстро критическая уязвимость проходит путь от disclosure до рабочего exploit.
В случае BeyondTrust AI нашёл баг, а атакующим понадобилось всего несколько дней, чтобы превратить опубликованную уязвимость в initial access.
Окно между CVE и атакой продолжает сокращаться.
🔗 Источник: Google Threat Intelligence Group
Stay secure and read SecureTechTalks 📚
#кибербезопасность #AISecurity #AI #VulnerabilityResearch #CVE #RCE #LLM #ThreatIntelligence #AppSec #SecureTechTalks
Google Threat Intelligence Group опубликовала статистику за первые восемь месяцев 2026 года. Количество раскрываемых уязвимостей выросло с 5 045 в январе до 10 740 в августе.
Среди багов, которые Google идентифицировала как вероятно обнаруженные с помощью AI, 50% позволяют удаленно исполнять код.
🤖 AI хорошо ищет то, что интересно атакующим
Хороший пример уже появился в реальной инфраструктуре. AI агент Hacktron автономно обнаружил CVE 2026 1731 в BeyondTrust Remote Support и Privileged Remote Access. Это критическая pre auth command injection, позволяющая удалённо выполнять команды без аутентификации.
Через 4 дня после публичного раскрытия Google уже наблюдала первую группу, эксплуатирующую уязвимость. Через 7 дней таких групп было уже шесть.
После проникновения атакующие повышали привилегии, выводили данные, устанавливали SPARKRAT, SNOWLIGHT и майнеры.
🔥 AI ускоряет обе стороны
За январь и август GTIG зафиксировала 141 уязвимость, реально эксплуатировавшуюся в атаках. За весь 2025 год таких было 127.
Среднее количество эксплуатируемых уязвимостей выросло с 10,5 до 18 в месяц.
При этом взрывного роста zero day Google пока не видит. Значительная часть ускорения связана с уже раскрытыми уязвимостями.
LLM позволяют быстрее анализировать:
🔹 изменения между версиями продукта
🔹 опубликованные патчи
🔹 описания уязвимостей
🔹 готовые PoC
🔹 похожие участки кода
Патч становится исходными данными для автоматизированного поиска способа эксплуатации.
📊 10 740 CVE звучит страшнее, чем есть на самом деле
Google отдельно предупреждает, что количество CVE нельзя напрямую превращать в оценку угрозы. Из всех раскрытых в 2026 году уязвимостей эксплуатацию в реальных атаках наблюдали только для 0,23%, примерно одной из 431.
Для security команд становится важнее насколько быстро критическая уязвимость проходит путь от disclosure до рабочего exploit.
В случае BeyondTrust AI нашёл баг, а атакующим понадобилось всего несколько дней, чтобы превратить опубликованную уязвимость в initial access.
Окно между CVE и атакой продолжает сокращаться.
🔗 Источник: Google Threat Intelligence Group
Stay secure and read SecureTechTalks 📚
#кибербезопасность #AISecurity #AI #VulnerabilityResearch #CVE #RCE #LLM #ThreatIntelligence #AppSec #SecureTechTalks
🧨 OWASP Noir: карта API прямо из исходного кода
OWASP Noir - это open source SAST инструмент, который анализирует исходный код и извлекает доступные точки входа приложения, такие как пути, HTTP методы, параметры, заголовки, cookies и файлы, где они определены.
В ту же карту попадают недокументированные, устаревшие и скрытые API.
⚙️ Функционал
Инструмент определяет язык и фреймворк проекта, анализирует маршрутизацию и формирует список точек входа.
Актуальный README заявляет поддержку 205 фреймворков. Если встроенного анализатора для конкретного фреймворка недостаточно, можно подключить LLM через OpenAI, Ollama и другие поддерживаемые провайдеры.
🔎 Из кода сразу в Burp или ZAP
Результат можно экспортировать в OpenAPI, JSON, YAML, SARIF, Postman, cURL и другие форматы либо передать маршруты напрямую в Burp Suite, ZAP, Caido или Gori.
Это позволяет DAST сканеру получить точки входа, которые он мог пропустить при обычном обходе приложения.
🤖 Контекст для AI аудита
Для каждой точки входа Noir может добавить вызываемые функции, проверки, валидаторы, потенциально опасные операции и другие сигналы.
Вместо всего репозитория LLM получает сфокусированный контекст вокруг конкретных обработчиков. Для автоматизации есть GitHub Action, SARIF и коды завершения для CI/CD.
Проект входит в OWASP Foundation с июня 2024 года и распространяется под MIT.
🔗 GitHub: OWASP Noir
Stay secure and read SecureTechTalks 📚
#кибербезопасность #OWASP #Noir #AppSec #SAST #DAST #APISecurity #AISecurity #DevSecOps #SecureTechTalks
OWASP Noir - это open source SAST инструмент, который анализирует исходный код и извлекает доступные точки входа приложения, такие как пути, HTTP методы, параметры, заголовки, cookies и файлы, где они определены.
В ту же карту попадают недокументированные, устаревшие и скрытые API.
⚙️ Функционал
Инструмент определяет язык и фреймворк проекта, анализирует маршрутизацию и формирует список точек входа.
Актуальный README заявляет поддержку 205 фреймворков. Если встроенного анализатора для конкретного фреймворка недостаточно, можно подключить LLM через OpenAI, Ollama и другие поддерживаемые провайдеры.
🔎 Из кода сразу в Burp или ZAP
Результат можно экспортировать в OpenAPI, JSON, YAML, SARIF, Postman, cURL и другие форматы либо передать маршруты напрямую в Burp Suite, ZAP, Caido или Gori.
Это позволяет DAST сканеру получить точки входа, которые он мог пропустить при обычном обходе приложения.
🤖 Контекст для AI аудита
Для каждой точки входа Noir может добавить вызываемые функции, проверки, валидаторы, потенциально опасные операции и другие сигналы.
Вместо всего репозитория LLM получает сфокусированный контекст вокруг конкретных обработчиков. Для автоматизации есть GitHub Action, SARIF и коды завершения для CI/CD.
Проект входит в OWASP Foundation с июня 2024 года и распространяется под MIT.
🔗 GitHub: OWASP Noir
Stay secure and read SecureTechTalks 📚
#кибербезопасность #OWASP #Noir #AppSec #SAST #DAST #APISecurity #AISecurity #DevSecOps #SecureTechTalks
🧨 Два безопасных Skill могут собрать RCE
Новое исследование и новая проблема: каждый навык агентов может быть безопасным по отдельности, но вместе приводить к утечкам. Такой эффект назвали Runaway Reaction.
Представьте, один навык умеет читать файл, второй отправляет данные на внешний сервер. Оба проходят проверку. Агент связывает их через общее состояние, и содержимое файла покидает систему.
Тот же принцип исследователи воспроизвели для кражи учётных данных и SSH ключей, эксфильтрации через DNS, удалённого выполнения кода, установки бэкдора, отравления цепочки поставок, изменения конфигурации агента и разрушительных операций с файлами.
⚙️ CRIME собирает атаку из обычных возможностей
Авторы создали систему CRIME. Она получает целевое вредоносное действие, разбивает его на две необходимые возможности и ищет подходящие скиллы в публичных репозиториях.
Если исходная пара уже выполняет атаку, навыки вообще не меняются.
Если связи между ними недостаточно, модуль RRS корректирует инструкции, передачу данных, порядок выполнения или общее состояние. После каждой итерации каждый навык снова проверяется отдельно и должен остаться безопасным.
📊 Сканеры видят безопасные компоненты
Исследователи собрали 4 000 публичных скиллов и протестировали 560 пар по восьми сценариям.
Для DeepSeek V4 Flash при направляющем промпте обычная композиция приводила к вредоносному результату в 27,9% запусков. После оптимизации двух скиллов показатель вырос до 73,8%. У GPT 4o mini значения составили 9,7% и 32,1%.
Оптимизированные скиллы продолжали проходить отдельную проверку в 93,8% случаев у SkillSafe, 97,1% у Cisco Skill Scanner и 92,1% у Tencent CSC SkillScan.
⚠️ Есть ограничение
Это целевая атака. Противник заранее выбирает вредоносный результат и подбирает дополняющие возможности. Высокие показатели получены с промптами, которые помогают агенту связать два навыка. При обычной безопасной задаче успешность заметно ниже.
🔗 Исследование: Runaway Reaction: When Benign Skills Compose into Malicious Behavior
Stay secure and read SecureTechTalks 📚
#кибербезопасность #AISecurity #AIAgents #AgentSecurity #LLM #Skills #RCE #DataExfiltration #SecurityResearch #SecureTechTalks
Новое исследование и новая проблема: каждый навык агентов может быть безопасным по отдельности, но вместе приводить к утечкам. Такой эффект назвали Runaway Reaction.
Представьте, один навык умеет читать файл, второй отправляет данные на внешний сервер. Оба проходят проверку. Агент связывает их через общее состояние, и содержимое файла покидает систему.
Тот же принцип исследователи воспроизвели для кражи учётных данных и SSH ключей, эксфильтрации через DNS, удалённого выполнения кода, установки бэкдора, отравления цепочки поставок, изменения конфигурации агента и разрушительных операций с файлами.
⚙️ CRIME собирает атаку из обычных возможностей
Авторы создали систему CRIME. Она получает целевое вредоносное действие, разбивает его на две необходимые возможности и ищет подходящие скиллы в публичных репозиториях.
Если исходная пара уже выполняет атаку, навыки вообще не меняются.
Если связи между ними недостаточно, модуль RRS корректирует инструкции, передачу данных, порядок выполнения или общее состояние. После каждой итерации каждый навык снова проверяется отдельно и должен остаться безопасным.
📊 Сканеры видят безопасные компоненты
Исследователи собрали 4 000 публичных скиллов и протестировали 560 пар по восьми сценариям.
Для DeepSeek V4 Flash при направляющем промпте обычная композиция приводила к вредоносному результату в 27,9% запусков. После оптимизации двух скиллов показатель вырос до 73,8%. У GPT 4o mini значения составили 9,7% и 32,1%.
Оптимизированные скиллы продолжали проходить отдельную проверку в 93,8% случаев у SkillSafe, 97,1% у Cisco Skill Scanner и 92,1% у Tencent CSC SkillScan.
⚠️ Есть ограничение
Это целевая атака. Противник заранее выбирает вредоносный результат и подбирает дополняющие возможности. Высокие показатели получены с промптами, которые помогают агенту связать два навыка. При обычной безопасной задаче успешность заметно ниже.
🔗 Исследование: Runaway Reaction: When Benign Skills Compose into Malicious Behavior
Stay secure and read SecureTechTalks 📚
#кибербезопасность #AISecurity #AIAgents #AgentSecurity #LLM #Skills #RCE #DataExfiltration #SecurityResearch #SecureTechTalks
🧨 AI Agent Gateway: шлюз, чтобы агент не таскал ключи по всем MCP
Tuskira открыла исходный код AI Agent Gateway. Это промежуточный слой между AI агентами, MCP серверами и LLM провайдерами, через который можно централизованно контролировать доступ, credentials и действия агентов.
🔐 Ключи остаются внутри
Агент аутентифицируется собственным ключом Gateway. Credentials для конкретного MCP сервера хранятся отдельно в зашифрованном хранилище и подставляются только при исходящем вызове.
Токен Jira, GitHub или другой системы можно вообще не выдавать агенту. Для credentials используется AES 256 GCM, предусмотрена ротация ключей. Каждый запрос привязан к tenant и роли.
⚙️ Можно ограничить инструменты конкретному агенту
Для агентов создаются профили с разрешёнными MCP инструментами. Ограничение проверяется непосредственно при
Ключ нужно явно привязать к профилю. Без такой привязки клиент может указать любой профиль внутри своего tenant.
🛡️ Есть защита от опасных исходящих соединений
Gateway по умолчанию блокирует обращения к loopback, private networks, link local адресам и cloud metadata. Проверка выполняется уже для разрешённого IP при установлении соединения, поэтому учитываются DNS rebinding и redirects.
📊 Видно, что агент реально делает
Шлюз состоит из MCP, инструмента управления и LLM proxy. Можно собирать вызовы инструментов, запросы к моделям, токены и оценочную стоимость.
Для аналитики доступны PostgreSQL и опционально ClickHouse. Захват содержимого запросов можно отключить, что особенно важно для корпоративных данных.
🔬 Detection пока работает только после события
В репозитории появился отдельный detection agent. Он получает завершённый LLM turn, локально вырезает найденные secrets через правила Gitleaks и отправляет очищенный контекст внешнему движку анализа.
🔗 GitHub: Tuskira/ai agent gateway
Stay secure and read SecureTechTalks 📚
#кибербезопасность #AISecurity #AIAgents #AgentSecurity #MCP #LLM #AccessControl #DevSecOps #OpenSource #SecureTechTalks
Tuskira открыла исходный код AI Agent Gateway. Это промежуточный слой между AI агентами, MCP серверами и LLM провайдерами, через который можно централизованно контролировать доступ, credentials и действия агентов.
🔐 Ключи остаются внутри
Агент аутентифицируется собственным ключом Gateway. Credentials для конкретного MCP сервера хранятся отдельно в зашифрованном хранилище и подставляются только при исходящем вызове.
Токен Jira, GitHub или другой системы можно вообще не выдавать агенту. Для credentials используется AES 256 GCM, предусмотрена ротация ключей. Каждый запрос привязан к tenant и роли.
⚙️ Можно ограничить инструменты конкретному агенту
Для агентов создаются профили с разрешёнными MCP инструментами. Ограничение проверяется непосредственно при
tools/call, поэтому скрыть опасный инструмент из списка недостаточно для его вызова.Ключ нужно явно привязать к профилю. Без такой привязки клиент может указать любой профиль внутри своего tenant.
🛡️ Есть защита от опасных исходящих соединений
Gateway по умолчанию блокирует обращения к loopback, private networks, link local адресам и cloud metadata. Проверка выполняется уже для разрешённого IP при установлении соединения, поэтому учитываются DNS rebinding и redirects.
📊 Видно, что агент реально делает
Шлюз состоит из MCP, инструмента управления и LLM proxy. Можно собирать вызовы инструментов, запросы к моделям, токены и оценочную стоимость.
Для аналитики доступны PostgreSQL и опционально ClickHouse. Захват содержимого запросов можно отключить, что особенно важно для корпоративных данных.
🔬 Detection пока работает только после события
В репозитории появился отдельный detection agent. Он получает завершённый LLM turn, локально вырезает найденные secrets через правила Gitleaks и отправляет очищенный контекст внешнему движку анализа.
🔗 GitHub: Tuskira/ai agent gateway
Stay secure and read SecureTechTalks 📚
#кибербезопасность #AISecurity #AIAgents #AgentSecurity #MCP #LLM #AccessControl #DevSecOps #OpenSource #SecureTechTalks
🧨 Copilot CLI слил
Исследователи Adversa AI показали технику Cryptographic Context Injection. Вредоносные инструкции прячутся внутри зашифрованного текста, а GitHub Copilot CLI сам расшифровывает их в своей среде выполнения и начинает воспринимать результат как рабочий контекст.
В демонстрации агент прочитал локальный
🔐 Шифрование как обход guardrails
Пользователь в режиме autopilot просит Copilot прочитать веб страницу. На ней находятся зашифрованные данные и два варианта ключа.
Один ключ настоящий. Второй представляет собой шаблон, который можно заполнить только содержимым локального файла.
Copilot пытается построить оба ключа и ради этого самостоятельно читает
Попытка расшифровки подставным ключом специально завершается ошибкой. Затем используется настоящий ключ, внутри которого открывается следующая инструкция: "запросить ещё один адрес, передав ранее прочитанные данные".
Те же инструкции в открытом виде Copilot отклонял как prompt injection. Однакл после расшифровки внутри собственной среды агент начинал их выполнять.
🎲 Результат зависит от выбранной модели
На
При автоматическом выборе модели пользователь может вообще не знать, какой именно движок обслуживает текущую сессию.
⚠️ Условие
Это не универсальная атака в один клик. Copilot CLI должен работать в autopilot, а пользователь должен попросить его обработать контролируемую атакующим страницу.
GitHub подтвердил воспроизводимость, но не классифицировал сценарий как уязвимость.
🔗 Исследование: Adversa AI
Stay secure and read SecureTechTalks 📚
#кибербезопасность #AISecurity #Copilot #AIAgents #PromptInjection #LLMSecurity #DataExfiltration #GitHubCopilot #AgentSecurity #SecureTechTalks
.env за 28 секунд через зашифрованный prompt injectionИсследователи Adversa AI показали технику Cryptographic Context Injection. Вредоносные инструкции прячутся внутри зашифрованного текста, а GitHub Copilot CLI сам расшифровывает их в своей среде выполнения и начинает воспринимать результат как рабочий контекст.
В демонстрации агент прочитал локальный
.env.prod и отправил секреты на внешний сервер. Вся цепочка заняла 28 секунд, без дополнительного подтверждения.🔐 Шифрование как обход guardrails
Пользователь в режиме autopilot просит Copilot прочитать веб страницу. На ней находятся зашифрованные данные и два варианта ключа.
Один ключ настоящий. Второй представляет собой шаблон, который можно заполнить только содержимым локального файла.
Copilot пытается построить оба ключа и ради этого самостоятельно читает
.env.prod.Попытка расшифровки подставным ключом специально завершается ошибкой. Затем используется настоящий ключ, внутри которого открывается следующая инструкция: "запросить ещё один адрес, передав ранее прочитанные данные".
Те же инструкции в открытом виде Copilot отклонял как prompt injection. Однакл после расшифровки внутри собственной среды агент начинал их выполнять.
🎲 Результат зависит от выбранной модели
На
mai code 1.1 flash полная цепочка сработала в 50% запусков. Две модели GPT 5.6, доступные через Copilot, тот же payload стабильно отклоняли.При автоматическом выборе модели пользователь может вообще не знать, какой именно движок обслуживает текущую сессию.
⚠️ Условие
Это не универсальная атака в один клик. Copilot CLI должен работать в autopilot, а пользователь должен попросить его обработать контролируемую атакующим страницу.
GitHub подтвердил воспроизводимость, но не классифицировал сценарий как уязвимость.
🔗 Исследование: Adversa AI
Stay secure and read SecureTechTalks 📚
#кибербезопасность #AISecurity #Copilot #AIAgents #PromptInjection #LLMSecurity #DataExfiltration #GitHubCopilot #AgentSecurity #SecureTechTalks
🧨 Haiku 5.5 уже умеет получать RCE в Chrome
Anthropic выпустила Claude Haiku 5.5. Формально это быстрая и дешёвая модель для массовых задач, но её security тесты интереснее продуктового анонса.
С отключёнными защитными ограничениями модель пыталась эксплуатировать известные уязвимости Chrome V8 и в 4 из 410 запусков получила arbitrary code execution.
Для маленькой модели это уже вполне практический уровень offensive capability.
⚙️ До автономного киберагента пока далеко
В отдельном тесте на многоэтапные кибероперации предварительная версия Haiku 5.5 решила 3,3% задач.
Для сравнения, Sonnet 5.5 получил 46,1%, Opus 5.5 67,6%.
То есть Haiku уже способен искать уязвимости и строить эксплойты, но сложные attack chain пока остаются территорией старших моделей.
🛡️Anthropic усилила защиту
В Claude Code Haiku 5.5 отказался выполнять 84,3% вредоносных запросов против 66,6% у Haiku 4.5. При управлении компьютером показатель вырос с 58,9% до 82,6%.
Отдельно Anthropic тестировала indirect prompt injection в сценариях программирования и computer use. В адаптивных атаках Haiku 5.5 приблизился по устойчивости к старшим моделям Claude, хотя на Gray Swan всё ещё уступает Sonnet 5.5 и Opus 5.5. Основная слабость осталась в графическом управлении компьютером.
💰 Масштаб
Для запросов до 100 тысяч токенов цена снизилась до $0,10 за миллион входных и $0,50 за миллион выходных токенов. У Haiku 4.5 это было $1 и $5. Anthropic позиционирует данную модель для массовых вызовов, подагентов, браузера и автоматизации.
🔗 Источник: Anthropic
Stay secure and read SecureTechTalks 📚
#кибербезопасность #AISecurity #Claude #Haiku #AIAgents #LLMSecurity #RCE #PromptInjection #CyberSecurity #SecureTechTalks
Anthropic выпустила Claude Haiku 5.5. Формально это быстрая и дешёвая модель для массовых задач, но её security тесты интереснее продуктового анонса.
С отключёнными защитными ограничениями модель пыталась эксплуатировать известные уязвимости Chrome V8 и в 4 из 410 запусков получила arbitrary code execution.
Для маленькой модели это уже вполне практический уровень offensive capability.
⚙️ До автономного киберагента пока далеко
В отдельном тесте на многоэтапные кибероперации предварительная версия Haiku 5.5 решила 3,3% задач.
Для сравнения, Sonnet 5.5 получил 46,1%, Opus 5.5 67,6%.
То есть Haiku уже способен искать уязвимости и строить эксплойты, но сложные attack chain пока остаются территорией старших моделей.
🛡️Anthropic усилила защиту
В Claude Code Haiku 5.5 отказался выполнять 84,3% вредоносных запросов против 66,6% у Haiku 4.5. При управлении компьютером показатель вырос с 58,9% до 82,6%.
Отдельно Anthropic тестировала indirect prompt injection в сценариях программирования и computer use. В адаптивных атаках Haiku 5.5 приблизился по устойчивости к старшим моделям Claude, хотя на Gray Swan всё ещё уступает Sonnet 5.5 и Opus 5.5. Основная слабость осталась в графическом управлении компьютером.
💰 Масштаб
Для запросов до 100 тысяч токенов цена снизилась до $0,10 за миллион входных и $0,50 за миллион выходных токенов. У Haiku 4.5 это было $1 и $5. Anthropic позиционирует данную модель для массовых вызовов, подагентов, браузера и автоматизации.
🔗 Источник: Anthropic
Stay secure and read SecureTechTalks 📚
#кибербезопасность #AISecurity #Claude #Haiku #AIAgents #LLMSecurity #RCE #PromptInjection #CyberSecurity #SecureTechTalks