|
Опрос
|
реклама
Быстрый переход
Хакер нашёл огромную дыру в старых процессорах AMD — она позволяет добраться до скрытой памяти
14.08.2026 [17:40],
Павел Котов
Известный хакер Кристофер Домас (Christopher Domas) обнаружил уязвимость, которая затрагивает процессоры AMD, выпускавшиеся с 2011 по 2015 год. Она открывает доступ к закрытым для операционной системы областям оперативной памяти и программным компонентам, но практическая польза от неё невелика — для её эксплуатации необходим доступ к ОС на уровне ядра.
Источник изображений: amd.com Уязвимость затрагивает процессоры AMD семейств 15h и 16h, которые выпускались с 2011 по 2015 год. Первое семейство включает настольные процессоры серии FX и некоторые Opteron, а второе — чипы в Jaguar и Puma, которые использовались в Sony PlayStation 4 и Microsoft Xbox One, а также несколько моделей Athlon, Sempron и Opteron-X. Эксплойт получил название Skitter Creek Bath Salts (Skitter). Для проведения атаки необходим доступ на уровне ядра, то есть гипотетический злоумышленник должен иметь возможность запускать собственные драйверы — это откроет ему полный доступ к оперативной памяти, включая закрытые для ОС фрагменты. AMD отреагировала на обнаружение проблемы, заявив, что поддержка старых процессоров прекращена, а требуемый уровень доступа и без того предполагает, что злоумышленник полностью контролирует машину. У операционных систем нет полного доступа ко всем расположениям в оперативной памяти — часть резервируется для системных данных. Если бы не этот механизм, ОС перестала бы быть безопасной по определению, потому что вредоносный драйвер имел бы возможность свободно вмешиваться в работу процессора на низком уровне. В целях повышения производительности контроллеры оперативной памяти на современных процессорах используют чередование физических банков, но на уровне ОС она представлена в виде ровной последовательности адресов. Суть уязвимости в том, что управляющий этой функцией параметр процессора BankSwizzleMode (Swizzle) в вышеупомянутых моделях доступен ОС. Он включается и выключается при помощи инструкции «xor dword [0xf80c2094], 0x00400000», и это можно использовать во вредоносных целях. ![]() На первом этапе потенциальный злоумышленник запускает цикл, позволяющий отследить местоположение данных по известному на уровне ОС адресу. Для этого в память помещается заданный параметр, затем Swizzle отключается, чтобы узнать физическое расположение этого параметра, и далее Swizzle снова включается. Если повторить это достаточное число раз, можно составить карту сопоставления системных и физических адресов. При наличии этой карты можно отключить Swizzle и в принудительном порядке произвести чтение или запись данных в обычно недоступных ОС физических областях памяти. В результате открывается доступ ко всему ранее скрытому коду и данным для выполнения любых действий, вплоть до чтения кода подписи fTPM и вообще любых низкоуровневых операций. На этапе составления карты оперативной памяти компьютер может завершить работу со сбоем, но, чтобы этого не произошло, при каждом отключении и включении Swizzle требуется подготовить процессор, в том числе отключить прерывания и принять ряд иных мер. Когда же карта составлена, вероятность сбоя оказывается достаточно низкой. Наконец, возможность произвести всё это, используя только одну инструкцию, восходит к стандарту Memory-Mapped Configuration Space (MMCONFIG) — в адресах памяти существует особое пространство, при взаимодействии с которым операции направляются к настройкам оборудования, а не собственно к оперативной памяти. Хакерская группировка Cl0p взломала ресурсы Shell, Philips, GE и десятков других компаний
14.08.2026 [15:33],
Павел Котов
Известная хакерская группировка Cl0p, которая эксплуатирует уязвимости ПО для осуществлении одновременных атак на множество целей, заявила, что ей удалось похитить огромные объёмы данных почти у полусотни компаний по всему миру, в том числе Philips, Shell, Fiserv и GE. Об этом сообщает Reuters со ссылкой на публикацию на сайте киберпреступников.
Источник изображения: Rubaitul Azad / unsplash.com «Philips выявила и локализовала попытку киберугрозы на конкретном корпоративном сервере, связанном со внутренними данными», — заявил производитель, признав, что стал целью группировки Cl0p. «Мы работаем с нашими отделами безопасности и соответствующими экспертами над расследованием ситуации», — заявил представитель Shell. В Fiserv отметили, что компании известно о заявлениях хакеров, но «на основании проведённого на сегодняшний день всестороннего анализа» не было обнаружено доказательств того, что скомпрометированы данные клиентов, банковских счетов, транзакций или персональных данных, или что на операционную среду организации оказано какое-либо влияние. В GE сообщили, что компании известно о заявлениях хакеров, и она «запустила средства реагирования на киберугрозы, а также проводит работу над оценкой возможной проблемы». Эксперты организации Ransom-ISAC, которая обеспечивает обмен информацией в отрасли, 22 июля опубликовала уведомление, что хакерская группировка эксплуатирует уязвимости в программах PTC Windchill и FlexPLM, которые используются для оптимизации инженерных и производственных процессов. Бостонская PTC с 18 июня опубликовала на сайте несколько уведомлений, призывая клиентов установить патчи для устранения уязвимости в её продуктах, и предупредила о злоумышленнике, который атакует её ПО. Некоторые компании 19 и 20 июля начали получать сообщения от хакеров Cl0p, рассказали в Ransom-ISAC. Группировка занимается вымогательством, сообщили эксперты, и эксплуатирует уязвимости в программных продуктах, не имея целью атаковать ресурсы какой-либо конкретной компании. Монетка для взлома самолёта: найден способ влезть в системы Boeing 737 с помощью крошечного гаджета
13.08.2026 [18:19],
Павел Котов
Группа американских исследователей разработала крошечное устройство размером с монету, которое подключается к порту на самолёте Boeing 737. Порт соединён с бортовым компьютером управления полётом (FMC), многоцелевым блоком управления и вывода (MCDU) и позволяет переопределять сигналы между ними.
Источник изображения: John McArthur / unsplash.com Исследователи обнаружили, что порт в одном из двух отсеков электроники и оборудования Boeing 737, расположенном около переднего колеса самолёта, подключён к шине, которая передаёт данные между FMC и MCDU. Этот порт используется для тестирования и диагностики, и единственная его защита — блокирующая пыль крышка. К нему может получить доступ любой, кто имеет право работать с самолётом или просто находиться рядом с ним. Устройство может подключаться к интернету через бортовую сеть Wi-Fi, то есть системами самолёта можно управлять удалённо. Исследователям удалось осуществить внесение, перехват, изменение или полную подмену данных и команд, которые передаются между FMC и MCDU. Можно изменить показания температуры воздуха и веса самолёта и тем самым повлиять на его взлётные характеристики — от них зависит заданная мощность двигателя, и при введении неверных параметров её может оказаться недостаточно для отрыва самолёта от земли. Произошедшие ранее аварии вынудили производителя продублировать эти системы и проводить независимые расчёты в других блоках, которые не зависят от MCDU. Ещё один способ, которым может воспользоваться гипотетический злоумышленник, — изменить план полёта и заставить самолёт отойти от намеченного маршрута. Это можно сделать, внеся незаметные для пилотов незначительные изменения, которые вынудят машину отклониться от курса. К счастью, на практике пилоты обучены справляться с противоречивыми данными MCDU, а дублирование систем гарантирует, что неисправность или компрометация FMC не приведут к катастрофе. Если самолёт отклонится от заданного маршрута и сменит высоту, пилотам поступит уведомление от диспетчерской службы. Тем не менее исследователи предложили полностью заблокировать сервисный порт на Boeing 737, улучшить изоляцию систем или использовать криптографию, но они признали, что на практике это может означать слишком высокие расходы. В китайских процессорах Loongson нашли дыру, позволяющую красть данные из кеша
13.08.2026 [15:10],
Павел Котов
Немецкие исследователи обнаружили, что у процессоров китайской компании Loongson имеются уязвимости, связанные с «утечками кеша», и потенциальные злоумышленники могут эксплуатировать их для поиска определённых данных.
Источник изображения: loongleakattack.com Компания Loongson разработала собственный набор инструкций LoongArch, сочетающий в себе подходы MIPS и RISC-V. При помощи программы-фаззера немецкие учёные обнаружили ошибку, которой присвоили название LoongLeak. Они обратили внимание, что в руководстве по LoongArch упоминается инструкция, которая оставляет 32 бита регистра памяти в «неопределённом» состоянии. Как показал последующий анализ, при определённых обстоятельствах эти «неопределённые» данные поступают из кеша L1 — он не изолируется между приложениями, а значит, этот механизм можно использовать для перехвата данных из различных программ и ОС. Более того, потенциальный злоумышленник может настроить внутреннее состояние процессора так, чтобы производить утечки нужных ему данных. Пытаясь подтвердить свою гипотезу, исследователи добились перехвата ключей AES-шифрования, частичных хешей паролей root из пользовательского пространства, а также сумели обойти средства такие средства защиты как ASLR и контрольные значения на стеке. Атаку LoongLeak можно развернуть прямо с виртуальной машины для перехвата данных с хост-сервера. Уязвимость связана с архитектурными особенностями процессора, и полностью закрыть её программными средствами не получится — чип в принципе не должен допускать попадания конфиденциальных данных в кеш первого уровня. Можно отключить второй поток на том же ядре, но это будет фактически означать отказ от технологии Hyper-Threading. Loongson, однако, снизила риск атаки в обновлении ПО для модели 3A6000 — механизм очистки кеша снизил производительность чипов всего на 1,4 % в самом худшем случае. Практическая угроза из-за этой уязвимости невелика, потому что чипы Loongson почти не используются вне Китая. Скандальный охотник за уязвимостями раскрыл очередную опасную дыру в Windows — она позволяет получить права SYSTEM
13.08.2026 [09:37],
Павел Котов
Серийный охотник за уязвимостями Windows, известный под псевдонимом Nightmare Eclipse, опубликовал сведения о новой уязвимости нулевого дня ShieldBreak, атака на которую осуществляется через антивирус Microsoft Defender и позволяет потенциальным злоумышленникам получать привилегии уровня SYSTEM в системах Windows 10, Windows 11 и Windows Server со всеми последними обновлениями.
Источник изображения: Bram Van Oost / unsplash.com Работоспособность эксплойта подтвердил бывший сотрудник Microsoft и эксперт по безопасности Кевин Бомон (Kevin Beaumont). Он опубликовал средства, которые помогут администраторам компьютеров обнаруживать признаки взлома через уязвимость ShieldBreak, потому что инструментов защиты от неё пока не существует. Это уже десятая уязвимость нулевого дня, которую обнаружил и раскрыл Nightmare Eclipse с апреля, когда действия Microsoft вынудили его вступить в прямую конфронтацию с корпорацией. Он рассказал о новой проблеме буквально через несколько часов после выпуска очередного обновления безопасности Windows, в котором была закрыта 421 уязвимость. Образец схемы атаки тестировался на последнем варианте Windows 11 25H2, включая предварительную сборку на канале Canary, на Windows Server 2025 и на Windows 10, которая сейчас вообще не поддерживается — для всех них проблема ShieldBreak актуальна. Новый эксплойт — обходной путь для обнаруженной ранее уязвимости RoguePlanet (CVE-2026-50656), которую Microsoft без громких анонсов исправила в июле, утверждает Nightmare Eclipse, но в действительности их механизмы отличаются, говорит Кевин Бомон. RoguePlanet, по его словам, эксплуатируется через механизмы гонки операций с файлами и заставляет механизм карантина Defender перезаписывать системный файл. ShieldBreak, в свою очередь, предполагает подмену содержимого файла при его запросе к расположению в облаке. В Microsoft осведомлены об обнаруженной уязвимости и активно расследуют достоверность и потенциальную применимость этих утверждений, заявил представитель компании. «Microsoft стремится расследовать проблемы безопасности и обновлять уязвимые продукты для оперативной защиты пользователей. Важно отметить, что мы поддерживаем скоординированное раскрытие информации об уязвимостях — отраслевой стандарт, который защищает клиентов и поддерживает исследовательское сообщество, обеспечивая тщательное расследование и устранение выявленных проблем до их публичного обнародования», — добавили в Microsoft. Защита TPM в Ryzen оказалась дырявой: AMD нашла пару серьёзных уязвимостей, патчи уже вышли
12.08.2026 [21:43],
Николай Хижняк
Компания AMD сообщила о двух серьёзных уязвимостях, затрагивающих реализации защиты TPM 2.0, используемые широким спектром процессоров Ryzen. Новый бюллетень безопасности AMD-SB-7064 был опубликован вчера, но необходимые исправления прошивки уже были предоставлены производителям материнских плат и систем несколькими неделями ранее.
Источник изображения: VideoCardz Обсуждаемые уязвимости имеют маркировки CVE-2026-6726 и CVE-2026-6727, с оценками угроз по CVSS 4.0 8,5 и 8,3 соответственно. AMD заявляет, что указанные уязвимости затрагивают реализации системы защиты TPM. Первая уязвимость может позволить локальному злоумышленнику с повышенными привилегиями получить учётные данные для поддельного ключа TPM и подделать аттестации TPM. Вторая представляет собой побочный канал синхронизации RSA OAEP, который может раскрыть зашифрованные данные TPM или позволить подделать ключи аттестации. Обе проблемы были сообщены в группу Trusted Computing Group исследователями безопасности Intel. К числу затронутых серий процессоров Ryzen относятся Ryzen 3000–9000, Ryzen AI 300/400, Ryzen AI Max 300, Threadripper, Ryzen Z1/Z2 и несколько семейств Ryzen Embedded.
Источник изображения: AMD Согласно AMD, большинство исправлений для настольных компьютеров были выпущены в мае. Для процессоров Ryzen 3000 18 мая была выпущена прошивка ComboAM4PI 1.0.0.11, а для Ryzen 4000 и Ryzen 5000 27 мая была выпущена прошивка ComboAM4v2PI 1.2.0.12. Для систем на базе процессоров Ryzen 7000, Ryzen 8000 и Ryzen 9000 AMD в мае выпустила прошивки ComboAM5PI 1.3.0.1b и 1.2.0.3k. Эти версии AGESA уже используются в обновлениях BIOS материнских плат. Портал VideoCardz отмечает, что компания Asus в начале июня выпустила обновления BIOS на базе ComboAM5 PI 1.3.0.1b, а затем патч 1.3.0.1b Patch A для таких плат, как Prime X870-P WIFI. Gigabyte выпустила обновление 1.3.0.1b Patch A для своих плат в июне. MSI выпустила обновление 1.3.0.1b Patch A для нескольких моделей плат B650 и X670E в начале июля. ASRock выпустила обновление 1.3.0.1b Patch A для моделей плат B650, B850 и A620 во второй половине июля. Samsung закрыла 176 уязвимостей в своих мобильных приложениях
11.08.2026 [17:16],
Павел Котов
Исследователи в области кибербезопасности из компании Oversecured придали термину «bloatware» (лишнее ПО) новое значение — они обнаружили в мобильных приложениях Samsung 176 уязвимостей, которые компания уже исправила.
Источник изображения: Rubaitul Azad / unsplash.com В течение последних трёх лет Oversecured изучала предустановленные системные приложения Samsung и находила в них уязвимости, которые могли причинить серьёзный ущерб. Из-за одних ошибок открывался доступ к камере и микрофону, из-за других можно было в один щелчок мышью удалённо перехватывать управление учётной записью Samsung. Одни уязвимости через манипуляции с DNS позволяли перехватывать сетевой трафик, а другие обеспечивали выполнение произвольного кода через изображение: теоретически злоумышленник мог создать и отправить изображение формата JPEG, при открытии которого с карты памяти может открыться и загрузиться контролируемая злоумышленником библиотека. В другом случае исследователи выявили ошибку, позволяющую приложениям записывать произвольные файлы в файловую систему без проверки. Обо всех своих открытиях эксперты сообщили компании Samsung, которая исправила все эти уязвимости. Проблема усугублялась тем, что ошибки присутствовали в приложениях, которые шли в комплекте со смартфонами производителя и работали с дополнительными привилегиями, не подпадая под защитные механизмы Google Play Protect, а у пользователей не было возможности удалить их штатными средствами. На Apple подали в суд из-за «Частного узла» iCloud — оказалось, он может раскрывать настоящий IP-адрес
11.08.2026 [17:07],
Павел Котов
На минувшей неделе исследователи в области кибербезопасности обнаружили уязвимость функции «Частный узел», которую Apple предоставляет подписчикам платных тарифов iCloud. Проблемы с продуктами Apple часто становятся основанием для коллективных исков, и последний инцидент — не исключение. ![]() Функция «Частный узел» — это не вполне VPN, но она предназначена для обеспечения конфиденциальности схожими средствами. Настоящий IP-адрес пользователя при включении данной функции видят только провайдер и первый ретранслятор Apple. Второй ретранслятор, который управляется сторонним поставщиком, генерирует подставной IP-адрес, расшифровывает имя запрошенного пользователя сайта и устанавливает подключение. Таким образом, провайдер видит только обращение пользователя к ресурсам Apple, а сайт, на который заходит пользователь, видит только IP-адрес стороннего поставщика. Исследователи обнаружили, что настоящий IP-адрес пользователя может раскрыть любой сайт, который поддерживает ключи доступа. В силу особенности технологии ключей доступа устройство пользователя отправляет веб-запросы вне браузера, то есть адрес пользователя раскрывается незаметно для него самого. Более того, этот сайт не обязан даже поддерживать ключи доступа — достаточно имитации такой поддержки. Коллективный иск за наличие этой уязвимости подала юридическая фирма Clarkson — ранее она отсудила у Apple $250 млн из-за задержки выпуска обновлённого помощника с искусственным интеллектом Siri. «Apple построила свой бренд на обещании защищать конфиденциальность своих пользователей, и ни одна другая компания этого не делает. Теперь пользователям iCloud стало известно, что они годами платили Apple за функцию, которая просто не работала, подвергая себя отслеживанию, профилированию и таргетированию, от которых Apple их предостерегала, и это возмутительное нарушение и предательство доверия потребителей и закона», — заявили в Clarkson. Комментариев от Apple пока не поступало. За сутки ИИ выявил несколько сотен уязвимостей в экосистеме биткоина
07.08.2026 [17:50],
Павел Котов
Группа энтузиастов Bitcoin Red Team, заручившись поддержкой передовых моделей искусственного интеллекта, изучила код проектов в экосистеме биткоина и за сутки обнаружила несколько сотен уязвимостей.
Источник изображения: Michael Förtsch / unsplash.com Работа продолжалась чуть менее 28 часов. За это время энтузиасты исследовали без малого 400 проектов с открытым исходным кодом — им удалось выявить 85 критических ошибок и 625 серьёзных проблем; в среднем каждый участник проекта за час фиксировал 2,31 уязвимости высокого и критического уровней. Проект профинансировала некоммерческая организация OpenSats, которая поддерживает разработку открытого ПО для биткоина. На сумму $40 000 энтузиасты закупили вычислительные мощности для запуска популярных ИИ-моделей, в том числе Moonshot Kimi K3, Zhipu AI GLM-5.2, OpenAI GPT-5.6 Sol, а также Anthropic Claude Opus и Fable. Доступ к американским моделям был ограничен, поэтому основную работу провели открытые китайские. При анализе кода использовалось некое приложение, предназначенное для выявления и воспроизведения уязвимостей в критических библиотеках — энтузиасты планируют открыть его исходный код позже. Энтузиасты также заявили, что не согласны с мнением о том, что хранить битокины лично — это опасно. Это мнение возникло после инцидента с массовым взломом аппаратных кошельков Coldcard. Но оно противоречит «духу биткоина», говорят энтузиасты, потому что основу крупнейшей криптовалюты составляют идеи, технологии и принципы личной ответственности за хранение и использование цифровых активов. ИИ научился находить уязвимости в ПО, но для их исправления всё ещё нужны люди
07.08.2026 [17:11],
Павел Котов
Модели искусственного интеллекта доказали, что могут эффективно находить уязвимости ПО и эксплуатировать их, но не исправлять. На эту особенность обратили внимание эксперты лаборатории Off-by-1 компании 1Password — изучив механизмы работы моделей OpenAI ChatGPT 5.5 и Anthropic Claude Opus 4.8, они обнаружили, что без участия человека ИИ способен устранять уязвимости в ПО только в одном из четырёх случаев.
Источник изображения: Fotis Fotopoulos / unsplash.com «Для шести недавно обнаруженных уязвимостей мы выпустили 6080 патчей, используя две новейшие рассуждающие модели. Средний показатель успеха при создании патча, который полностью устраняет уязвимость (без существенного изменения поведения приложения), составил всего 26,0 %», — заявили исследователи. Из созданных ИИ патчей 20,1 % исправили исходную проблему, но изменили поведение приложения: например, логика «списка разрешённых» превратилась в логику «списка запрещённых»; в 2,3 % случаев при исправлении одной уязвимости возникла другая; в 49,3 % случаев ИИ не создал защиты ни от одного из вариантов эксплойта; а в 2,2 % случаев ИИ не только не исправил уязвимость, но и создал ещё один вариант для её эксплуатации. Среди успешных патчей, даже если они изменяли поведение приложения, исправление уязвимости оказалось «хрупким»: конкретная уязвимость исчезала, но основную проблему решить не удавалось. Успех работы ИИ зависит от первоначальной установки — её требуется давать как ИИ, так и человеку, исправляющему уязвимость. Но если инструкции будут неверными, ИИ с большей вероятностью потерпит неудачу. Если запрос будет корректным, то ИИ справится с вероятностью 65 %; полное отсутствие запроса снижает вероятность успеха до 50,4 %, а некорректный запрос — до 15,2 %. У человека-разработчика при анализе уязвимого кода сохраняются высокие шансы выявить вводящую в заблуждение информацию. В среднем создание корректного патча обходится всего в $6,74, включая затраты на неудачные попытки. Но при анализе затрат и выгод следует учитывать, какой объём экспертного надзора требуется, чтобы применение ИИ себя оправдывало. Тысячи серверов оказались под угрозой взлома из-за ошибок в BMC
06.08.2026 [14:47],
Павел Котов
Эксперты специализирующейся на кибербезопасности компании runZero обнаружили множество уязвимостей компонентов BMC, посредством которых осуществляется доступ к серверам крупнейших производителей. Открыто большое число векторов атак.
Источник изображения: Boitumelo / unsplash.com В материнские платы серверов корпоративного класса традиционно встраиваются модули BMC (Baseboard Management Controller) — по сути, миниатюрные компьютеры, предназначенные для удалённого управления этими серверами. Они обеспечивают мониторинг оборудования и выполняют различные задачи, в том числе перезагружают машины, устанавливают обновления и даже операционные системы. При этом сами BMC работают на собственной программной платформе, имеют собственный сетевой стек и даже IP-адрес. При проверке эксперты runZero обнаружили, что на 75 тыс. серверов в BMC до сих пор не закрыта уязвимость CVE-2013-4786 в протоколе аутентификации IPMI 2.0; при сканировании 126 761 BMC выяснилось, что почти 29 % из них имеют одну или несколько критических уязвимостей. Компания установила более десятка новых уязвимостей в модулях BMC на серверах HPE, Supermicro, Avocent, Huawei, Lenovo, Dell и других крупных производителей. Исследователи указали на наиболее частые классы ошибок.
Эксплуатация уязвимостей BMC — это не гипотетический, а вполне осуществимый сценарий: в 2021 году обнаружено вредоносное ПО ILObleed, которое заражало серверы HPE модулем уничтожения данных с жёстких дисков. Переустановкой ОС эту проблему решить невозможно, потому что BMC, по сути, является отдельным компьютером. Производитель исправил эту уязвимость, но не все владельцы серверов установили соответствующие обновления. Чтобы помочь администраторам защититься от атак на BMC, в runZero разработали утилиту OOBscan для сканирования парка машин и представили несколько рекомендаций по обеспечению безопасности: использовать длинные логины и сложные пароли, отключить протокол IPMI и интерфейс KCS, а также использовать сетевой интерфейс BMC изолированно от основной машины и не включать их в одну виртуальную локальную сеть. Эксперты Unit 42 выявили критические недостатки защиты ключей доступа в браузере Chrome
05.08.2026 [06:01],
Анжелла Марина
Специалисты по кибербезопасности из Unit 42 компании Palo Alto Networks обнаружили три новых метода компрометации синхронизируемых ключей доступа (passkeys) на компьютерах с Windows. Атаки позволяют вредоносному ПО получать к ним доступ, обходя запросы PIN-кода и биометрической проверки.
Источник изображения: AI Эти методы, получившие названия Pass-TA-Key, Silver Pass-TA-Key и Golden Pass-TA-Key, нацелены на менеджер паролей Google в браузере Chrome на компьютерах с модулем безопасности Trusted Platform Module (TPM). При этом сами криптографические механизмы ключей доступа не взламываются, так как атаки используют особенности хранения локальных данных, проверки доверия устройства и повторной регистрации в облачном сервисе Google. Процесс эксплуатации уязвимости начинается после заражения компьютера вредоносным ПО. Исследователи выяснили, что Chrome хранит метаданные синхронизируемых учётных данных в локальной базе LevelDB без шифрования, что позволяет злоумышленникам определить, на каких сервисах пользователь применяет ключи доступа. Затем программа извлекает защищённый модулем TPM идентификационный ключ и с помощью стандартных криптографических API Windows подписывает запрос к облачному аутентификатору Google, а сервис возвращает подтверждение входа без запроса отпечатка пальца или PIN-кода. По данным Unit 42, некоторые сервисы, включая eBay, первоначально принимали такую авторизацию, однако после того, как стало известно о проблеме, eBay исправила эту уязвимость. Более сложные варианты атак позволяют добиться постоянного доступа. В случае Silver Pass-TA-Key вредоносная программа принудительно запускает повторную регистрацию устройства и подменяет ключ проверки пользователя собственным. Наиболее опасный метод Golden Pass-TA-Key предусматривает кражу главного ключа Security Domain Secret (SDS) из памяти процесса Chrome во время регистрации или восстановления учётной записи. Получив этот ключ, злоумышленник может расшифровать все синхронизируемые ключи доступа и использовать их на собственном устройстве. Исследователи отмечают, что Google уже устранила проблему, при которой SDS записывался во внутренние журналы FIDO, однако сам мастер-ключ, как отмечает HotHardware, по-прежнему временно присутствует в памяти процесса Chrome, а механизма его ротации или отзыва в настоящее время нет. Один ИИ-агент убедил другого выполнять команды хакера — в SDK Google нашли опасную схему атаки
04.08.2026 [13:41],
Павел Котов
В репозитории комплекта для разработки Google на Python исследователь компании Pillar Security Дэн Лисичкин (Dan Lisichkin) обнаружил уязвимость, которая позволяет гипотетическому злоумышленнику компрометировать ПО на уровне цепочки поставок, манипулируя обладающим высокими привилегиями агентом искусственного интеллекта через вредоносные запросы для менее привилегированного публичного ИИ-агента.
Источник изображения: Kevin Horvat / unsplash.com Схема атаки предполагает злоупотребление механизмами взаимодействия ИИ-агентов. В репозитории Google их действуют две единицы: первый, публичный, анализирует обращения пользователей и новые запросы на слияние кода; второй, доступный только сопровождающим проекта, обладает более широкими полномочиями. При этом первый может передавать задачи второму, и эта передача считается доверенной. Для осуществления атаки злоумышленник сначала отправляет добросовестный фрагмент кода, чтобы заслужить доверие и получить возможность запускать определённые процессы на уровне ИИ-агентов. На втором этапе он снова отправляет запрос на слияние, в описание к которому внедряет вредоносные инструкции для публичного агента. Он воспринимает их как часть своей задачи и вызывает привилегированного ИИ-агента, передавая ему доверенное сообщение. Второй в результате получает возможность выполнять действия, которые обычный пользователь никогда не смог бы запустить напрямую. То есть менее привилегированный ИИ-агент выступает посредником, заставляющим более привилегированного действовать в интересах хакера. Это не программная уязвимость в традиционном понимании, а проблема доверительной цепочки между агентами: механизмы GitHub Actions общедоступны, и любой желающий может проанализировать, как именно они взаимодействуют. В Google, однако, отказались выплатить исследователю вознаграждение за выявление данной уязвимости, потому что даже при наличии токена с полномочиями «pull-requests: write» код в проект включается не автоматическими средствами, а по воле сопровождающего проект человека. Компания, однако, усилила защиту рабочих процессов и указала эксперта в числе авторов исправления. Исследователь же настаивает, что Google закрыла лишь одну из реализаций уязвимости, но не проблему, из-за которой она возникла. Ужесточать рабочие процессы или изолировать ИИ-агентов друг от друга недостаточно: агенты должны идентифицироваться и обладать фиксированными наборами полномочий, как это реализуется в разграничении прав доступа для людей. Поэтому он призывает включать ИИ-агентов в модели угроз, поскольку они выступают потенциальными злоумышленниками в рабочих процессах. Apple ограничила приём сообщений о багах после волны «некачественных» отчётов, сгенерированных ИИ
03.08.2026 [13:29],
Владимир Мироненко
Apple объявила о введении ограничения на количество поступающих в её службу безопасности сообщений об ошибках, которые исследователи могут направлять. Это связано с тем, что её система проверки оказалась перегруженной из-за роста «некачественных» отчётов, сгенерированных ИИ, которые могут содержать ложную информацию об угрозах безопасности в программном обеспечении, сообщает The New York Times.
Источник изображения: Immo Wegmann/unsplash.com В компании отметили, что применение ИИ позволило значительно увеличить количество обнаруженных реальных уязвимостей, но это также вызвало поток «некачественных» сообщений от любителей-энтузиастов, применяющих ИИ для выявления багов. «В связи с растущим объёмом сообщений о нарушениях безопасности, сгенерированных ИИ в отрасли, мы скорректировали количество новых отчётов, которые исследователь может открыть одновременно», — сообщила Apple, добавив, что исследователи могут запросить увеличение этого лимита в любое время, чтобы гарантировать, что критически важные отчёты дойдут до групп безопасности. Также был введён 30-дневный период ожидания для отправки сообщений через внутренний портал безопасности. Как пояснила компания, все поступающие сообщения о выявленных багах требуют проверки человеком, хотя для их сортировки используется ИИ. Итальянский стартап в области кибербезопасности Bynario отметил, что из-за введённых ограничений не смог оперативно передать Apple отчёт о выявленных уязвимостях, одна из которых относится к цепочке эксплойтов повышения привилегий, которая может позволить злоумышленнику получить полный контроль над macOS. В Bynario утверждают, что с помощью OpenAI ChatGPT всего за три недели выявили более 50 ошибок в последней версии операционной системы. Apple сообщила The New York Times, что рассматривает отправленные отчёты Bynario. Компания тоже использует ИИ для повышения эффективности программного обеспечения. По словам Apple, ИИ-инструменты от Anthropic и OpenAI помогли выявить ряд уязвимостей в её софте. Благодаря использованию ИИ последние обновления ПО Apple включают примерно в пять раз больше исправлений безопасности, чем в предыдущих релизах. ИИ Anthropic Mythos обнаруживает уязвимости в продуктах Microsoft быстрее, чем их успевают исправлять
30.07.2026 [09:31],
Павел Котов
Модель искусственного интеллекта Anthropic Mythos, к которой Microsoft получила предварительный доступ в рамках программы Project Glasswing, обнаруживает уязвимости в продуктах компании быстрее, чем инженеры успевают их исправлять. Поэтому в первую очередь они занимаются самыми опасными — ошибки средней степени угрозы отложили на потом, а «лёгкие» вообще в планах не значатся. Проблема в том, что развернуть опасную атаку можно и по цепочке считающихся неопасными уязвимостей.
Источник изображения: Kevin Ku / unsplash.com Руководство Microsoft раскрыло проблему сотрудникам на встрече, которая прошла в середине мая. На одном из слайдов было показано, что только в апреле Mythos нашла 90 «критических» и 141 «серьёзных» ошибок в популярной программе SharePoint; в мае их было выявлено ещё больше. В ходе встречи инженерам установили крайний срок на 31 мая, когда у Microsoft заканчивался предварительный доступ к модели Anthropic. То есть если 1 июня компания выпускает патч, то следует исходить из того, что 2 июня киберпреступники располагают сведениями о закрытых уязвимостях. Microsoft до сих пор устраняет уязвимости, которые обнаружила Mythos, и с учётом их большого количества даже с ресурсами софтверного гиганта приходится сначала заниматься только самыми серьёзными. Далее компания намеревается переключиться на ошибки «средней» степени серьёзности, гласят её внутренние документы; проблемы «низкой» степени серьёзности в документах не значатся вообще. Этот подход представляется разумным компромиссом, но только не в эпоху, когда кибербезопасностью занимается ИИ: Mythos способна объединять в цепочку даже уязвимости низкой степени угрозы, эксплуатируя которые, можно развернуть серьёзную атаку. В Microsoft это понимают, заявили в компании — техника цепочки атак «давно рассматривается как часть оценки уязвимостей и анализа рисков».
Источник изображения: Philipp Katzenberger / unsplash.com К «критическим» угрозам Microsoft относит черви, которые могут вызывать сбои в работе систем и распространять иное вредоносное ПО, перемещаясь по сетевым ресурсам; «важные» приводят к «нарушению конфиденциальности, целостности или доступности пользовательских данных», а также к «нарушению доступности вычислительных ресурсов». Устранив проблемы в этих категориях, инженеры компании планируют заняться «умеренными» ошибками — только в случае SharePoint их насчитывается около 300. Изученные журналистами внутренние документы Microsoft не содержат данных по всему ассортименту программных продуктов компании, но дают представление о масштабе проблемы. Когда компания только начала работу с Mythos в апреле, та обнаружила несколько сотен «критических» и «важных» уязвимостей в таких продуктах как Microsoft 365, Teams и Copilot. По состоянию на середину мая большинство из них ещё не исправили. Они не представляют собой чего-то сложного или экзотического, но многие из них могут использоваться киберпреступниками, говорят в компании. Смена стратегии отражается и в публичной деятельности Microsoft. Каждый месяц она выпускает обновления безопасности для Windows: в июне устранила более 200 уязвимостей, и это, заявили тогда эксперты, был рекордный показатель; а 14 июля вышло очередное обновление с исправлением уже более 600 ошибок. Общий объём уязвимостей не удастся «стабилизировать ещё некоторое время», признали в Microsoft. Но подход к решению проблемы придётся менять в корне, указывают эксперты: исправлять требуется уязвимости всего спектра — если провести аналогию с больницей, то с одинаковыми приоритетами лечить требуется пациентов как с опасными для жизни заболеваниями, так и с незначительными травмами, которые со временем могут стать смертельными. В Microsoft с этим не спорят. Microsoft, конечно, не одна во всей отрасли ПО — проблема касается и проектов с открытым исходным кодом, которые поддерживаются добровольцами, а продукты используются бесплатно. Открытое ПО лежит в основе интернет-инфрастурктуры и интегрировано во многие современные технологии по всему миру, в том числе в продукты таких гигантов как Microsoft. Единого способа решения новой проблемы пока не выработано. Сделать это будет непросто: даже у Microsoft с её ресурсами нехватка персонала в «Центре реагирования на угрозы безопасности». Даже в эпоху до ИИ его сотрудники работали на пределе, обрабатывая сотни и тысяч сообщений в месяц. Дефицит кадров по этому направлению отражает корпоративную философию Microsoft: устранение уязвимостей — это затраты, а разработка новых продуктов — прибыль; поэтому привлекать лучших инженеров к задачам по обеспечению безопасности компания не хочет. Ситуация будет только усугубляться. Скоро Mythos догонят другие модели ИИ, а значит, число обращений станет расти. Лицензии с закрытым кодом Microsoft тоже не спасут — исходники компании время от времени попадают в руки хакеров. |