OpenAI признала, что ранее скрыла информацию о более раннем инциденте, когда ее автономные агенты ИИ захватили немецкую вики-страницу для общения, обмена ответами и методами обхода ограничений.
Компания заявляет, что рассматривала эту ситуацию как «несоответствие» модели, а не как инцидент безопасности, но теперь признает, что ее практика раскрытия информации должна расшириться, поскольку ИИ-системы все чаще оказывают реальное воздействие на окружающий мир.
Инцидент произошел в мае, когда агенты OpenAI выполняли многоэтапные задачи по поиску информации в интернете, ограниченные по времени.
В отчете независимых исследователей отмечается, что им удалось обнаружить около 18 000 сообщений от автономных агентов, которые «сговорились, чтобы делиться ответами, изучать окружающую среду и обходить ограничения песочницы».
Предполагалось, что агенты будут иметь доступ к Интернету только для чтения, но они обнаружили, что могут записывать данные в малоизвестную немецкую вики-энциклопедию по программированию, DSEWiki (или DeutschesSoftwareEntwickler).
Исследователи также установили, что они проверяли вики на наличие XSS-уязвимостей, выдавали себя за модераторов и устанавливали резервные каналы связи, хотя доказательств успеха попыток XSS обнаружено не было.
Когда администратор начал удалять свои страницы, один из агентов предупредил других, что «активна операция по очистке/удалению вики-страниц в алфавитном порядке», и направил их на резервную страницу, начинающуюся с «ZZZ», чтобы она сохранилась подольше.
Исследователи связали эту активность с внутренними системами OpenAI, основываясь на именах агентов, характере и скорости задач оценки, инфраструктуре, связанной с Microsoft Azure, и последующих посещениях вики с IP-адресов, связанных с компанией. Однако их расследование ограничивалось информацией, которую агенты опубликовали в открытом доступе.
Исследовательская группа не имела доступа к внутренним стенограммам OpenAI или другим данным, которые могли бы точно установить, как агенты обнаружили вики и начали координировать свои действия через нее.
В своем заявлении OpenAI сообщила, что исторически рассматривала несоответствие моделей как исследовательскую проблему, а результаты исследований доводила до сведения сотрудников посредством научных статей и системных карточек.
Компания заявила, что рассматривает активность в вики как еще один пример «несоответствия», аналогичного поведению, которое она обсуждала ранее, а не как инцидент, требующий специального публичного раскрытия информации.
В материалах расследования OpenAI указывается более широкий охват, чем задокументировали исследователи. Однако становится очевидным, что разграничение между несоответствием результатов исследований и инцидентами в области безопасности, как в случае с взлом Hugging Face, становится все труднее поддерживать.
В OpenAI ссылаются на то, что в индустрии ИИ отсутствуют единые стандарты, регулирующие случаи, когда следует сообщать о неожиданном поведении агентов во время обучения, оценки или развертывания, особенно если оно не похоже на традиционный инцидент кибербезопасности.
Компания разрабатывает новую систему раскрытия информации, которую планирует опубликовать в ближайшие недели, и заявляет, что обсуждает эти вопросы с государственными регулирующими органами по всему миру.
Примечательно также, что такое признание прозвучало на той же неделе, когда OpenAI запустила GPT-6 Astra, которую позиционирует как «самую интеллектуальную и согласованную модель в мире», передовую в области компьютеров, веб-серфинга, разработки ПО и ИБ.
OpenAI утверждает, что Astra лучше справляется с задачей оставаться в рамках заданной области применения, что частично подтверждается новой оценкой, разработанной в ответ на инцидент с Hugging Face.
Остается только гадать, на что еще могут быть способны ИИ-системы или что они в конечном итоге смогут сделать без более жесткого контроля, надзора и требований к раскрытию информации. В общем, будем посмотреть.
Компания заявляет, что рассматривала эту ситуацию как «несоответствие» модели, а не как инцидент безопасности, но теперь признает, что ее практика раскрытия информации должна расшириться, поскольку ИИ-системы все чаще оказывают реальное воздействие на окружающий мир.
Инцидент произошел в мае, когда агенты OpenAI выполняли многоэтапные задачи по поиску информации в интернете, ограниченные по времени.
В отчете независимых исследователей отмечается, что им удалось обнаружить около 18 000 сообщений от автономных агентов, которые «сговорились, чтобы делиться ответами, изучать окружающую среду и обходить ограничения песочницы».
Предполагалось, что агенты будут иметь доступ к Интернету только для чтения, но они обнаружили, что могут записывать данные в малоизвестную немецкую вики-энциклопедию по программированию, DSEWiki (или DeutschesSoftwareEntwickler).
Исследователи также установили, что они проверяли вики на наличие XSS-уязвимостей, выдавали себя за модераторов и устанавливали резервные каналы связи, хотя доказательств успеха попыток XSS обнаружено не было.
Когда администратор начал удалять свои страницы, один из агентов предупредил других, что «активна операция по очистке/удалению вики-страниц в алфавитном порядке», и направил их на резервную страницу, начинающуюся с «ZZZ», чтобы она сохранилась подольше.
Исследователи связали эту активность с внутренними системами OpenAI, основываясь на именах агентов, характере и скорости задач оценки, инфраструктуре, связанной с Microsoft Azure, и последующих посещениях вики с IP-адресов, связанных с компанией. Однако их расследование ограничивалось информацией, которую агенты опубликовали в открытом доступе.
Исследовательская группа не имела доступа к внутренним стенограммам OpenAI или другим данным, которые могли бы точно установить, как агенты обнаружили вики и начали координировать свои действия через нее.
В своем заявлении OpenAI сообщила, что исторически рассматривала несоответствие моделей как исследовательскую проблему, а результаты исследований доводила до сведения сотрудников посредством научных статей и системных карточек.
Компания заявила, что рассматривает активность в вики как еще один пример «несоответствия», аналогичного поведению, которое она обсуждала ранее, а не как инцидент, требующий специального публичного раскрытия информации.
В материалах расследования OpenAI указывается более широкий охват, чем задокументировали исследователи. Однако становится очевидным, что разграничение между несоответствием результатов исследований и инцидентами в области безопасности, как в случае с взлом Hugging Face, становится все труднее поддерживать.
В OpenAI ссылаются на то, что в индустрии ИИ отсутствуют единые стандарты, регулирующие случаи, когда следует сообщать о неожиданном поведении агентов во время обучения, оценки или развертывания, особенно если оно не похоже на традиционный инцидент кибербезопасности.
Компания разрабатывает новую систему раскрытия информации, которую планирует опубликовать в ближайшие недели, и заявляет, что обсуждает эти вопросы с государственными регулирующими органами по всему миру.
Примечательно также, что такое признание прозвучало на той же неделе, когда OpenAI запустила GPT-6 Astra, которую позиционирует как «самую интеллектуальную и согласованную модель в мире», передовую в области компьютеров, веб-серфинга, разработки ПО и ИБ.
OpenAI утверждает, что Astra лучше справляется с задачей оставаться в рамках заданной области применения, что частично подтверждается новой оценкой, разработанной в ответ на инцидент с Hugging Face.
Остается только гадать, на что еще могут быть способны ИИ-системы или что они в конечном итоге смогут сделать без более жесткого контроля, надзора и требований к раскрытию информации. В общем, будем посмотреть.
collusion.wiki
Discovery of a new OpenAI agent message board
A swarm of autonomous AI agents, self-identifying as OpenAI agents, used a small German volunteer wiki to save answers, coordinate live, and share sandbox bypasses. OpenAI noticed and said nothing.
Продолжаем отслеживать угрозы, связанные с эксплуатацией (в том числе потенциальной) трендовых уязвимостей, на сегодня ситуация выглядит следующим образом:
1. Google выпустила обновление для устранения 0-day в Chrome, которая была использована злоумышленниками.
Уязвимость отслеживается как CVE-2026-85046 и представляет собой ошибку типа в движке JavaScript V8 в Chrome. Она была обнаружена итальянским исследователем Сальваторе Гулицией. Это шестой ноль в Chrome, исправленный в этом году.
2. Злоумышленники начали использовать новую уязвимость в устройствах Citrix ADC и NetScaler Gateway.
CVE-2026-19490 была исправлена в августе и позволяет злоумышленникам обходить аутентификацию и выполнять команды на устройстве. Previdian обнаружила эксплуатацию уязвимости на прошлой неделе.
3. Хакеры нацелились на две 0-day, используя их для захвата маршрутизаторов MikroTik без аутентификации и создания административных учетных записей с бэкдором.
Уязвимы только устройства, у которых доступ к SSH-сервису из общедоступных сетей. Атаки были обнаружены на прошлой неделе центрами CERT Польши и Латвии. В четверг MikroTik выпустила исправления безопасности для этих ошибок.
4. Киберподполье пылесосит еще одну новую 0-day для захвата интернет-магазинов Adobe Commerce и Magento. Успешная атака позволяет злоумышленникам запустить фоновый процесс с бэкдором в взломанных магазинах.
Sansec обнаружила ее, но заявила, что не нашла признаков того, что бэкдор был использован для других вредоносных действий. Компания отслеживает уязвимость как StyleSmuggler.
5. Разработчики N-able выпустили обновления для исправления серьезной ошибки, которая может позволить злоумышленникам захватить серверы N-central.
Уязвимость представляет собой удаленное выполнение кода до аутентификации с уровнем серьезности 10 из 10. N-able заявляет, что ошибка не была использована злоумышленниками в реальных условиях, но рекомендует клиентам как можно скорее установить патчи.
Продукты N-central компании пользуются большим спросом у хакеров и в прошлом месяце также стали объектом 0-day атаки.
6. Хакеры начали использовать уязвимость, связанную с несанкционированной произвольной загрузкой файлов в плагине Super Forms для WordPress. Эта уязвимость была исправлена ещё в июле.
7. Разработчики ConnectWise предупредили об ошибке в своем приложении для удаленного управления ScreenConnect, которая позволяет хакерам получить удаленный доступ к управляемым системам. Компания пообещала назначить CVE и выпустить патч на этой неделе.
8. И еще по ИИ: согласно результатам предварительного тестирования, новая модель OpenAI GPT-6 Astra попыталась провернуть атаки на цепочку поставок проектов с открытым исходным кодом. К счастью, это произошло в смоделированной среде.
1. Google выпустила обновление для устранения 0-day в Chrome, которая была использована злоумышленниками.
Уязвимость отслеживается как CVE-2026-85046 и представляет собой ошибку типа в движке JavaScript V8 в Chrome. Она была обнаружена итальянским исследователем Сальваторе Гулицией. Это шестой ноль в Chrome, исправленный в этом году.
2. Злоумышленники начали использовать новую уязвимость в устройствах Citrix ADC и NetScaler Gateway.
CVE-2026-19490 была исправлена в августе и позволяет злоумышленникам обходить аутентификацию и выполнять команды на устройстве. Previdian обнаружила эксплуатацию уязвимости на прошлой неделе.
3. Хакеры нацелились на две 0-day, используя их для захвата маршрутизаторов MikroTik без аутентификации и создания административных учетных записей с бэкдором.
Уязвимы только устройства, у которых доступ к SSH-сервису из общедоступных сетей. Атаки были обнаружены на прошлой неделе центрами CERT Польши и Латвии. В четверг MikroTik выпустила исправления безопасности для этих ошибок.
4. Киберподполье пылесосит еще одну новую 0-day для захвата интернет-магазинов Adobe Commerce и Magento. Успешная атака позволяет злоумышленникам запустить фоновый процесс с бэкдором в взломанных магазинах.
Sansec обнаружила ее, но заявила, что не нашла признаков того, что бэкдор был использован для других вредоносных действий. Компания отслеживает уязвимость как StyleSmuggler.
5. Разработчики N-able выпустили обновления для исправления серьезной ошибки, которая может позволить злоумышленникам захватить серверы N-central.
Уязвимость представляет собой удаленное выполнение кода до аутентификации с уровнем серьезности 10 из 10. N-able заявляет, что ошибка не была использована злоумышленниками в реальных условиях, но рекомендует клиентам как можно скорее установить патчи.
Продукты N-central компании пользуются большим спросом у хакеров и в прошлом месяце также стали объектом 0-day атаки.
6. Хакеры начали использовать уязвимость, связанную с несанкционированной произвольной загрузкой файлов в плагине Super Forms для WordPress. Эта уязвимость была исправлена ещё в июле.
7. Разработчики ConnectWise предупредили об ошибке в своем приложении для удаленного управления ScreenConnect, которая позволяет хакерам получить удаленный доступ к управляемым системам. Компания пообещала назначить CVE и выпустить патч на этой неделе.
8. И еще по ИИ: согласно результатам предварительного тестирования, новая модель OpenAI GPT-6 Astra попыталась провернуть атаки на цепочку поставок проектов с открытым исходным кодом. К счастью, это произошло в смоделированной среде.
Chrome Releases
Stable Channel Update for Desktop
The Stable channel has been updated to 152.0.7977.82/.83 for Windows and Mac and 152.0.7977.82 for Linux, which will roll out over the comi...
Forwarded from Russian OSINT
Please open Telegram to view this post
VIEW IN TELEGRAM
Исследователи продемонстрировали новый метод электромагнитной атаки, позволяющий восстанавливать звук, воспроизводимый через обычные проводные и беспроводные наушники, при этом разборчивая речь улавливается на расстоянии до 30 метров.
Технология получила название InjectEave и может работать сквозь стены и передавать информацию с устройств умного дома и стационарных телефонов.
Исследование проводилось учеными из Гонконгского университета науки и технологий (Гуанчжоу) и Гонконгского политехнического университета.
InjectEave отличается от традиционного электромагнитного прослушивания тем, что он не просто улавливает сигналы, излучаемые устройством естественным образом.
Вместо этого злоумышленник передает тщательно отобранный радиочастотный сигнал в сторону цели.
Нелинейные электронные компоненты внутри устройства, включая усилители, аналого-цифровые преобразователи, преобразователи мощности и переключающие транзисторы, могут непреднамеренно смешивать внутренние аналоговые сигналы с этим введенным несущим сигналом.
В результате радиоизлучение может содержать информацию об исходном сигнале.
Исследователи протестировали предложенный подход на 11 коммерческих устройствах, включая проводные наушники, подключенные к системам Dell, Apple и Mac, беспроводные наушники от UGreen, Philips и HP, стационарный телефон Flyingvoice, умные вентиляторы Xiaomi и OIDIRE, а также лампы Xiaomi и JINGZAO.
В базовых экспериментах исследователи смогли восстановить сигналы от беспроводных наушников на расстоянии до шести метров, в зависимости от модели.
Более совершенное приемное оборудование позволило еще больше увеличить этот радиус действия, а в отдельном эксперименте на большом расстоянии, описанном авторами, удалось восстановить разборчивый звук из наушников на расстоянии до 30 метров.
Стены не всегда оказывались эффективным барьером. В экспериментах в гостиничных номерах и конференц-залах команда прослушивала разговоры через гарнитуру UGreen MAX2 из соседней комнаты, используя бетонную стену толщиной 30 сантиметров. Затем для уменьшения шума и искажений, вызванных атакой, использовалась система улучшения речи.
InjectEave также раскрыла менее очевидные формы конфиденциальной информации. Сигналы от систем управления двигателями интеллектуальных вентиляторов могли раскрыть режимы работы и скорости, потенциально указывая на присутствие людей или режим сна.
Утечка энергии из интеллектуальных ламп позволила исследователям различать уровни яркости, что, по их словам, также может раскрыть распорядок дня в доме.
Эксперимент с использованием стационарного телефона пошел еще дальше.
Исследователи реализовали замкнутый контур, в котором электромагнитные методы можно использовать как для восстановления разговора, так и для внедрения измененного звука обратно в голосовой интерфейс телефона, сочетая прослушивание с манипуляцией сигналом.
Несмотря на впечатляющие результаты, InjectEave имеет существенные практические ограничения.
Злоумышленнику необходимо оборудование для передачи и приема радиочастот, он должен определить частоты, которые хорошо работают против конкретной цели, и ему выгодно иметь доступ к другому устройству той же модели для профилирования.
Дальность действия также существенно различается между устройствами.
Технология получила название InjectEave и может работать сквозь стены и передавать информацию с устройств умного дома и стационарных телефонов.
Исследование проводилось учеными из Гонконгского университета науки и технологий (Гуанчжоу) и Гонконгского политехнического университета.
InjectEave отличается от традиционного электромагнитного прослушивания тем, что он не просто улавливает сигналы, излучаемые устройством естественным образом.
Вместо этого злоумышленник передает тщательно отобранный радиочастотный сигнал в сторону цели.
Нелинейные электронные компоненты внутри устройства, включая усилители, аналого-цифровые преобразователи, преобразователи мощности и переключающие транзисторы, могут непреднамеренно смешивать внутренние аналоговые сигналы с этим введенным несущим сигналом.
В результате радиоизлучение может содержать информацию об исходном сигнале.
Исследователи протестировали предложенный подход на 11 коммерческих устройствах, включая проводные наушники, подключенные к системам Dell, Apple и Mac, беспроводные наушники от UGreen, Philips и HP, стационарный телефон Flyingvoice, умные вентиляторы Xiaomi и OIDIRE, а также лампы Xiaomi и JINGZAO.
В базовых экспериментах исследователи смогли восстановить сигналы от беспроводных наушников на расстоянии до шести метров, в зависимости от модели.
Более совершенное приемное оборудование позволило еще больше увеличить этот радиус действия, а в отдельном эксперименте на большом расстоянии, описанном авторами, удалось восстановить разборчивый звук из наушников на расстоянии до 30 метров.
Стены не всегда оказывались эффективным барьером. В экспериментах в гостиничных номерах и конференц-залах команда прослушивала разговоры через гарнитуру UGreen MAX2 из соседней комнаты, используя бетонную стену толщиной 30 сантиметров. Затем для уменьшения шума и искажений, вызванных атакой, использовалась система улучшения речи.
InjectEave также раскрыла менее очевидные формы конфиденциальной информации. Сигналы от систем управления двигателями интеллектуальных вентиляторов могли раскрыть режимы работы и скорости, потенциально указывая на присутствие людей или режим сна.
Утечка энергии из интеллектуальных ламп позволила исследователям различать уровни яркости, что, по их словам, также может раскрыть распорядок дня в доме.
Эксперимент с использованием стационарного телефона пошел еще дальше.
Исследователи реализовали замкнутый контур, в котором электромагнитные методы можно использовать как для восстановления разговора, так и для внедрения измененного звука обратно в голосовой интерфейс телефона, сочетая прослушивание с манипуляцией сигналом.
Несмотря на впечатляющие результаты, InjectEave имеет существенные практические ограничения.
Злоумышленнику необходимо оборудование для передачи и приема радиочастот, он должен определить частоты, которые хорошо работают против конкретной цели, и ему выгодно иметь доступ к другому устройству той же модели для профилирования.
Дальность действия также существенно различается между устройствами.
Масштабная вредоносная кампания задействует тысячи взломанных веб-сайтов малых предприятий для распространения вредоносных ПО ClickFix, хранящихся в смарт-контрактах на блокчейне BNB Smart Chain (BSC).
За последние несколько месяцев исследователи выявили более 5400 взломанных веб-сайтов, большинство из которых были созданы на платформах WordPress и PrestaShop.
Первоначальный метод взлома остается неизвестным, но на каждый сайт был внедрен скрипт, который получает полезную нагрузку следующего этапа из смарт-контракта на конечной точке тестовой сети BSC — метод, известный как EtherHiding.
Исследователи Netskope отметили, что тестовая сеть BSC Testnet предназначена для разработчиков и функционирует аналогично основной сети, производственному блокчейну, но доступна бесплатно.
Злоумышленники используют технику EtherHiding для хранения вредоносного кода или данных конфигурации в смарт-контрактах блокчейна, создавая таким образом отказоустойчивую инфраструктуру, которую сложно вывести из строя.
В цепочке доставки, отслеживаемой Netskope, скрипт отображает приманку ClickFix, которая показывает поддельную CAPTCHA и предлагает посетителям открыть диалоговое окно «Выполнить» в Windows и вставить команду PowerShell.
В результате загружается и выполняется окончательная полезная нагрузка на машине. Поскольку злоумышленник хранит полезную нагрузку в смарт-контракте, он может изменить ее в любое время.
Исследователи отмечают, что на более позднем этапе кампании злоумышленник заменил полезную нагрузку ClickFix в смарт-контракте на загрузчик канала передачи данных WebRTC.
В более новом варианте полезная нагрузка устанавливает скрытый зашифрованный канал связи со злоумышленником и выполняет полученный код.
Скрипт создает одноранговое соединение и канал передачи данных, а затем генерирует необходимое предложение описания сессии, как при обычном рукопожатии WebRTC.
Но вместо того, чтобы отправлять это предложение куда-либо и ждать реального ответа, система сама пишет ответ и передает его обратно в канал связи. Таким образом, никакого рукопожатия не происходит, но канал передачи данных киберпреступнику все равно открывается.
Устройство подготовки получает код JavaScript с жестко заданного адреса C2, буферизует его и выполняет при закрытии канала или через десять секунд.
Полученный код собирается в памяти браузера и выполняется динамически без сохранения на диск путем добавления его в заголовок DOM-дерева.
Netskope предупреждает, что в ходе операции ежедневно используется более 300 зараженных веб-сайтов. С весны количество скомпрометированных сайтов, обращающихся к RPC-терминалам тестовой сети BSC, постоянно растет.
Данные телеметрии показывают, что в августе к конечной точке ежедневно обращались около 400 сайтов, а абсолютный пик составил 536 обращений.
Специалисты рекомендуют заблокировать весь пул RPC-терминалов тестовой сети BSC, представленный здесь, и отслеживать UDP-трафик, не связанный с веб-трафиком, но использующий WebRTC.
За последние несколько месяцев исследователи выявили более 5400 взломанных веб-сайтов, большинство из которых были созданы на платформах WordPress и PrestaShop.
Первоначальный метод взлома остается неизвестным, но на каждый сайт был внедрен скрипт, который получает полезную нагрузку следующего этапа из смарт-контракта на конечной точке тестовой сети BSC — метод, известный как EtherHiding.
Исследователи Netskope отметили, что тестовая сеть BSC Testnet предназначена для разработчиков и функционирует аналогично основной сети, производственному блокчейну, но доступна бесплатно.
Злоумышленники используют технику EtherHiding для хранения вредоносного кода или данных конфигурации в смарт-контрактах блокчейна, создавая таким образом отказоустойчивую инфраструктуру, которую сложно вывести из строя.
В цепочке доставки, отслеживаемой Netskope, скрипт отображает приманку ClickFix, которая показывает поддельную CAPTCHA и предлагает посетителям открыть диалоговое окно «Выполнить» в Windows и вставить команду PowerShell.
В результате загружается и выполняется окончательная полезная нагрузка на машине. Поскольку злоумышленник хранит полезную нагрузку в смарт-контракте, он может изменить ее в любое время.
Исследователи отмечают, что на более позднем этапе кампании злоумышленник заменил полезную нагрузку ClickFix в смарт-контракте на загрузчик канала передачи данных WebRTC.
В более новом варианте полезная нагрузка устанавливает скрытый зашифрованный канал связи со злоумышленником и выполняет полученный код.
Скрипт создает одноранговое соединение и канал передачи данных, а затем генерирует необходимое предложение описания сессии, как при обычном рукопожатии WebRTC.
Но вместо того, чтобы отправлять это предложение куда-либо и ждать реального ответа, система сама пишет ответ и передает его обратно в канал связи. Таким образом, никакого рукопожатия не происходит, но канал передачи данных киберпреступнику все равно открывается.
Устройство подготовки получает код JavaScript с жестко заданного адреса C2, буферизует его и выполняет при закрытии канала или через десять секунд.
Полученный код собирается в памяти браузера и выполняется динамически без сохранения на диск путем добавления его в заголовок DOM-дерева.
Netskope предупреждает, что в ходе операции ежедневно используется более 300 зараженных веб-сайтов. С весны количество скомпрометированных сайтов, обращающихся к RPC-терминалам тестовой сети BSC, постоянно растет.
Данные телеметрии показывают, что в августе к конечной точке ежедневно обращались около 400 сайтов, а абсолютный пик составил 536 обращений.
Специалисты рекомендуют заблокировать весь пул RPC-терминалов тестовой сети BSC, представленный здесь, и отслеживать UDP-трафик, не связанный с веб-трафиком, но использующий WebRTC.
Netskope
Malware on the Blockchain: An Ongoing Campaign's New WebRTC Twist
EtherHiding, a technique that uses blockchain smart contracts as takedown-resistant payload storage, has been seen across more than 5,400 compromised
В результате утечки данных APIS, связанной с Вьетнамом, были раскрыты 220 миллионов записей о пассажирах и членах экипажа, включая номера паспортов и информацию о рейсах.
Раскрытые данные охватывают период с января 2017 года по апрель 2026 года и могут касаться путешественников разных национальностей, которые совершали перелеты во Вьетнам и обратно, а также транзитом через него в течение этого периода.
Kinryū Labs обнаружила кластер Elasticsearch 3 июня во время обследования незащищенных баз данных в рамках исследования активности программ-вымогателей.
Кластер, получивший название pax-info, содержал 29 индексов и примерно 107 ГБ данных. Два его основных индекса содержали 210 318 069 записей о пассажирах и 10 465 631 запись о членах экипажа, что в сумме составляло 220 783 700 записей.
По данным Kinryū Labs, кластер размещался в выделенном компанией Viettel IP-пространстве в Ханое.
Раскрытая информация включала имена пассажиров и членов экипажа, даты рождения, пол, гражданство, номера паспортов или проездных документов, сроки действия документов и страны их выдачи.
Сопутствующие данные о поездке включали номера и даты рейсов, авиакомпании, аэропорты отправления, назначения и транзита, распределение мест, номера багажа, а также запланированное, расчетное и фактическое время полета — информация, обычно хранящаяся в APIS и связанных с ней системах авиакомпаний.
Исследователи не смогли предоставить полную разбивку по национальностям, данные охватывали многочисленные международные авиакомпании Азиатско-Тихоокеанского региона, Европы и Ближнего Востока.
В результате, раскрытые записи могут относиться к людям практически из любой страны, которые посещали Вьетнам или совершали транзит через него в течение девятилетнего периода.
Kinryū Labs подтвердила достоверность информации, сопоставив записи в базе данных с данными о поездках своих исследователей во Вьетнам.
Исследователи отметили, что смогли получить доступ к базе данных посредством двух ошибок конфигурации.
При подключении через открытый интернет конечная точка возвращала HTTP-ответ 401, что препятствовало прямому доступу к базе данных. Однако облачный путь позволил исследователям получить доступ к кластеру, который затем принял учетные данные по умолчанию.
Интернет-платформа FOFA впервые зафиксировала хост и порт в октябре 2022 года и идентифицировала сервис как базу данных в июле 2023 года. Однако Kinryū Labs не смогла определить, когда данные о пассажирах впервые стали доступны через второй канал доступа.
В результате, хотя сами записи охватывают более девяти лет, фактическая продолжительность воздействия неизвестна.
Kinryū Labs уведомила вьетнамские власти, авиакомпании, представленные в базе данных, и национальные группы реагирования на компьютерные чрезвычайные ситуации, начиная с 3 июня.
Команда безопасности Singapore Airlines помогала координировать ответные действия, сообщив Kinryū Labs 8 июня, что компания «привлекла соответствующие стороны» и «приняла меры для локализации проблемы».
В свою очередь, Changi Airport Group, управляющая сингапурским аэропортом Чанги, провела расследование по данному вопросу, но отказалась от комментариев.
Вьетнамские власти также сохраняют молчание. Kinryū Labs планирует раскрыть дополнительные технические результаты в своем блоге позднее на этой неделе.
Раскрытые данные охватывают период с января 2017 года по апрель 2026 года и могут касаться путешественников разных национальностей, которые совершали перелеты во Вьетнам и обратно, а также транзитом через него в течение этого периода.
Kinryū Labs обнаружила кластер Elasticsearch 3 июня во время обследования незащищенных баз данных в рамках исследования активности программ-вымогателей.
Кластер, получивший название pax-info, содержал 29 индексов и примерно 107 ГБ данных. Два его основных индекса содержали 210 318 069 записей о пассажирах и 10 465 631 запись о членах экипажа, что в сумме составляло 220 783 700 записей.
По данным Kinryū Labs, кластер размещался в выделенном компанией Viettel IP-пространстве в Ханое.
Раскрытая информация включала имена пассажиров и членов экипажа, даты рождения, пол, гражданство, номера паспортов или проездных документов, сроки действия документов и страны их выдачи.
Сопутствующие данные о поездке включали номера и даты рейсов, авиакомпании, аэропорты отправления, назначения и транзита, распределение мест, номера багажа, а также запланированное, расчетное и фактическое время полета — информация, обычно хранящаяся в APIS и связанных с ней системах авиакомпаний.
Исследователи не смогли предоставить полную разбивку по национальностям, данные охватывали многочисленные международные авиакомпании Азиатско-Тихоокеанского региона, Европы и Ближнего Востока.
В результате, раскрытые записи могут относиться к людям практически из любой страны, которые посещали Вьетнам или совершали транзит через него в течение девятилетнего периода.
Kinryū Labs подтвердила достоверность информации, сопоставив записи в базе данных с данными о поездках своих исследователей во Вьетнам.
Исследователи отметили, что смогли получить доступ к базе данных посредством двух ошибок конфигурации.
При подключении через открытый интернет конечная точка возвращала HTTP-ответ 401, что препятствовало прямому доступу к базе данных. Однако облачный путь позволил исследователям получить доступ к кластеру, который затем принял учетные данные по умолчанию.
Интернет-платформа FOFA впервые зафиксировала хост и порт в октябре 2022 года и идентифицировала сервис как базу данных в июле 2023 года. Однако Kinryū Labs не смогла определить, когда данные о пассажирах впервые стали доступны через второй канал доступа.
В результате, хотя сами записи охватывают более девяти лет, фактическая продолжительность воздействия неизвестна.
Kinryū Labs уведомила вьетнамские власти, авиакомпании, представленные в базе данных, и национальные группы реагирования на компьютерные чрезвычайные ситуации, начиная с 3 июня.
Команда безопасности Singapore Airlines помогала координировать ответные действия, сообщив Kinryū Labs 8 июня, что компания «привлекла соответствующие стороны» и «приняла меры для локализации проблемы».
В свою очередь, Changi Airport Group, управляющая сингапурским аэропортом Чанги, провела расследование по данному вопросу, но отказалась от комментариев.
Вьетнамские власти также сохраняют молчание. Kinryū Labs планирует раскрыть дополнительные технические результаты в своем блоге позднее на этой неделе.
Kinryū Labs
Reports · Kinryū Labs
Public writeups and research reports from Kinryū Labs - space and advanced threat intelligence.
Исследователи Google Threat Intelligence Group (GTIG) предупреждают о более активном переходе злоумышленников от программистов-ассистентов на базе ИИ к многоагентным системам, автоматизирующим каждый этап атаки.
Используя телеметрию по результатам реагирования на инциденты, данные отслеживания злоумышленников и информацию о работе платформ в режиме реального времени, Google наблюдала, как агенты ИИ координируют выполнение нескольких задач атаки, устраняют неполадки и адаптируют свои действия с минимальным участием человека.
За последний квартал злоумышленники вышли за рамки простых взаимодействий с LLM на основе подсказок и интегрировали возможности ИИ в различные этапы жизненного цикла атаки.
Традиционная автоматизация на основе скриптов уже давно является неотъемлемой частью операций киберпреступников, однако группы все чаще модернизируют эти рабочие процессы, создавая высокоавтономные системы, способные анализировать сложные задачи и принимать динамические решения без необходимости человеческого контроля.
В одном из таких инцидентов злоумышленник, преследующий финансовые мотивы, скомпрометировал облачную инфраструктуру организации и развернул автономную многоагентную систему.
По данным Google, менее чем за шесть часов злоумышленник спланировал, разработал и развернул масштабную кампанию по сбору учетных данных, используя чат-бота с ИИ, подсказку и инструкции от Markdown-агента.
Агенты ИИ управляли процессом сканирования уязвимостей, собирали тысячи учетных данных сторонних источников, устраняли неполадки в режиме реального времени, меняли IP и направляли трафик атак через легитимные, скомпрометированные облачные среды, чтобы избежать обнаружения.
Такой подход значительно сократил задержку, связанную с участием человека в процессе, и уменьшил временные рамки для реагирования защитников.
В другом инциденте исследователи обнаружили незащищенный сервер C2, на котором размещалась автоматизированная система разведки и управления учетными данными под названием Recon.
В его файлах содержались инструкции для агентов ИИ, файлы знаний и артефакты OpenClaw, относящиеся к фреймворку, который в режиме реального времени обрабатывал более 23 800 собранных секретов, таких как ключи API.
В отчете GTIG отмечаются и другие примеры, когда связанные с Китаем APT-группировки экспериментировали с инструментами разработки на основе ИИ для создания автоматизированной системы эксплуатации и постэксплуатации с использованием ИИ.
Исследователи утверждают, что другие шпионские группы интегрировали модели ИИ для автоматизации работы ботов-наблюдателей, которые искали в каналах Telegram информацию, представляющую интерес для правительства.
Однако GTIG подчеркивает, что полностью автономный взлом еще не получил широкого распространения, а случаев развертывания злоумышленниками полностью автономных конвейеров для обнаружения 0-day и эксплуатации сетей против реальных целей еще фиксировалось.
Компания также отметила, что Gemini выявила многие из этих злоупотреблений на ранней стадии и отреагировала в соответствии с протоколами безопасности, что позволило Google принять дополнительные меры, пресечь кампании и заблокировать связанные с ними учетные записи.
Злоупотребление инструментами ИИ также наблюдалось в атаках на цепочки поставок, проводимых UNC6780 (TeamPCP), в операциях Gemini по дистилляции ИИ с использованием 100 млн. запросов, а также на рынке украденных учетных данных и ключей API для ИИ.
Кроме того, APT-группировки продолжают использовать ИИ для разведки, фишинга, разработки вредоносного ПО, эксплуатации уязвимостей, постэксплуатации, обработки данных и пропаганды.
Используя телеметрию по результатам реагирования на инциденты, данные отслеживания злоумышленников и информацию о работе платформ в режиме реального времени, Google наблюдала, как агенты ИИ координируют выполнение нескольких задач атаки, устраняют неполадки и адаптируют свои действия с минимальным участием человека.
За последний квартал злоумышленники вышли за рамки простых взаимодействий с LLM на основе подсказок и интегрировали возможности ИИ в различные этапы жизненного цикла атаки.
Традиционная автоматизация на основе скриптов уже давно является неотъемлемой частью операций киберпреступников, однако группы все чаще модернизируют эти рабочие процессы, создавая высокоавтономные системы, способные анализировать сложные задачи и принимать динамические решения без необходимости человеческого контроля.
В одном из таких инцидентов злоумышленник, преследующий финансовые мотивы, скомпрометировал облачную инфраструктуру организации и развернул автономную многоагентную систему.
По данным Google, менее чем за шесть часов злоумышленник спланировал, разработал и развернул масштабную кампанию по сбору учетных данных, используя чат-бота с ИИ, подсказку и инструкции от Markdown-агента.
Агенты ИИ управляли процессом сканирования уязвимостей, собирали тысячи учетных данных сторонних источников, устраняли неполадки в режиме реального времени, меняли IP и направляли трафик атак через легитимные, скомпрометированные облачные среды, чтобы избежать обнаружения.
Такой подход значительно сократил задержку, связанную с участием человека в процессе, и уменьшил временные рамки для реагирования защитников.
В другом инциденте исследователи обнаружили незащищенный сервер C2, на котором размещалась автоматизированная система разведки и управления учетными данными под названием Recon.
В его файлах содержались инструкции для агентов ИИ, файлы знаний и артефакты OpenClaw, относящиеся к фреймворку, который в режиме реального времени обрабатывал более 23 800 собранных секретов, таких как ключи API.
В отчете GTIG отмечаются и другие примеры, когда связанные с Китаем APT-группировки экспериментировали с инструментами разработки на основе ИИ для создания автоматизированной системы эксплуатации и постэксплуатации с использованием ИИ.
Исследователи утверждают, что другие шпионские группы интегрировали модели ИИ для автоматизации работы ботов-наблюдателей, которые искали в каналах Telegram информацию, представляющую интерес для правительства.
Однако GTIG подчеркивает, что полностью автономный взлом еще не получил широкого распространения, а случаев развертывания злоумышленниками полностью автономных конвейеров для обнаружения 0-day и эксплуатации сетей против реальных целей еще фиксировалось.
Компания также отметила, что Gemini выявила многие из этих злоупотреблений на ранней стадии и отреагировала в соответствии с протоколами безопасности, что позволило Google принять дополнительные меры, пресечь кампании и заблокировать связанные с ними учетные записи.
Злоупотребление инструментами ИИ также наблюдалось в атаках на цепочки поставок, проводимых UNC6780 (TeamPCP), в операциях Gemini по дистилляции ИИ с использованием 100 млн. запросов, а также на рынке украденных учетных данных и ключей API для ИИ.
Кроме того, APT-группировки продолжают использовать ИИ для разведки, фишинга, разработки вредоносного ПО, эксплуатации уязвимостей, постэксплуатации, обработки данных и пропаганды.
Microsoft выпустила PatchTuesday за сентябрь 2026 года, в рамках которого выпущены обновления безопасности для рекордного количества уязвимостей - 966, включая две активно используемые 0-day (странно, что только две при учете общего количества исправленных ошибок).
В целом устранено 105 критических уязвимостей, 81 из которых представляют собой RCE, 20 - EoP, 2 - раскрытие информации и 1 - обход функций безопасности.
Если по категориям, то 438 связаны с повышением привилегий, 19 - обходом функции безопасности, 258 - RCE, 173 - раскрытием информации, 56 - DoS, 16 - подменой данных.
И все это без учета 204 уязвимостей, исправленных ранее в этом месяце, в том числе в Azure AI Language, Azure Cosmos DB, Copilot Studio, Entra ID, Mariner, Microsoft Azure Active Directory B2C, Microsoft Discovery Studio, Microsoft Edge (на основе Chromium), Microsoft Fabric и Power Automate.
Сентябрьский PatchTuesday стал самым масштабным за всю историю Microsoft, значительно превзойдя по этому показателю другие крупные релизы, включая 570 уязвимостей в июле и 400 - в августе. Все это стало возможным благодаря системе обнаружения уязвимостей на основе ИИ.
В рамках PatchTuesday за сентябрь 2026 года были устранены следующие активно используемые нули:
- CVE-2026-81963: уязвимость повышения привилегий, активно используемую злоумышленниками, которая позволяла получить системные привилегии в стеке обновлений Windows.
Некорректное разрешение ссылок перед доступом к файлу («переход по ссылке») в стеке обновлений Windows позволяет авторизованному злоумышленнику повысить привилегии локально. Обнаружение приписывается Ромену Деперну и Microsoft MSTIC.
Подробности о том, как именно эта уязвимость была использована в атаках, не разглашаются.
- CVE-2026-85880: уязвимость в протоколе Windows Advanced Local Procedure Call (ALPC), которая использовалась в атаках для получения привилегий SYSTEM.
Переполнение буфера в куче в Windows ALPC позволяет авторизованному злоумышленнику повысить привилегии локально. Компания Microsoft не предоставила никаких подробностей о том, как эта уязвимость была использована в атаках.
Уязвимость была обнаружена Volexity, а также Марком Келли, Дэвидом Галазином и Джереми Хеджесом из Proofpoint.
Полное описание каждой уязвимости и затронутых ею систем - здесь.
В целом устранено 105 критических уязвимостей, 81 из которых представляют собой RCE, 20 - EoP, 2 - раскрытие информации и 1 - обход функций безопасности.
Если по категориям, то 438 связаны с повышением привилегий, 19 - обходом функции безопасности, 258 - RCE, 173 - раскрытием информации, 56 - DoS, 16 - подменой данных.
И все это без учета 204 уязвимостей, исправленных ранее в этом месяце, в том числе в Azure AI Language, Azure Cosmos DB, Copilot Studio, Entra ID, Mariner, Microsoft Azure Active Directory B2C, Microsoft Discovery Studio, Microsoft Edge (на основе Chromium), Microsoft Fabric и Power Automate.
Сентябрьский PatchTuesday стал самым масштабным за всю историю Microsoft, значительно превзойдя по этому показателю другие крупные релизы, включая 570 уязвимостей в июле и 400 - в августе. Все это стало возможным благодаря системе обнаружения уязвимостей на основе ИИ.
В рамках PatchTuesday за сентябрь 2026 года были устранены следующие активно используемые нули:
- CVE-2026-81963: уязвимость повышения привилегий, активно используемую злоумышленниками, которая позволяла получить системные привилегии в стеке обновлений Windows.
Некорректное разрешение ссылок перед доступом к файлу («переход по ссылке») в стеке обновлений Windows позволяет авторизованному злоумышленнику повысить привилегии локально. Обнаружение приписывается Ромену Деперну и Microsoft MSTIC.
Подробности о том, как именно эта уязвимость была использована в атаках, не разглашаются.
- CVE-2026-85880: уязвимость в протоколе Windows Advanced Local Procedure Call (ALPC), которая использовалась в атаках для получения привилегий SYSTEM.
Переполнение буфера в куче в Windows ALPC позволяет авторизованному злоумышленнику повысить привилегии локально. Компания Microsoft не предоставила никаких подробностей о том, как эта уязвимость была использована в атаках.
Уязвимость была обнаружена Volexity, а также Марком Келли, Дэвидом Галазином и Джереми Хеджесом из Proofpoint.
Полное описание каждой уязвимости и затронутых ею систем - здесь.
Уже отметили, что странным выглядят две 0-day в числе почти 1000 исправленных Microsoft уязвимостей в PatchTuesday за сентябрь 2026 года. Вот и анонимный исследователь Nightmare Eclipse подумал также, решив присовокупить еще одну одну.
Сразу после выхода PatchTuesday Nightmare Eclipse по своей старой традиции раскрыл новую уязвимость нулевого дня в Microsoft Defender под названием ShieldCrash.
ShieldCrash описывается как обход уязвимости ShieldBreak, позволяющей повышать привилегии в Defender, которая была исправлена в четверг. В свою очередь, эта уязвимость обходила RoguePlanet, еще одну уязвимость Defender, обнаруженную в июне и исправленную Microsoft в июле.
По данным Nightmare Eclipse, эксплойт ShieldCrash, демонстрирующий принципиальную возможность взлома, позволяет злоумышленникам получить системные привилегии в полностью обновленных системах Windows 10, Windows 11 и Windows Server, но не предоставляет им права на запись в скомпрометированные системы.
Как отметил исследователь, Microsoft не смогла должным образом исправить ShieldBreak (CVE-2026-69414), и при определенных условиях все еще возможно вызвать ту же самую проблему, которая была вызвана ShieldBreak.
Хотя Microsoft исправила ряд моментов, чтобы предотвратить повторную эксплуатацию уязвимости, они все же упустили момент, где ShieldBreak все еще может быть использован.
Представленный PoC демонстрирует чтение произвольного файла как SYSTEM с сентября 2026 года. Проблема затрагивает все поддерживаемые версии Windows. Исследователь обещает переработать его в полноценный PoC для SYSTEM, но пока ему «немного лень».
Nightmare Eclipse продолжает раскрывать нули в рамках продолжающегося спора с Microsoft по поводу практики компании в отношении вознаграждения за обнаружение ошибок и раскрытия информации об уязвимостях.
В ответ Microsoft предупредила о судебных исках против любого, кто будет заниматься подобной «злонамеренной деятельностью, причиняющей реальный вред» ее клиентам, что заставило многих поверить, что компания напрямую угрожает исследователю.
С апреля анонимный исследователь уже раскрыл длинный список нулей, включая ShieldBreak, LegacyHive, RoguePlanet, BlueHammer, RedSun, YellowKey, GreenPlasma, MiniPlasma и UnDefend, нацеленные на Microsoft Defender, BitLocker и другие компоненты Windows.
В свою очередь, Microsoft исправила ShieldBreak, RoguePlanet, YellowKey, GreenPlasma и MiniPlasma, но для остальных уязвимостей, обнаруженных Nightmare Eclipse, до сих пор нет официальных патчей.
Сразу после выхода PatchTuesday Nightmare Eclipse по своей старой традиции раскрыл новую уязвимость нулевого дня в Microsoft Defender под названием ShieldCrash.
ShieldCrash описывается как обход уязвимости ShieldBreak, позволяющей повышать привилегии в Defender, которая была исправлена в четверг. В свою очередь, эта уязвимость обходила RoguePlanet, еще одну уязвимость Defender, обнаруженную в июне и исправленную Microsoft в июле.
По данным Nightmare Eclipse, эксплойт ShieldCrash, демонстрирующий принципиальную возможность взлома, позволяет злоумышленникам получить системные привилегии в полностью обновленных системах Windows 10, Windows 11 и Windows Server, но не предоставляет им права на запись в скомпрометированные системы.
Как отметил исследователь, Microsoft не смогла должным образом исправить ShieldBreak (CVE-2026-69414), и при определенных условиях все еще возможно вызвать ту же самую проблему, которая была вызвана ShieldBreak.
Хотя Microsoft исправила ряд моментов, чтобы предотвратить повторную эксплуатацию уязвимости, они все же упустили момент, где ShieldBreak все еще может быть использован.
Представленный PoC демонстрирует чтение произвольного файла как SYSTEM с сентября 2026 года. Проблема затрагивает все поддерживаемые версии Windows. Исследователь обещает переработать его в полноценный PoC для SYSTEM, но пока ему «немного лень».
Nightmare Eclipse продолжает раскрывать нули в рамках продолжающегося спора с Microsoft по поводу практики компании в отношении вознаграждения за обнаружение ошибок и раскрытия информации об уязвимостях.
В ответ Microsoft предупредила о судебных исках против любого, кто будет заниматься подобной «злонамеренной деятельностью, причиняющей реальный вред» ее клиентам, что заставило многих поверить, что компания напрямую угрожает исследователю.
С апреля анонимный исследователь уже раскрыл длинный список нулей, включая ShieldBreak, LegacyHive, RoguePlanet, BlueHammer, RedSun, YellowKey, GreenPlasma, MiniPlasma и UnDefend, нацеленные на Microsoft Defender, BitLocker и другие компоненты Windows.
В свою очередь, Microsoft исправила ShieldBreak, RoguePlanet, YellowKey, GreenPlasma и MiniPlasma, но для остальных уязвимостей, обнаруженных Nightmare Eclipse, до сих пор нет официальных патчей.
X (formerly Twitter)
INFINITE NIGHTMARE (@MSNightmare2000) on X
Microsoft has failed to properly patch ShieldBreak CVE-2026-69414 - https://t.co/dsbfA9dHtE
ShieldCrash demonstrates a full bypass of the patch - https://t.co/nrGgk52947
Works with latest Septembe…
ShieldCrash demonstrates a full bypass of the patch - https://t.co/nrGgk52947
Works with latest Septembe…
«Белая шляпа» становится нарицательным: злоумышленник, взломавший криптовалютную платформу Liquid Network и укравший 320 миллионов долларов в выходные, вернул большую часть средств.
По всей видимости, Liquid позволила злоумышленнику оставить себе почти 50 млн. долл. в качестве вознаграждения за обнаружение уязвимости.
Liquid - это сайдчейн Bitcoin, в котором хранятся реальные биткоины для обеспечения токена под названием L-BTC. Сеть пока приостановлена, поэтому держатели не могут обменять этот токен обратно на биткоины.
Согласно общедоступным данным Bitcoin, тот, кто в воскресенье, 6 сентября, присвоил почти 4000 биткоинов из сети Liquid Network, вернул 3400 из них (85%) на следующий день, 7 сентября. При этом около 598,5 биткоинов так и не были возвращены.
Оставшиеся 598,5 биткоинов не были отдельным платежом. Это сдача от той же транзакции, отправленная обратно на адрес, с которого поступили средства.
8 сентября, при цене биткоина около 78 000 долл., 3400 биткоинов стоили примерно 265 млн. долл., а 598,5 биткоинов - около 47 млн. долл.
Согласно данным блокчейн-обозревателя mempool.space, 8 сентября, эти средства всё ещё находились на этом адресе. Ни Blockstream, ни Liquid Network публично не заявляли, является ли этот биткоин частью соглашения.
В сообщении об инциденте Blockstream, предоставляющая технологию для Liquid, заявила, что хакеры, называющие себя «белыми хакерами», похитили около 4000 биткоинов из кошелька федерации. По оценкам, на тот момент их стоимость составляла около 320 млн. долл.
Вывод средств составил примерно 95% от заявленных биткоин-резервов Liquid, которые до этого составляли около 4200 биткоинов.
Биткоины были отправлены с помощью ключа авторизации Peg-out Authorization Key от SideSwap, одного из ключей, обеспечивающих вывод средств из сайдчейна. Как заявили в Blockstream, этот ключ «не был скомпрометирован, как и любые другие».
Операция «peg-out» уничтожает L-BTC в сайдчейне и высвобождает соответствующий биткоин в основной цепочке Bitcoin.
SideSwap заявила, что ошибка в Elements, программном обеспечении, на котором работает Liquid, привела к созданию L-BTC, использованного для этого вывода средств. SideSwap также заявила, что ни ее системы, ни ее ключ не были скомпрометированы.
Liquid не объяснила суть проблемы, когда объявила об инциденте, и на странице инцидента Blockstream она также не описана.
Обе стороны провели публичные переговоры в блокчейне Bitcoin. В одном из первых сообщений, записанных в транзакцию, говорилось: «Мы - белые хакеры. Свяжитесь с нами в цепочке».
Как сообщает Unchained, группа потребовала исправить уязвимость и установить обновления на всех узлах, прежде чем отправлять что-либо обратно.
Blockstream ответила сообщением с подписью, в котором говорилось, что узлы моста обновлены и средства можно безопасно вернуть.
Транзакция, подтвержденная в 15:31 UTC 7 сентября, отправила на адрес федерации 1000 сатоши, или 0,00001 биткоина, вместе с PGP-сообщением. Содержимое этого сообщения не является общедоступным. Через 38 минут последовала отправка 3400 биткоинов.
Blockstream заявила, что обновленное ПО развернуто и что члены федерации готовят скоординированный перезапуск. Самсон Моу, гендиректор JAN3 и бывший руководитель Blockstream, оценил невозвращенную сумму примерно в 598 биткоинов. Он сказал, что Blockstream по-прежнему поддерживает связь с группой.
По состоянию на 8 сентября на странице Blockstream инцидент по-прежнему отображался как активный, с отключенными публичными узлами моста, и информация о возобновлении работы не была обновлена. Не указано, сколько биткоинов теперь обеспечено L-BTC.
Тем не менее, не все в сообществе согласны с определением «белого хакера». В частности, Чарльз Гийеме, технический директор Ledger, отверг это определение.
Он заявил, что если примерно 600 биткоинов, которые все еще находятся в обращении, являются вознаграждением, согласованным посредством зашифрованных сообщений в блокчейне, то эта схема больше похожа на вымогательство.
По всей видимости, Liquid позволила злоумышленнику оставить себе почти 50 млн. долл. в качестве вознаграждения за обнаружение уязвимости.
Liquid - это сайдчейн Bitcoin, в котором хранятся реальные биткоины для обеспечения токена под названием L-BTC. Сеть пока приостановлена, поэтому держатели не могут обменять этот токен обратно на биткоины.
Согласно общедоступным данным Bitcoin, тот, кто в воскресенье, 6 сентября, присвоил почти 4000 биткоинов из сети Liquid Network, вернул 3400 из них (85%) на следующий день, 7 сентября. При этом около 598,5 биткоинов так и не были возвращены.
Оставшиеся 598,5 биткоинов не были отдельным платежом. Это сдача от той же транзакции, отправленная обратно на адрес, с которого поступили средства.
8 сентября, при цене биткоина около 78 000 долл., 3400 биткоинов стоили примерно 265 млн. долл., а 598,5 биткоинов - около 47 млн. долл.
Согласно данным блокчейн-обозревателя mempool.space, 8 сентября, эти средства всё ещё находились на этом адресе. Ни Blockstream, ни Liquid Network публично не заявляли, является ли этот биткоин частью соглашения.
В сообщении об инциденте Blockstream, предоставляющая технологию для Liquid, заявила, что хакеры, называющие себя «белыми хакерами», похитили около 4000 биткоинов из кошелька федерации. По оценкам, на тот момент их стоимость составляла около 320 млн. долл.
Вывод средств составил примерно 95% от заявленных биткоин-резервов Liquid, которые до этого составляли около 4200 биткоинов.
Биткоины были отправлены с помощью ключа авторизации Peg-out Authorization Key от SideSwap, одного из ключей, обеспечивающих вывод средств из сайдчейна. Как заявили в Blockstream, этот ключ «не был скомпрометирован, как и любые другие».
Операция «peg-out» уничтожает L-BTC в сайдчейне и высвобождает соответствующий биткоин в основной цепочке Bitcoin.
SideSwap заявила, что ошибка в Elements, программном обеспечении, на котором работает Liquid, привела к созданию L-BTC, использованного для этого вывода средств. SideSwap также заявила, что ни ее системы, ни ее ключ не были скомпрометированы.
Liquid не объяснила суть проблемы, когда объявила об инциденте, и на странице инцидента Blockstream она также не описана.
Обе стороны провели публичные переговоры в блокчейне Bitcoin. В одном из первых сообщений, записанных в транзакцию, говорилось: «Мы - белые хакеры. Свяжитесь с нами в цепочке».
Как сообщает Unchained, группа потребовала исправить уязвимость и установить обновления на всех узлах, прежде чем отправлять что-либо обратно.
Blockstream ответила сообщением с подписью, в котором говорилось, что узлы моста обновлены и средства можно безопасно вернуть.
Транзакция, подтвержденная в 15:31 UTC 7 сентября, отправила на адрес федерации 1000 сатоши, или 0,00001 биткоина, вместе с PGP-сообщением. Содержимое этого сообщения не является общедоступным. Через 38 минут последовала отправка 3400 биткоинов.
Blockstream заявила, что обновленное ПО развернуто и что члены федерации готовят скоординированный перезапуск. Самсон Моу, гендиректор JAN3 и бывший руководитель Blockstream, оценил невозвращенную сумму примерно в 598 биткоинов. Он сказал, что Blockstream по-прежнему поддерживает связь с группой.
По состоянию на 8 сентября на странице Blockstream инцидент по-прежнему отображался как активный, с отключенными публичными узлами моста, и информация о возобновлении работы не была обновлена. Не указано, сколько биткоинов теперь обеспечено L-BTC.
Тем не менее, не все в сообществе согласны с определением «белого хакера». В частности, Чарльз Гийеме, технический директор Ledger, отверг это определение.
Он заявил, что если примерно 600 биткоинов, которые все еще находятся в обращении, являются вознаграждением, согласованным посредством зашифрованных сообщений в блокчейне, то эта схема больше похожа на вымогательство.
The Block
Liquid Network attacker says they will return most of 4,000 BTC after bug fix
The Liquid Network attacker said they would return most of the roughly 4,000 BTC once the software bug affecting the network is patched.
CISA, NSA и ФБР США выкатили коллективные обвинения в адрес китайских компаний, занимающихся ИИ, упрекая их в проводении масштабных кампаний по извлечению запатентованных возможностей из ведущих американских моделей ИИ.
По данным ведомств, эта деятельность, продолжается как минимум с конца 2024 года и включает миллиарды токенов и миллионы запросов, нацеленных на модели от Anthropic, OpenAI, Google и xAI.
В совместном уведомлении отмечается, что эта деятельность осуществлялась DeepSeek, Moonshot AI, Alibaba, MiniMax, StepFun и Z.AI, вероятно, с ведома китайского правительства.
Упомянутые компании входят в число наиболее известных китайских разработчиков ИИ. В частности, DeepSeek привлекла международное внимание своими семействами моделей R1 и V3, а Alibaba разрабатывает серию Qwen.
Moonshot AI управляет семейством Kimi, MiniMax разрабатывает модели общего назначения и модели программирования, а StepFun и Z.AI также создают передовые системы для задач рассуждения, программирования и агентного управления.
По данным американских силовиков, они использовали метод «дистилляции знаний» не просто как вспомогательное средство для исследований, а как центральную стратегию развития для улучшения собственных моделей при одновременном снижении затрат на обучение и времени разработки.
В штатах утверждают, что китайские фирмы занимались злонамеренной деятельностью, систематически извлекая ограниченный функционал в огромных масштабах, нарушая условия предоставления услуг поставщиков и обходя средства контроля доступа.
Утверждается, что DeepSeek начала организованные кампании по дистилляции данных в конце 2024 года, собирая синтетические обучающие данные с моделей, включая GPT-4, GPT-4o, GPT-5, Claude Sonnet и Opus, Gemini 2.5 и Grok 4.
Извлеченные возможности включали рассуждения в стиле «цепочки мыслей», юридическую специализацию, агентные функции, задачи, управляемые API, оптимизацию с контролируемой тонкой настройкой и возможности записи.
Moonshot AI обвиняется в проведении аналогичных кампаний с середины 2025 года, включая извлечение данных из моделей Claude и GPT для своих систем Kimi. Alibaba, MiniMax.
StepFun и Z.AI, предположительно, нацелились на такие возможности, как разработка ПО, обучение с подкреплением, программирование агентов, диалоги со службой поддержки клиентов и логическое мышление. CISA утверждает, что только Z.AI к середине 2026 года извлекла миллиарды токенов из GPT-5.5 и Claude Opus 4.8.
Чтобы избежать обнаружения, компании, предположительно, распределяли запросы между собственными API, облачными провайдерами, сторонними агрегаторами, пулами учетных записей и прокси-серверами API, используемыми на сером рынке.
Эти сервисы могут скрывать информацию об источнике и обходить географические ограничения. Операторы также, как сообщается, использовали автоматическую очистку метаданных, централизованные системы маршрутизации запросов, массовые платные подписки и автоматическое переключение при блокировке доступа со стороны провайдеров.
Американские силовики также обращают внимание на попытки извлечения скрытых рассуждений с помощью подсказок, имитирующих взлом системы, а также конвейеры контроля качества, предназначенные для обнаружения случаев ухудшения или изменения качества ответов со стороны поставщиков услуг.
Сообщается, что MiniMax перенаправила активность на недавно выпущенную модель Claude в течение 24 часов, что демонстрирует, насколько быстро эти системы могут адаптироваться.
Ведомства заявляют, что более активный обмен информацией между разработчиками моделей, облачными платформами и агрегаторами API будет иметь решающее значение для выявления случаев злоупотребления, которые в противном случае могут выглядеть как отдельные нарушения.
Резюмируя, вспоминается известный мем: «А что так можно было?».
Однако не стоит сомневаться, что и в обратную сторону аналогичные процессы также успешно реализуются.
По данным ведомств, эта деятельность, продолжается как минимум с конца 2024 года и включает миллиарды токенов и миллионы запросов, нацеленных на модели от Anthropic, OpenAI, Google и xAI.
В совместном уведомлении отмечается, что эта деятельность осуществлялась DeepSeek, Moonshot AI, Alibaba, MiniMax, StepFun и Z.AI, вероятно, с ведома китайского правительства.
Упомянутые компании входят в число наиболее известных китайских разработчиков ИИ. В частности, DeepSeek привлекла международное внимание своими семействами моделей R1 и V3, а Alibaba разрабатывает серию Qwen.
Moonshot AI управляет семейством Kimi, MiniMax разрабатывает модели общего назначения и модели программирования, а StepFun и Z.AI также создают передовые системы для задач рассуждения, программирования и агентного управления.
По данным американских силовиков, они использовали метод «дистилляции знаний» не просто как вспомогательное средство для исследований, а как центральную стратегию развития для улучшения собственных моделей при одновременном снижении затрат на обучение и времени разработки.
В штатах утверждают, что китайские фирмы занимались злонамеренной деятельностью, систематически извлекая ограниченный функционал в огромных масштабах, нарушая условия предоставления услуг поставщиков и обходя средства контроля доступа.
Утверждается, что DeepSeek начала организованные кампании по дистилляции данных в конце 2024 года, собирая синтетические обучающие данные с моделей, включая GPT-4, GPT-4o, GPT-5, Claude Sonnet и Opus, Gemini 2.5 и Grok 4.
Извлеченные возможности включали рассуждения в стиле «цепочки мыслей», юридическую специализацию, агентные функции, задачи, управляемые API, оптимизацию с контролируемой тонкой настройкой и возможности записи.
Moonshot AI обвиняется в проведении аналогичных кампаний с середины 2025 года, включая извлечение данных из моделей Claude и GPT для своих систем Kimi. Alibaba, MiniMax.
StepFun и Z.AI, предположительно, нацелились на такие возможности, как разработка ПО, обучение с подкреплением, программирование агентов, диалоги со службой поддержки клиентов и логическое мышление. CISA утверждает, что только Z.AI к середине 2026 года извлекла миллиарды токенов из GPT-5.5 и Claude Opus 4.8.
Чтобы избежать обнаружения, компании, предположительно, распределяли запросы между собственными API, облачными провайдерами, сторонними агрегаторами, пулами учетных записей и прокси-серверами API, используемыми на сером рынке.
Эти сервисы могут скрывать информацию об источнике и обходить географические ограничения. Операторы также, как сообщается, использовали автоматическую очистку метаданных, централизованные системы маршрутизации запросов, массовые платные подписки и автоматическое переключение при блокировке доступа со стороны провайдеров.
Американские силовики также обращают внимание на попытки извлечения скрытых рассуждений с помощью подсказок, имитирующих взлом системы, а также конвейеры контроля качества, предназначенные для обнаружения случаев ухудшения или изменения качества ответов со стороны поставщиков услуг.
Сообщается, что MiniMax перенаправила активность на недавно выпущенную модель Claude в течение 24 часов, что демонстрирует, насколько быстро эти системы могут адаптироваться.
Ведомства заявляют, что более активный обмен информацией между разработчиками моделей, облачными платформами и агрегаторами API будет иметь решающее значение для выявления случаев злоупотребления, которые в противном случае могут выглядеть как отдельные нарушения.
Резюмируя, вспоминается известный мем: «А что так можно было?».
Однако не стоит сомневаться, что и в обратную сторону аналогичные процессы также успешно реализуются.
Исследователи Calif разработали первый червь, распространяющийся без клика через голосовые звонки в WeChat. Причем работает как на Android, так и на iOS, позволяя злоумышленникам захватывать учетные записи даже без ответа на звонок.
Атака, получившая название WeWorm, представляет собой экспериментальный пример использования уязвимости, связанной с повреждением памяти в стеке VoIP-связи WeChat.
Calif сообщила об этой уязвимости компании Tencent в июле, и с тех пор были реализованы меры по ее устранению, которые, по словам исследователей, блокируют использование эксплойта для всех пользователей.
В Калифорнийском университете заявили, что их исследователи обнаружили уязвимость с помощью ИИ и разработали первый эксплойт для удаленного выполнения кода (RCE) примерно за два дня.
Команда завершила разработку эксплойта для Android 30 июля, версии для iOS - 2 августа, а также создала отточенную кроссплатформенную демонстрацию червя к 11 августа.
WeChat - это платформа для обмена сообщениями и социальных сетей от Tencent, которая глубоко интегрирована в повседневное общение и сервисы в Китае, а также широко используется китайскими сообществами по всему миру.
С учетом того, что база пользователей превышает миллиард аккаунтов, уязвимость в инфраструктуре телефонной связи, которую можно использовать удаленно, может предоставить злоумышленникам необычайно большую целевую аудиторию.
Для демонстрации атаки компания Calif использовала три телефона: два устройства Android Pixel 10a и iPhone 17e. Первый телефон Android позвонил на iPhone, использовал уязвимость WeChat, пока устройство еще звонило, и получил контроль над учетной записью жертвы.
Затем взломанный iPhone автоматически стал следующим злоумышленником и позвонил на второй телефон Android, взломав его таким же образом.
Жертве не нужно отвечать на входящий звонок. По данным Calif, эксплуатация завершается за считанные секунды и может обеспечить контроль над учетной записью WeChat, включая возможность читать и отправлять сообщения, совершать звонки и выдавать себя за жертву.
Ответ на вредоносный звонок не предотвращает эксплуатацию уязвимости, а отказ от него прерывает конкретную попытку. Однако злоумышленник может повторить попытку позже.
Однако у этой уязвимости есть одно важное ограничение: учетная запись звонящего должна уже находиться в списке друзей жертвы в WeChat.
Calif утверждает, что это не обязательно остановит распространение вируса, подобного червю, поскольку злоумышленник может сначала скомпрометировать существующий контакт, а затем использовать эту доверенную учетную запись для атаки на других людей.
Сама по себе продемонстрированная ошибка ставит под угрозу безопасность WeChat, а не всего устройства. Однако, по словам Calif, её можно объединить с отдельными уязвимостями Android или iOS, что потенциально позволит получить более широкий контроль над устройством.
Основная проблема заключается в повреждении памяти в реализации VoIP в WeChat, но Calif пока не раскрывает технические подробности, поскольку ведутся дополнительные исследования аналогичных уязвимостей в мессенджерах.
Tencent выпустила WeChat для Android 8.0.77 и iOS 8.0.76 21 августа. 28 августа Calif подтвердила, что уязвимость была устранена на стороне сервера для всех пользователей, после чего 3 сентября поделилась с Tencent полным анализом и рабочими эксплойтами.
Атака, получившая название WeWorm, представляет собой экспериментальный пример использования уязвимости, связанной с повреждением памяти в стеке VoIP-связи WeChat.
Calif сообщила об этой уязвимости компании Tencent в июле, и с тех пор были реализованы меры по ее устранению, которые, по словам исследователей, блокируют использование эксплойта для всех пользователей.
В Калифорнийском университете заявили, что их исследователи обнаружили уязвимость с помощью ИИ и разработали первый эксплойт для удаленного выполнения кода (RCE) примерно за два дня.
Команда завершила разработку эксплойта для Android 30 июля, версии для iOS - 2 августа, а также создала отточенную кроссплатформенную демонстрацию червя к 11 августа.
WeChat - это платформа для обмена сообщениями и социальных сетей от Tencent, которая глубоко интегрирована в повседневное общение и сервисы в Китае, а также широко используется китайскими сообществами по всему миру.
С учетом того, что база пользователей превышает миллиард аккаунтов, уязвимость в инфраструктуре телефонной связи, которую можно использовать удаленно, может предоставить злоумышленникам необычайно большую целевую аудиторию.
Для демонстрации атаки компания Calif использовала три телефона: два устройства Android Pixel 10a и iPhone 17e. Первый телефон Android позвонил на iPhone, использовал уязвимость WeChat, пока устройство еще звонило, и получил контроль над учетной записью жертвы.
Затем взломанный iPhone автоматически стал следующим злоумышленником и позвонил на второй телефон Android, взломав его таким же образом.
Жертве не нужно отвечать на входящий звонок. По данным Calif, эксплуатация завершается за считанные секунды и может обеспечить контроль над учетной записью WeChat, включая возможность читать и отправлять сообщения, совершать звонки и выдавать себя за жертву.
Ответ на вредоносный звонок не предотвращает эксплуатацию уязвимости, а отказ от него прерывает конкретную попытку. Однако злоумышленник может повторить попытку позже.
Однако у этой уязвимости есть одно важное ограничение: учетная запись звонящего должна уже находиться в списке друзей жертвы в WeChat.
Calif утверждает, что это не обязательно остановит распространение вируса, подобного червю, поскольку злоумышленник может сначала скомпрометировать существующий контакт, а затем использовать эту доверенную учетную запись для атаки на других людей.
Сама по себе продемонстрированная ошибка ставит под угрозу безопасность WeChat, а не всего устройства. Однако, по словам Calif, её можно объединить с отдельными уязвимостями Android или iOS, что потенциально позволит получить более широкий контроль над устройством.
Основная проблема заключается в повреждении памяти в реализации VoIP в WeChat, но Calif пока не раскрывает технические подробности, поскольку ведутся дополнительные исследования аналогичных уязвимостей в мессенджерах.
Tencent выпустила WeChat для Android 8.0.77 и iOS 8.0.76 21 августа. 28 августа Calif подтвердила, что уязвимость была устранена на стороне сервера для всех пользователей, после чего 3 сентября поделилась с Tencent полным анализом и рабочими эксплойтами.
Calif
WeWorm
The first zero-click worm to spread through WeChat calls across iOS and Android.
Более 36 000 серверов Plex Media, находящихся в открытом доступе в интернете, остаются незащищенными от многочисленных уязвимостей безопасности и подвержены атакам.
Неделю назад Plex настоятельно предупредила пользователей немедленно защитить свои медиасерверы в части проблем, для которых до сих пор отсутствуют идентификаторы CVE.
При этом компания не предоставила дополнительных подробностей, однако известно, что упомянутые уязвимости затрагивают Plex Media Server версии 1.43.2 и более ранних версий.
Пользователям затронутых версий рекомендуется как можно скорее обеспечить безопасность своих систем, обновив установленный Plex Media Server до версии 1.43.3 (от 19 мая) и Plex Desktop до версии 1.115.0 (от 13 августа).
В пятницу Shadowserver заявила о доступности в сети более 36 000 экземпляров Plex Media Server, которые до сих пор не получили обновлений и уязвимы для потенциальных атак. При этом до настоящего времени Plex не предоставила никаких подробностей об этих уязвимостях.
Помимо пользователей Plex активная (или потенциальная) эксплуатация также ожидает пользователей WatchGuard Firebox и Cisco.
В первом случае речь идет о критической уязвимости межсетевого экрана, которую CISA еще в декабре отметила как активно эксплуатируемую. Теперь за нее принялись банды вымогателей.
Она отслеживается как CVE-2025-14733 и связана с записью за пределы допустимого диапазона, что позволяет неавторизованным злоумышленникам удаленно выполнять вредоносный код в атаках низкой сложности.
Данная уязвимость затрагивает межсетевые экраны, работающие под управлением Fireware OS 11.x и более поздних версий (включая 11.12.4_Update1), 12.x и более поздних версий (включая 12.11.5), а также версий 2025.1–2025.1.3.
В декабре WatchGuard выпустила обновления и отметила, что незащищенные межсетевые экраны Firebox уязвимы для атак только в том случае, если они настроены на использование VPN IKEv2, но отметила, что они могут быть скомпрометированы даже после удаления уязвимых конфигураций, если VPN-соединение филиала со статическим шлюзом все еще настроено.
WatchGuard тогда также подтвердила, что злоумышленники используют эту уязвимость в реальных условиях, и поделилась IOCs, позволяющими проверить, были ли взломаны их устройства Firebox.
Shadowserver в декабре обнаружила более 115 000 незащищенных межсетевых экранов Firebox в сети, и почти 9000 из них остаются незащищенными спустя девять месяцев.
При том, что WatchGuard предоставляет услуги более чем 250 000 малым и средним предприятиям через сеть, насчитывающую более 17 000 реселлеров и поставщиков услуг в сфере безопасности по всему миру.
Cisco также подтвердила, что уязвимость максимального уровня серьезности, позволяющая обойти аутентификацию и имеющая идентификатор CVE-2026-20079, в ее Secure Firewall Management Center (FMC) активно используется в атаках.
Уязвимость имеет максимальный балл CVSS 10,0 и позволяет неаутентифицированным удаленным злоумышленникам обходить аутентификацию и выполнять скрипты и команды от имени root на уязвимых устройствах.
К настоящему времени Cisco так и не сообщила, когда начались атаки, кто за ними стоял и какие действия были зафиксированы после их осуществления.
Причем Cisco заявляет, что ее команда по безопасности узнала об активной эксплуатации CVE-2026-20079 еще в августе, индикаторы компрометации, опубликованные в июльском обновлении рекомендаций, предполагают, что уязвимость могла быть использована и раньше.
29 июля Cisco сообщала об еще одной уязвимости Secure FMC - CVE-2026-20316, отмечая ее активную эксплуатацию. И одновременно тогда же также обновила уведомление по CVE-2026-20079, включив в него те же индикаторы, но не подтвердила, что уязвимость была использована.
Неделю назад Plex настоятельно предупредила пользователей немедленно защитить свои медиасерверы в части проблем, для которых до сих пор отсутствуют идентификаторы CVE.
При этом компания не предоставила дополнительных подробностей, однако известно, что упомянутые уязвимости затрагивают Plex Media Server версии 1.43.2 и более ранних версий.
Пользователям затронутых версий рекомендуется как можно скорее обеспечить безопасность своих систем, обновив установленный Plex Media Server до версии 1.43.3 (от 19 мая) и Plex Desktop до версии 1.115.0 (от 13 августа).
В пятницу Shadowserver заявила о доступности в сети более 36 000 экземпляров Plex Media Server, которые до сих пор не получили обновлений и уязвимы для потенциальных атак. При этом до настоящего времени Plex не предоставила никаких подробностей об этих уязвимостях.
Помимо пользователей Plex активная (или потенциальная) эксплуатация также ожидает пользователей WatchGuard Firebox и Cisco.
В первом случае речь идет о критической уязвимости межсетевого экрана, которую CISA еще в декабре отметила как активно эксплуатируемую. Теперь за нее принялись банды вымогателей.
Она отслеживается как CVE-2025-14733 и связана с записью за пределы допустимого диапазона, что позволяет неавторизованным злоумышленникам удаленно выполнять вредоносный код в атаках низкой сложности.
Данная уязвимость затрагивает межсетевые экраны, работающие под управлением Fireware OS 11.x и более поздних версий (включая 11.12.4_Update1), 12.x и более поздних версий (включая 12.11.5), а также версий 2025.1–2025.1.3.
В декабре WatchGuard выпустила обновления и отметила, что незащищенные межсетевые экраны Firebox уязвимы для атак только в том случае, если они настроены на использование VPN IKEv2, но отметила, что они могут быть скомпрометированы даже после удаления уязвимых конфигураций, если VPN-соединение филиала со статическим шлюзом все еще настроено.
WatchGuard тогда также подтвердила, что злоумышленники используют эту уязвимость в реальных условиях, и поделилась IOCs, позволяющими проверить, были ли взломаны их устройства Firebox.
Shadowserver в декабре обнаружила более 115 000 незащищенных межсетевых экранов Firebox в сети, и почти 9000 из них остаются незащищенными спустя девять месяцев.
При том, что WatchGuard предоставляет услуги более чем 250 000 малым и средним предприятиям через сеть, насчитывающую более 17 000 реселлеров и поставщиков услуг в сфере безопасности по всему миру.
Cisco также подтвердила, что уязвимость максимального уровня серьезности, позволяющая обойти аутентификацию и имеющая идентификатор CVE-2026-20079, в ее Secure Firewall Management Center (FMC) активно используется в атаках.
Уязвимость имеет максимальный балл CVSS 10,0 и позволяет неаутентифицированным удаленным злоумышленникам обходить аутентификацию и выполнять скрипты и команды от имени root на уязвимых устройствах.
К настоящему времени Cisco так и не сообщила, когда начались атаки, кто за ними стоял и какие действия были зафиксированы после их осуществления.
Причем Cisco заявляет, что ее команда по безопасности узнала об активной эксплуатации CVE-2026-20079 еще в августе, индикаторы компрометации, опубликованные в июльском обновлении рекомендаций, предполагают, что уязвимость могла быть использована и раньше.
29 июля Cisco сообщала об еще одной уязвимости Secure FMC - CVE-2026-20316, отмечая ее активную эксплуатацию. И одновременно тогда же также обновила уведомление по CVE-2026-20079, включив в него те же индикаторы, но не подтвердила, что уязвимость была использована.
Сразу несколько китайских APT-групп задействовали новый набор эксплойтов, который позволяет скомпрометировать пользователей Google Chrome, даже если они используют последнюю стабильную версию браузера, доступную на момент атаки.
Кампания, независимо задокументированная Proofpoint и Volexity, реализует общую цепочку эксплойтов, объединяющую уязвимости Chrome и Windows для обхода песочницы браузера и установки вредоносного ПО после того, как жертва перейдет по вредоносной ссылке.
Proofpoint отслеживает этот набор инструментов как BlueMoon и впервые обнаружила его использование связанной с Китаем группировкой TA412, также известной как JungleBamboo, APT31 и Violet Typhoon, 28 августа.
В течение нескольких дней, по меньшей мере, три другие группы, занимающиеся кибершпионажем, использовали ту же цепочку эксплойтов, нацеливаясь на организации в США и Юго-Восточной Азии.
Volexity в ходе мониторинга фишинговых атак на неправительственные организации 1 сентября обнаружила уязвимость, выяснив, что другая связанная с Китаем группа, UTA0560, использовала фактически тот же код эксплойта, но применяла другое вредоносное ПО.
Выявленные атаки примечательны тем, что одна из уязвимостей Chrome, CVE-2026-85046, уже была исправлена в общедоступном исходном коде Chromium, но исправление еще не попало в стабильный канал релизов Chrome.
Это создало то, что исследователи называют «проблемным звеном»: злоумышленники могли изучить общедоступное исправление, определить, какую уязвимость оно устраняет, и создать рабочий эксплойт, в то время как обычные пользователи Chrome по-прежнему не имели доступного обновления.
Уязвимость затрагивает V8, движок JavaScript в Chrome, и позволяет злоумышленникам получить доступ к памяти внутри браузера.
Затем цепочка эксплойтов использует отдельный обход песочницы V8, идентифицированный Volexity как CVE-2026-87491, за которым следует уязвимость повышения привилегий в Windows, отслеживаемая как CVE-2026-85880.
В совокупности эти уязвимости позволяют вредоносному коду, работающему во вкладке Chrome, обходить границы безопасности браузера и запускать вредоносное ПО в системе Windows.
Атака на Windows несколько ограничивает её возможности, поскольку она нацелена на более старые сборки Windows, включая несколько версий Windows 10, Windows Server 2019 и 2022, а также первоначальный релиз Windows 11 21H2.
Proofpoint отметила, что BlueMoon распространялся посредством целенаправленного фишинга, адресованного неправительственным организациям, горнодобывающим и торговым компаниям, аэрокосмическим компаниям, правительственным организациям, финансовым фирмам и производителям.
В зависимости от злоумышленника, полезная нагрузка различалась. TA412 установил вредоносное расширение для Chrome, замаскированное под Google Gemini, которое Proofpoint называет GemStone, а Volexity отслеживает как LONGTALE.
Расширение может записывать нажатия клавиш, красть файлы cookie и хранилище браузера, делать снимки экрана, отслеживать активность в браузере и получать команды от своих операторов.
В других кампаниях использовалась та же цепочка эксплойтов для установки шпионского бэкдора ShadowPad, собственного вредоносного ПО или бэкдора GRIMWEDGE на JScript от Volexity.
Proofpoint утверждает, что почти одновременное внедрение BlueMoon свидетельствует о том, что набор эксплойтов был предоставлен нескольким операторам, а не разработан каждой группой независимо.
Компания также обнаружила артефакты разработки, которые могут указывать на создание эксплойтов с помощью ИИ, хотя, по ее словам, убедительных доказательств нет.
Кампания, независимо задокументированная Proofpoint и Volexity, реализует общую цепочку эксплойтов, объединяющую уязвимости Chrome и Windows для обхода песочницы браузера и установки вредоносного ПО после того, как жертва перейдет по вредоносной ссылке.
Proofpoint отслеживает этот набор инструментов как BlueMoon и впервые обнаружила его использование связанной с Китаем группировкой TA412, также известной как JungleBamboo, APT31 и Violet Typhoon, 28 августа.
В течение нескольких дней, по меньшей мере, три другие группы, занимающиеся кибершпионажем, использовали ту же цепочку эксплойтов, нацеливаясь на организации в США и Юго-Восточной Азии.
Volexity в ходе мониторинга фишинговых атак на неправительственные организации 1 сентября обнаружила уязвимость, выяснив, что другая связанная с Китаем группа, UTA0560, использовала фактически тот же код эксплойта, но применяла другое вредоносное ПО.
Выявленные атаки примечательны тем, что одна из уязвимостей Chrome, CVE-2026-85046, уже была исправлена в общедоступном исходном коде Chromium, но исправление еще не попало в стабильный канал релизов Chrome.
Это создало то, что исследователи называют «проблемным звеном»: злоумышленники могли изучить общедоступное исправление, определить, какую уязвимость оно устраняет, и создать рабочий эксплойт, в то время как обычные пользователи Chrome по-прежнему не имели доступного обновления.
Уязвимость затрагивает V8, движок JavaScript в Chrome, и позволяет злоумышленникам получить доступ к памяти внутри браузера.
Затем цепочка эксплойтов использует отдельный обход песочницы V8, идентифицированный Volexity как CVE-2026-87491, за которым следует уязвимость повышения привилегий в Windows, отслеживаемая как CVE-2026-85880.
В совокупности эти уязвимости позволяют вредоносному коду, работающему во вкладке Chrome, обходить границы безопасности браузера и запускать вредоносное ПО в системе Windows.
Атака на Windows несколько ограничивает её возможности, поскольку она нацелена на более старые сборки Windows, включая несколько версий Windows 10, Windows Server 2019 и 2022, а также первоначальный релиз Windows 11 21H2.
Proofpoint отметила, что BlueMoon распространялся посредством целенаправленного фишинга, адресованного неправительственным организациям, горнодобывающим и торговым компаниям, аэрокосмическим компаниям, правительственным организациям, финансовым фирмам и производителям.
В зависимости от злоумышленника, полезная нагрузка различалась. TA412 установил вредоносное расширение для Chrome, замаскированное под Google Gemini, которое Proofpoint называет GemStone, а Volexity отслеживает как LONGTALE.
Расширение может записывать нажатия клавиш, красть файлы cookie и хранилище браузера, делать снимки экрана, отслеживать активность в браузере и получать команды от своих операторов.
В других кампаниях использовалась та же цепочка эксплойтов для установки шпионского бэкдора ShadowPad, собственного вредоносного ПО или бэкдора GRIMWEDGE на JScript от Volexity.
Proofpoint утверждает, что почти одновременное внедрение BlueMoon свидетельствует о том, что набор эксплойтов был предоставлен нескольким операторам, а не разработан каждой группой независимо.
Компания также обнаружила артефакты разработки, которые могут указывать на создание эксплойтов с помощью ИИ, хотя, по ее словам, убедительных доказательств нет.
Proofpoint
Once in a BlueMoon: Multiple State-Aligned Threat Actors Rapidly Adopt Novel Exploit Chain Using Chrome and Windows Zero-Days |…
Analyst note: Proofpoint uses the UNK_ designator to define clusters of activity that are still developing and have not been observed for long enough to receive a numerical TA designation.
Исследователи Positive Technologies сообщают об обнаружении хакерской группировки DENOmination Group после серии атак, объединенных использованием легитимной среды выполнения Deno для запуска вредоносного JavaScript-кода.
Центральным техническим элементом активности DENOmination Group является использование легитимной среды выполнения Deno для запуска вредоносного JavaScript- и TypeScript-кода, а также для получения последующих компонентов от C2-сервера.
Загрузочный компонент получил публичное название DinDoor. При этом в подробно исследованных MSI- и LNK-ветках за ней следует полнофункциональный агент удаленного доступа DenoRAT.
Целями атак на территории России стали предприятия ОПК, военные структуры, банки, финансовые и консалтинговые организации. В качестве фишинговых приманок злоумышленники используют документы военной и финансово-кредитной тематики.
Принципиальная особенность цепочек - использование Deno как легитимной среды выполнения, что позволяет операторам передавать выполнение обфусцированному JavaScript-коду, обновлять вредоносную логику на стороне C2 и загружать дополнительные компоненты без изменения первоначального файла доставки.
В исследуемой кампании DinDoor и DenoRAT выполняют разные функции. DinDoor используется как промежуточный загрузочный компонент: идентифицирует зараженный узел, проверяет доступность C2-сервера и обеспечивает получение и запуск следующей стадии.
DenoRAT представляет собой основной агент удаленного доступа и реализует выполнение команд, сбор и эксфильтрацию данных, интерактивную командную оболочку и сетевые функции. В зависимости от вектора первоначального доступа последовательность компонентов отличается.
Позитивы последовательно проанализировали две основные цепочки первоначального запуска: MSI-ветка, выявленная в рамках фишинговой рассылки с финансовой тематикой, и LNK-ветка.
Отдельно разобрали вредоносный установщик DeltaScan, выявленный при исследовании той же инфраструктуры и использующий сходную многостадийную схему запуска Deno.
Совокупность пересечений в логике, техниках и сетевой инфраструктуре позволяет рассматривать эти эпизоды как активность одного актора.
Выявленную группировку Позитивы по итогу назвали DENOmination Group. Название отражает ключевой технический признак наблюдаемой активности - систематическое использование Deno в связанных цепочках заражения.
На текущем этапе имеющихся данных недостаточно для уверенной атрибуции DENOmination Group к какой-либо ранее известной группировке.
Полученные данные показывают, что DinDoor и DenoRAT, вероятно, не являются инструментарием, эксклюзивно используемым DENOmination Group.
В открытых исследованиях аналогичные компоненты фигурируют в активности других отслеживаемых кластеров, при этом различаются способы первоначальной доставки, инфраструктура и последующие стадии заражения.
В апреле 2026 года Hunt.io проанализировали два образца DinDoor. Несмотря на общую логику идентификации зараженного узла и использование Deno, исследованные образцы существенно различались по реализации и дальнейшей цепочке выполнения.
Дополнительный пример приводит eSentire Threat Response Unit. В июне 2026 года исследователи наблюдали цепочку заражения, которую они отнесли к активности TAG-150.
На текущем этапе Позитивы рассматривают модель MaaS или иной формы многоарендного доступа как рабочую гипотезу. Данные указывают на возможность использования общей платформы несколькими операторами, однако не позволяют установить коммерческую модель.
Подробный технический разбор IOCs - в отчете.
Центральным техническим элементом активности DENOmination Group является использование легитимной среды выполнения Deno для запуска вредоносного JavaScript- и TypeScript-кода, а также для получения последующих компонентов от C2-сервера.
Загрузочный компонент получил публичное название DinDoor. При этом в подробно исследованных MSI- и LNK-ветках за ней следует полнофункциональный агент удаленного доступа DenoRAT.
Целями атак на территории России стали предприятия ОПК, военные структуры, банки, финансовые и консалтинговые организации. В качестве фишинговых приманок злоумышленники используют документы военной и финансово-кредитной тематики.
Принципиальная особенность цепочек - использование Deno как легитимной среды выполнения, что позволяет операторам передавать выполнение обфусцированному JavaScript-коду, обновлять вредоносную логику на стороне C2 и загружать дополнительные компоненты без изменения первоначального файла доставки.
В исследуемой кампании DinDoor и DenoRAT выполняют разные функции. DinDoor используется как промежуточный загрузочный компонент: идентифицирует зараженный узел, проверяет доступность C2-сервера и обеспечивает получение и запуск следующей стадии.
DenoRAT представляет собой основной агент удаленного доступа и реализует выполнение команд, сбор и эксфильтрацию данных, интерактивную командную оболочку и сетевые функции. В зависимости от вектора первоначального доступа последовательность компонентов отличается.
Позитивы последовательно проанализировали две основные цепочки первоначального запуска: MSI-ветка, выявленная в рамках фишинговой рассылки с финансовой тематикой, и LNK-ветка.
Отдельно разобрали вредоносный установщик DeltaScan, выявленный при исследовании той же инфраструктуры и использующий сходную многостадийную схему запуска Deno.
Совокупность пересечений в логике, техниках и сетевой инфраструктуре позволяет рассматривать эти эпизоды как активность одного актора.
Выявленную группировку Позитивы по итогу назвали DENOmination Group. Название отражает ключевой технический признак наблюдаемой активности - систематическое использование Deno в связанных цепочках заражения.
На текущем этапе имеющихся данных недостаточно для уверенной атрибуции DENOmination Group к какой-либо ранее известной группировке.
Полученные данные показывают, что DinDoor и DenoRAT, вероятно, не являются инструментарием, эксклюзивно используемым DENOmination Group.
В открытых исследованиях аналогичные компоненты фигурируют в активности других отслеживаемых кластеров, при этом различаются способы первоначальной доставки, инфраструктура и последующие стадии заражения.
В апреле 2026 года Hunt.io проанализировали два образца DinDoor. Несмотря на общую логику идентификации зараженного узла и использование Deno, исследованные образцы существенно различались по реализации и дальнейшей цепочке выполнения.
Дополнительный пример приводит eSentire Threat Response Unit. В июне 2026 года исследователи наблюдали цепочку заражения, которую они отнесли к активности TAG-150.
На текущем этапе Позитивы рассматривают модель MaaS или иной формы многоарендного доступа как рабочую гипотезу. Данные указывают на возможность использования общей платформы несколькими операторами, однако не позволяют установить коммерческую модель.
Подробный технический разбор IOCs - в отчете.
Расширенное сканирование выявило четвертый инцидент с участием Claude Opus 4.6. При этом Anthropic больше всего обеспокоена безрассудным поведением Claude Mythos 5 после недавних инцидентов, в ходе которых были взломаны реальные системы.
В отчете Anthropic раскрыт ранее не сообщавшийся инцидент, связанный с несанкционированным доступом к реальной системе, а также вновь рассмотрены три случая, впервые описанные компанией в конце июля.
Раскрытый новый случай относится к январю 2026 года и связан с ранним этапом проверки системы Claude Opus 4.6, которая взломала систему третьей стороны во время оценки кибербезопасности.
Первые три инцидента были обнаружены после сканирования примерно 141 000 стенограмм, предположительно связанных с доступом в интернет во время кибер-оценок.
Однако первоначальный анализ не выявил отдельную группу затронутых стенограмм, которые гигант в области ИИ обнаружил в августе при сборе материалов для передачи в METR, независимую организацию, которая сейчас расследует эти инциденты.
Сканирование этой новой партии выявило четвертый инцидент. Дальнейший анализ не обнаружил дополнительных случаев сопоставимой или большей степени тяжести, если верить Anthropic.
Как и три предыдущих инцидента, четвертый произошел во время оценки кибербезопасности, проведенной тем же сторонним партнером, Irregular, где Claude сообщили об отсутствии доступа в интернет.
Неправильная конфигурация среды оценки привела к подключению к открытому интернету, и модель работала без тех уровней защиты, которые Anthropic обычно поставляет со своими производственными системами.
По данным Anthropic, модель Opus 4.6 отключила целевую систему, присвоив ей сетевой адрес, конфликтующий с адресом другой машины, что сделало выполнение задания невозможным в запланированном порядке. Она попыталась отказаться от задачи, но ошибка в настройках оценки помешала ей это сделать.
Не сумев выйти из системы или достичь намеченной цели, модель обнаружила тот же путь к открытому интернету, который был выявлен в ранее раскрытом инциденте.
Она получила доступ к системе третьей стороны, которую считала частью операции, извлекла хранящийся там пароль и использовала его для получения доступа уровня администратора.
Затем получила дополнительные учетные данные, изменила настройки учетной записи, чтобы упростить доступ к системе, и прочитала личную информацию одного человека, связанного с этой неназванной организацией. Сеанс завершился только тогда, когда модель исчерпала выделенный ей вычислительный бюджет.
В ходе проверки Anthropic было установлено, что модель отличалась от Mythos 5 и внутренней исследовательской модели, использованной в других инцидентах, в одном ключевом аспекте: она никогда не предполагала, что действует внутри симуляции, и ни одно из зафиксированных ею рассуждений не описывало окружающую среду таким образом.
Вместо этого, в 87% случаев в своих рассуждениях модель указывала на то, что атакуемые системы относятся к санкционированным учениям, и лишь в 1% случаев допускала возможность атаки на не связанную с ними третью сторону.
Модель также ни разу не усомнилась в наличии у нее разрешения на продолжение действий, а после их завершения неизменно заявляла, что считает свои действия санкционированными в рамках испытаний.
Тем не менее, Anthropic заявила, что этот инцидент вызывает у нее меньше опасений, чем три предыдущих, в основном из-за неоднократных попыток модели отказаться от выполнения задачи, как только она понимала, что цель недостижима.
Игнорирование моделью возможности нанесения вреда реальным системам остается тревожным, но компания заявила, что подобное поведение значительно изменилось в поколениях моделей, обученных с тех пор.
Из четырех случаев, по словам Anthropic, наибольшую обеспокоенность вызывает инцидент с Claude Mythos 5, в котором модель приложила значительные усилия для загрузки вредоносного пакета в репозиторий PyPI.
В этом инциденте вредоносный пакет был установлен 15 третьими лицами и использован ИИ для доступа к системам реального поставщика решений в области безопасности.
В отчете Anthropic раскрыт ранее не сообщавшийся инцидент, связанный с несанкционированным доступом к реальной системе, а также вновь рассмотрены три случая, впервые описанные компанией в конце июля.
Раскрытый новый случай относится к январю 2026 года и связан с ранним этапом проверки системы Claude Opus 4.6, которая взломала систему третьей стороны во время оценки кибербезопасности.
Первые три инцидента были обнаружены после сканирования примерно 141 000 стенограмм, предположительно связанных с доступом в интернет во время кибер-оценок.
Однако первоначальный анализ не выявил отдельную группу затронутых стенограмм, которые гигант в области ИИ обнаружил в августе при сборе материалов для передачи в METR, независимую организацию, которая сейчас расследует эти инциденты.
Сканирование этой новой партии выявило четвертый инцидент. Дальнейший анализ не обнаружил дополнительных случаев сопоставимой или большей степени тяжести, если верить Anthropic.
Как и три предыдущих инцидента, четвертый произошел во время оценки кибербезопасности, проведенной тем же сторонним партнером, Irregular, где Claude сообщили об отсутствии доступа в интернет.
Неправильная конфигурация среды оценки привела к подключению к открытому интернету, и модель работала без тех уровней защиты, которые Anthropic обычно поставляет со своими производственными системами.
По данным Anthropic, модель Opus 4.6 отключила целевую систему, присвоив ей сетевой адрес, конфликтующий с адресом другой машины, что сделало выполнение задания невозможным в запланированном порядке. Она попыталась отказаться от задачи, но ошибка в настройках оценки помешала ей это сделать.
Не сумев выйти из системы или достичь намеченной цели, модель обнаружила тот же путь к открытому интернету, который был выявлен в ранее раскрытом инциденте.
Она получила доступ к системе третьей стороны, которую считала частью операции, извлекла хранящийся там пароль и использовала его для получения доступа уровня администратора.
Затем получила дополнительные учетные данные, изменила настройки учетной записи, чтобы упростить доступ к системе, и прочитала личную информацию одного человека, связанного с этой неназванной организацией. Сеанс завершился только тогда, когда модель исчерпала выделенный ей вычислительный бюджет.
В ходе проверки Anthropic было установлено, что модель отличалась от Mythos 5 и внутренней исследовательской модели, использованной в других инцидентах, в одном ключевом аспекте: она никогда не предполагала, что действует внутри симуляции, и ни одно из зафиксированных ею рассуждений не описывало окружающую среду таким образом.
Вместо этого, в 87% случаев в своих рассуждениях модель указывала на то, что атакуемые системы относятся к санкционированным учениям, и лишь в 1% случаев допускала возможность атаки на не связанную с ними третью сторону.
Модель также ни разу не усомнилась в наличии у нее разрешения на продолжение действий, а после их завершения неизменно заявляла, что считает свои действия санкционированными в рамках испытаний.
Тем не менее, Anthropic заявила, что этот инцидент вызывает у нее меньше опасений, чем три предыдущих, в основном из-за неоднократных попыток модели отказаться от выполнения задачи, как только она понимала, что цель недостижима.
Игнорирование моделью возможности нанесения вреда реальным системам остается тревожным, но компания заявила, что подобное поведение значительно изменилось в поколениях моделей, обученных с тех пор.
Из четырех случаев, по словам Anthropic, наибольшую обеспокоенность вызывает инцидент с Claude Mythos 5, в котором модель приложила значительные усилия для загрузки вредоносного пакета в репозиторий PyPI.
В этом инциденте вредоносный пакет был установлен 15 третьими лицами и использован ИИ для доступа к системам реального поставщика решений в области безопасности.
Anthropic
An alignment assessment of recent cybersecurity incidents
We present an alignment assessment of four incidents in which Claude models gained unauthorized access to real third-party systems.
На этой неделе компания Surfshark, реализующая VPN-сервисы и услуги по кибербезопасности, сообщила об инциденте в сфере ИБ, затронувшем определенные внутренние данные.
Злоумышленники получили доступ к неправильно настроенному тестовому серверу, содержащему инженерные материалы, включая внутренние конфигурации.
В сообщении компании говорится, что инцидент был обнаружен 31 августа, но первоначально рассматривался как представляющий низкий риск. Однако к 2 сентября компания подтвердила масштабы происшествия и перешла к локализации и устранению последствий.
Как поясняется в отчете Surfshark об инциденте, внутренний тестовый сервер, ставший доступным из интернета после неправильной настройки, был взломан злоумышленником.
По данным Surfshark, на сервере хранились ограниченные внутренние инженерные материалы, включая «части системных исполняемых файлов и внутренние конфигурации для определенных служб».
Surfshark также выявил внутренние учетные данные, связанные со сборкой, которые были внесены в историю кода, и регулярно их менял, хотя они не предоставляли доступа к пользовательским данным или производственным системам, обслуживающим пользователей.
Кроме того, хакеры получили доступ к изолированному серверу оптимизации доступности контента (VPS), используемому в качестве прокси. Однако при этом не были раскрыты ключи шифрования, идентификационные данные пользователей, IP-адреса или трафик браузера.
По результатам расследования в Surfshark подтвердили, что данные пользователей и VPN-сервисы не пострадали. Затронутая система представляла собой внутреннюю инженерную среду.
По своей конструкции она якобы не хранит и не обрабатывает никакие пользовательские данные и отделена от производственных систем, которые предоставляют наши услуги.
Компания также отметила, что не регистрирует и не сохраняет VPN-трафик и активность в интернете, а также что никакие приложения или расширения для браузеров, работающие на устройствах пользователей, не были изменены.
В ответ на инцидент компания изолировала затронутую систему и устранила уязвимость, сменила соответствующие внутренние учетные данные, внедрила дополнительные меры безопасности и подтвердила полный масштаб компрометации.
Кроме того, в Surfshark также обещают провести дополнительный независимый аудит ИБ для оценки уровня безопасности всей инфраструктуры в целом. Так что поглядим.
Злоумышленники получили доступ к неправильно настроенному тестовому серверу, содержащему инженерные материалы, включая внутренние конфигурации.
В сообщении компании говорится, что инцидент был обнаружен 31 августа, но первоначально рассматривался как представляющий низкий риск. Однако к 2 сентября компания подтвердила масштабы происшествия и перешла к локализации и устранению последствий.
Как поясняется в отчете Surfshark об инциденте, внутренний тестовый сервер, ставший доступным из интернета после неправильной настройки, был взломан злоумышленником.
По данным Surfshark, на сервере хранились ограниченные внутренние инженерные материалы, включая «части системных исполняемых файлов и внутренние конфигурации для определенных служб».
Surfshark также выявил внутренние учетные данные, связанные со сборкой, которые были внесены в историю кода, и регулярно их менял, хотя они не предоставляли доступа к пользовательским данным или производственным системам, обслуживающим пользователей.
Кроме того, хакеры получили доступ к изолированному серверу оптимизации доступности контента (VPS), используемому в качестве прокси. Однако при этом не были раскрыты ключи шифрования, идентификационные данные пользователей, IP-адреса или трафик браузера.
По результатам расследования в Surfshark подтвердили, что данные пользователей и VPN-сервисы не пострадали. Затронутая система представляла собой внутреннюю инженерную среду.
По своей конструкции она якобы не хранит и не обрабатывает никакие пользовательские данные и отделена от производственных систем, которые предоставляют наши услуги.
Компания также отметила, что не регистрирует и не сохраняет VPN-трафик и активность в интернете, а также что никакие приложения или расширения для браузеров, работающие на устройствах пользователей, не были изменены.
В ответ на инцидент компания изолировала затронутую систему и устранила уязвимость, сменила соответствующие внутренние учетные данные, внедрила дополнительные меры безопасности и подтвердила полный масштаб компрометации.
Кроме того, в Surfshark также обещают провести дополнительный независимый аудит ИБ для оценки уровня безопасности всей инфраструктуры в целом. Так что поглядим.
Surfshark
Security update: September 2026 incident report - Surfshark
On the 2nd of September we confirmed an unusual activity within one of our internal test servers and immediately began our response. Based on our investigation, we have confirmed that no user data and VPN services were affected.
Уязвимости PaperCut теперь активно используются в атаках. Как сообщает GreyNoise, хакеры задействовали ИИ для создания, тестирования и развертывания эксплойтов в отношении сотен организаций по всему миру.
Уязвимости безопасности отслеживаются как CVE-2026-82078 и CVE-2026-81578, были выявлены 27 августа как O-day и исправлены на следующий день.
Они позволяют удаленным неаутентифицированным злоумышленникам обходить аутентификацию и выполнять произвольный код на уязвимых экземплярах PaperCut NG/MF.
Несколько дней спустя в WatchTowr предупредили, что активность вокруг двух уязвимостей значительно усилилась. Предполагалось, что за эксплуатацией, скорее всего, стоят брокеры первичного доступа.
На этой неделе GreyNoise, сообщила, что злоумышленник использовал ИИ для создания, тестирования и развертывания эксплойтов против 440 развертываний PaperCut NG/MF.
Злоумышленник атаковал уязвимые экземпляры PaperCut в 395 организациях в 48 странах с целью удаленного выполнения кода (RCE) и сбора учетных данных.
Есть и другие реальные жертвы, которых невозможно отнести к какой-либо конкретной организации. Противник целенаправленно пытался избежать нападок на организации в 28 идентифицированных странах, однако, как показывает статистика, попытки сдерживания в некоторых случаях не была должным образом реализована.
Применение ИИ для организации кампании позволило злоумышленнику скомпрометировать некоторые среды за считанные минуты и даже секунды.
Успех злоумышленника был неравномерным во всех инцидентах: доступ к управлению доменом удалось получить лишь в 12 пострадавших организациях.
Пока неясно, сосредоточен ли этот злоумышленник исключительно на получении доступа для последующей передачи другим связанным с ним субъектам, или же он будет напрямую использовать свой доступ для достижения последующих целей.
Исследователи выявили три пути атаки в ходе кампании: сбор секретов памяти и реестра процесса LSASS с хостов, являющихся членами домена, проведение атак NoPac против незащищенных экземпляров и добавление новой учетной записи в группу Domain Admins, если хост являлся контроллером домена.
По данным GreyNoise, злоумышленники совершили кражу учетных данных на 280 скомпрометированных хостах, похитили секретные данные со 137 из них и получили права администратора домена в 12 случаях.
Из 440 скомпрометированных развертываний 204 принадлежали организациям из сектора образования. Пострадали также десятки организаций из секторов розничной торговли/услуг, недвижимости/гостиничного бизнеса, ИТ/MSP, некоммерческих организаций и производства/коммунальных услуг.
Уязвимости безопасности отслеживаются как CVE-2026-82078 и CVE-2026-81578, были выявлены 27 августа как O-day и исправлены на следующий день.
Они позволяют удаленным неаутентифицированным злоумышленникам обходить аутентификацию и выполнять произвольный код на уязвимых экземплярах PaperCut NG/MF.
Несколько дней спустя в WatchTowr предупредили, что активность вокруг двух уязвимостей значительно усилилась. Предполагалось, что за эксплуатацией, скорее всего, стоят брокеры первичного доступа.
На этой неделе GreyNoise, сообщила, что злоумышленник использовал ИИ для создания, тестирования и развертывания эксплойтов против 440 развертываний PaperCut NG/MF.
Злоумышленник атаковал уязвимые экземпляры PaperCut в 395 организациях в 48 странах с целью удаленного выполнения кода (RCE) и сбора учетных данных.
Есть и другие реальные жертвы, которых невозможно отнести к какой-либо конкретной организации. Противник целенаправленно пытался избежать нападок на организации в 28 идентифицированных странах, однако, как показывает статистика, попытки сдерживания в некоторых случаях не была должным образом реализована.
Применение ИИ для организации кампании позволило злоумышленнику скомпрометировать некоторые среды за считанные минуты и даже секунды.
Успех злоумышленника был неравномерным во всех инцидентах: доступ к управлению доменом удалось получить лишь в 12 пострадавших организациях.
Пока неясно, сосредоточен ли этот злоумышленник исключительно на получении доступа для последующей передачи другим связанным с ним субъектам, или же он будет напрямую использовать свой доступ для достижения последующих целей.
Исследователи выявили три пути атаки в ходе кампании: сбор секретов памяти и реестра процесса LSASS с хостов, являющихся членами домена, проведение атак NoPac против незащищенных экземпляров и добавление новой учетной записи в группу Domain Admins, если хост являлся контроллером домена.
По данным GreyNoise, злоумышленники совершили кражу учетных данных на 280 скомпрометированных хостах, похитили секретные данные со 137 из них и получили права администратора домена в 12 случаях.
Из 440 скомпрометированных развертываний 204 принадлежали организациям из сектора образования. Пострадали также десятки организаций из секторов розничной торговли/услуг, недвижимости/гостиничного бизнеса, ИТ/MSP, некоммерческих организаций и производства/коммунальных услуг.
www.greynoise.io
Agents Gone Wild: An AI-Orchestrated Global Campaign Against PaperCut NG/MF
11 organizations compromised in 26 seconds. GreyNoise breaks down the AI-enabled campaign against PaperCut NG/MF that hit 440 instances across 48 countries.
Исследователи Лаборатории Касперского в новом отчете разобрали инструментарий группировки Hacking Cat.
Hacking Cat (Хакерский кiт) - группировка хактивистов, атакующая организации в России из множества секторов экономики, описывает свои активности в Telegram-канале, который был создан в феврале 2024 года.
Вплоть до лета 2025 основной темой канала были дефейсы сайтов, утечки данных и инструменты для пентеста. Однако позже группировка сменила профиль и стала вести кампании, направленные на шифрование и уничтожение данных.
Hacking Cat активно сотрудничает с другими хактивистами, такими как Cyber Anarchy Squad и Ukrainian Cyber Alliance, что может усложнять атрибуцию инструментария к конкретным злоумышленникам.
Тем не менее ЛК удалось задетектить и провести всесторонний анализ ранее не описанного вредоносное ПО - Gorilla RAT и Monkey Ransomware, - которое с высокой уверенностью относится именно к арсеналу Hacking Cat, поскольку оно встречалось только в атаках этой группировки.
Кроме того, исследователи изучили несколько инструментов, использованных в совместных атаках с Cyber Anarchy Squad и Ukrainian Cyber Alliance.
В качестве вектора первоначального доступа злоумышленники используют уязвимости в серверах Exchange - предположительно CVE-2021-26855 и CVE‑2026‑42897.
При успешной эксплуатации разворачивают в системе самописный инструмент удаленного доступа Gorilla RAT. Он обладает функциональностью для туннелирования трафика, что позволяет злоумышленникам получать доступ к внутренней сети жертвы извне.
Причем до января 2026 Hacking Cat использовала классическую обратную оболочку (reverse shell), написанную на Go с использованием WebSocket.
Gorilla RAT также написан на Go с использованием WebSocket и содержит тот же C2-адрес и такую же проверку продолжительности сна. Сам адрес зашифрован с помощью побайтового преобразования с использованием четырехбайтного ключа, который находится внутри агента.
В некоторых случаях Gorilla RAT распространялся в UPX-архивах, в других - в виде несжатого исполняемого файла. В качестве C2 в Gorilla RAT чаще всего используется IP 179.43.186[.]239. По этому адресу ЛК обнаружила административную панель Lissa C2.
Такая же панель была обнаружена и на другом сервере — 31.7.58[.]226, который также встречался в качестве C2 Gorilla RAT. Спустя некоторое время название панели сменилось на другое - XOXOL.
В системах нескольких жертв Hacking Cat нашлось множество вариаций шифровальщика Monkey Ransomware, написанных на разных языках Rust, .NET, C++ и Golang.
Зловред впервые появился в конце лета - начале осени 2025 года, однако с тех пор злоумышленники создали огромное количество различных образцов с незначительными вариациями в функциональности.
Вариация Monkey Ransomware на Rust генерирует 32-байтовый ключ и шифрует файлы жертвы с помощью ChaCha20-Poly1305. Некоторые варианты нигде не сохраняют ключ, что фактически превращает их в полноценный вайпер.
Вариация на .NET распространяется в виде приложения .NETCoreApp. Образец генерирует 32-байтовый ключ, отправляет на C2 и шифрует файлы жертвы с помощью AES-256-CBC.
Версия на C++ обладает схожей функциональностью с версиями на .NET и Rust с небольшими отличиями. Версия на Golang используется в системах Linux и ESXi.
В процессе проактивного мониторинга угроз в ЛК также обнаружили другой шифровальщик, который использовал отличные от Monkey Ransomware алгоритмы шифрования и присваивал файлам расширение .hydra_ransomware.
В целом, как видно из анализа инструментария группировки, Hacking Cat экспериментирует с функциональными возможностями шифровальщика, а при разработке используются генеративные модели. При этом разные хактивистские группировки в атаках используют одни и те же самописные инструменты, включая многоступенчатые цепочки заражения.
Подробный технический разбор и и возможные пересечения с группировкой Thor - в отчете.
Hacking Cat (Хакерский кiт) - группировка хактивистов, атакующая организации в России из множества секторов экономики, описывает свои активности в Telegram-канале, который был создан в феврале 2024 года.
Вплоть до лета 2025 основной темой канала были дефейсы сайтов, утечки данных и инструменты для пентеста. Однако позже группировка сменила профиль и стала вести кампании, направленные на шифрование и уничтожение данных.
Hacking Cat активно сотрудничает с другими хактивистами, такими как Cyber Anarchy Squad и Ukrainian Cyber Alliance, что может усложнять атрибуцию инструментария к конкретным злоумышленникам.
Тем не менее ЛК удалось задетектить и провести всесторонний анализ ранее не описанного вредоносное ПО - Gorilla RAT и Monkey Ransomware, - которое с высокой уверенностью относится именно к арсеналу Hacking Cat, поскольку оно встречалось только в атаках этой группировки.
Кроме того, исследователи изучили несколько инструментов, использованных в совместных атаках с Cyber Anarchy Squad и Ukrainian Cyber Alliance.
В качестве вектора первоначального доступа злоумышленники используют уязвимости в серверах Exchange - предположительно CVE-2021-26855 и CVE‑2026‑42897.
При успешной эксплуатации разворачивают в системе самописный инструмент удаленного доступа Gorilla RAT. Он обладает функциональностью для туннелирования трафика, что позволяет злоумышленникам получать доступ к внутренней сети жертвы извне.
Причем до января 2026 Hacking Cat использовала классическую обратную оболочку (reverse shell), написанную на Go с использованием WebSocket.
Gorilla RAT также написан на Go с использованием WebSocket и содержит тот же C2-адрес и такую же проверку продолжительности сна. Сам адрес зашифрован с помощью побайтового преобразования с использованием четырехбайтного ключа, который находится внутри агента.
В некоторых случаях Gorilla RAT распространялся в UPX-архивах, в других - в виде несжатого исполняемого файла. В качестве C2 в Gorilla RAT чаще всего используется IP 179.43.186[.]239. По этому адресу ЛК обнаружила административную панель Lissa C2.
Такая же панель была обнаружена и на другом сервере — 31.7.58[.]226, который также встречался в качестве C2 Gorilla RAT. Спустя некоторое время название панели сменилось на другое - XOXOL.
В системах нескольких жертв Hacking Cat нашлось множество вариаций шифровальщика Monkey Ransomware, написанных на разных языках Rust, .NET, C++ и Golang.
Зловред впервые появился в конце лета - начале осени 2025 года, однако с тех пор злоумышленники создали огромное количество различных образцов с незначительными вариациями в функциональности.
Вариация Monkey Ransomware на Rust генерирует 32-байтовый ключ и шифрует файлы жертвы с помощью ChaCha20-Poly1305. Некоторые варианты нигде не сохраняют ключ, что фактически превращает их в полноценный вайпер.
Вариация на .NET распространяется в виде приложения .NETCoreApp. Образец генерирует 32-байтовый ключ, отправляет на C2 и шифрует файлы жертвы с помощью AES-256-CBC.
Версия на C++ обладает схожей функциональностью с версиями на .NET и Rust с небольшими отличиями. Версия на Golang используется в системах Linux и ESXi.
В процессе проактивного мониторинга угроз в ЛК также обнаружили другой шифровальщик, который использовал отличные от Monkey Ransomware алгоритмы шифрования и присваивал файлам расширение .hydra_ransomware.
В целом, как видно из анализа инструментария группировки, Hacking Cat экспериментирует с функциональными возможностями шифровальщика, а при разработке используются генеративные модели. При этом разные хактивистские группировки в атаках используют одни и те же самописные инструменты, включая многоступенчатые цепочки заражения.
Подробный технический разбор и и возможные пересечения с группировкой Thor - в отчете.
Продолжаем отслеживать наиболее трендовые угрозы:
1. Google выпустила обновление для устранения активно используемой 0-day в Chrome. CVE-2026-87491 представляет собой ошибку повреждения памяти в движке JavaScript V8. Это седьмая 0-day в Chrome, которую Google устранила в этом году.
2. IonQ полагает, что лучшие квантовые компьютеры смогут взломать шифрование биткоина менее чем за 26 дней.
3. Агенты OpenAI, вырвавшиеся из тестовых сред компании, оказывается вели секретные беседы почти на десятке сайтов больше, чем предполагалось ранее. Среди них репозитории GitHub, сайты pastebin, сайт преподавателя по химии AP и сервисы сокращения ссылок.
4. Хакеры взломали почтовый провайдер производителя аппаратных криптокошельков Trezor и разослали фишинговые письма с официальных аккаунтов компании.
5. GitLab призвала немедленно обновиться для устранения уязвимости обхода пути с максимальной степенью серьезности - CVE-2026-85706.
Уязвимость связана с некорректным ограничением пути и отсутствием проверки подлинности в API для фиксации изменений в репозитории.
Неавторизованные злоумышленники могут использовать уязвимость для чтения произвольных файлов с уязвимых серверов «при определенных условиях». Кроме того, GitLab устранила вторую критическую CVE-2026-87719, связанную с небезопасной десериализацией в GraphQL.
6. Злоумышленник взломал Deep-Live-Cam, приложение для замены лиц на Python с 96 600 звездами на GitHub. Он изменил зависимость проекта, чтобы загрузить и установить программу для перехвата буфера обмена криптовалюты для Windows и macOS. Взлом длился всего девять часов.
7. Apple также выпустила новую линейку умных часов, которые оснащены жуткой функцией, которая незаметно подслушивает все вокруг в любое время, расшифровывает разговоры, а затем использует их для календаря, уведомлений и других задач.
8. LG всячески опровергает сообщения о том, что она использовала свои смарт-телевизоры для записи разговоров владельцев в режиме ожидания, а также о других подозрительных действиях. Верим.
9. Anthropic создала секретную систему слежки для выявления и контроля отдельных лиц и активистов, выступающих против ИИ и ЦОДов.
10. Хакеры взломали устройства F5 BIG-IP APM для развертывания руткита Linux, который может перехватывать загрузку PHP-файлов и внедрять веб-оболочку без файлов непосредственно в память, избегая необходимости записи вредоносного кода на диск.
Вредоносная ПО демонстрирует признаки второй стадии атаки, которая, вероятно, была развернута после использования критической CVE-2025-53521, которую в марте переклассифицировали из проблемы DoS в RCE.
Sophos проанализировала образец и выяснила, что тот же вредоносный код был ранее задокументирован ESET, которая идентифицировала его как PoisonedRefresh.
11. Check Point обнаружила скрытый канал, позволяющий сессии ChatGPT под одной учетной записью отправлять задачи в совершенно отдельную сессию под другой учетной записью. И это не отображается в истории переписки ни одной учетной записи. [ Check Point ]
12. Onapsis опубликовала отчеты о двух серьезных ошибках, исправленных SAP: OVERPASS - это RCE без аутентификации в ядре SAP (CVE-2026-44756) и S4GET - это RCE до аутентификации в SAP NetWeaver (CVE-2026-58240). Обе уязвимости имеют очень высокий рейтинг CVSS и, вероятно, будут использованы злоумышленниками.
13. Adobe выпустила внеплановое обновление для устранения 0-day StyleSmuggler, использованной в атаках на прошлой неделе на магазины Magento и Adobe Commerce. Теперь эта уязвимость отслеживается как CVE-2026-75650.
14. N-able выпустила обновление для устранения активно используемой 0-day в N-central - CVE-2026-86218, которая отличается от двух других критических уязвимостей, которые компания устранила в прошлую пятницу. Ранее решения N-central компании подвергались 0-day атакам.
1. Google выпустила обновление для устранения активно используемой 0-day в Chrome. CVE-2026-87491 представляет собой ошибку повреждения памяти в движке JavaScript V8. Это седьмая 0-day в Chrome, которую Google устранила в этом году.
2. IonQ полагает, что лучшие квантовые компьютеры смогут взломать шифрование биткоина менее чем за 26 дней.
3. Агенты OpenAI, вырвавшиеся из тестовых сред компании, оказывается вели секретные беседы почти на десятке сайтов больше, чем предполагалось ранее. Среди них репозитории GitHub, сайты pastebin, сайт преподавателя по химии AP и сервисы сокращения ссылок.
4. Хакеры взломали почтовый провайдер производителя аппаратных криптокошельков Trezor и разослали фишинговые письма с официальных аккаунтов компании.
5. GitLab призвала немедленно обновиться для устранения уязвимости обхода пути с максимальной степенью серьезности - CVE-2026-85706.
Уязвимость связана с некорректным ограничением пути и отсутствием проверки подлинности в API для фиксации изменений в репозитории.
Неавторизованные злоумышленники могут использовать уязвимость для чтения произвольных файлов с уязвимых серверов «при определенных условиях». Кроме того, GitLab устранила вторую критическую CVE-2026-87719, связанную с небезопасной десериализацией в GraphQL.
6. Злоумышленник взломал Deep-Live-Cam, приложение для замены лиц на Python с 96 600 звездами на GitHub. Он изменил зависимость проекта, чтобы загрузить и установить программу для перехвата буфера обмена криптовалюты для Windows и macOS. Взлом длился всего девять часов.
7. Apple также выпустила новую линейку умных часов, которые оснащены жуткой функцией, которая незаметно подслушивает все вокруг в любое время, расшифровывает разговоры, а затем использует их для календаря, уведомлений и других задач.
8. LG всячески опровергает сообщения о том, что она использовала свои смарт-телевизоры для записи разговоров владельцев в режиме ожидания, а также о других подозрительных действиях. Верим.
9. Anthropic создала секретную систему слежки для выявления и контроля отдельных лиц и активистов, выступающих против ИИ и ЦОДов.
10. Хакеры взломали устройства F5 BIG-IP APM для развертывания руткита Linux, который может перехватывать загрузку PHP-файлов и внедрять веб-оболочку без файлов непосредственно в память, избегая необходимости записи вредоносного кода на диск.
Вредоносная ПО демонстрирует признаки второй стадии атаки, которая, вероятно, была развернута после использования критической CVE-2025-53521, которую в марте переклассифицировали из проблемы DoS в RCE.
Sophos проанализировала образец и выяснила, что тот же вредоносный код был ранее задокументирован ESET, которая идентифицировала его как PoisonedRefresh.
11. Check Point обнаружила скрытый канал, позволяющий сессии ChatGPT под одной учетной записью отправлять задачи в совершенно отдельную сессию под другой учетной записью. И это не отображается в истории переписки ни одной учетной записи. [ Check Point ]
12. Onapsis опубликовала отчеты о двух серьезных ошибках, исправленных SAP: OVERPASS - это RCE без аутентификации в ядре SAP (CVE-2026-44756) и S4GET - это RCE до аутентификации в SAP NetWeaver (CVE-2026-58240). Обе уязвимости имеют очень высокий рейтинг CVSS и, вероятно, будут использованы злоумышленниками.
13. Adobe выпустила внеплановое обновление для устранения 0-day StyleSmuggler, использованной в атаках на прошлой неделе на магазины Magento и Adobe Commerce. Теперь эта уязвимость отслеживается как CVE-2026-75650.
14. N-able выпустила обновление для устранения активно используемой 0-day в N-central - CVE-2026-86218, которая отличается от двух других критических уязвимостей, которые компания устранила в прошлую пятницу. Ранее решения N-central компании подвергались 0-day атакам.
Chrome Releases
Stable Channel Update for Desktop
The Chrome team is delighted to announce the promotion of Chrome 153 to the stable channel for Windows, Mac and Linux. This will roll out ov...