Про уязвимость Remote Code Execution - GitLab (CVE-2026-110264)

Добавить комментарий

Про уязвимость Remote Code Execution - GitLab (CVE-2026-110264)

Про уязвимость Remote Code Execution - GitLab (CVE-2026-110264). GitLab - это платформа для хранения кода, совместной разработки программ, управления проектами и автоматизации тестирования и релиза приложений. GitLab CE - бесплатная версия платформы с открытым исходным кодом, а GitLab EE - корпоративная версия с расширенными функциями. Рассматриваемая уязвимость в GitLab CE/EE при определённых условиях позволяет неаутентифицированному злоумышленнику выполнить произвольный код на сервере. Уязвимость присутствовала в GitLab около 12 лет и затрагивала версии CE/EE начиная с версии 7.0, выпущенной в 2014 году.

Причина уязвимости в следующем. GitLab использует язык программирования Ruby для реализации значительной части своей серверной логики. В частности, серверная часть платформы построена на базе веб-фреймворка Ruby on Rails, написанного на Ruby. При этом Ruby использует дополнительные библиотеки и встроенные механизмы для выполнения различных задач. Один из них - Onigmo, движок регулярных выражений, отвечающий за поиск и обработку текста по заданным шаблонам. Согласно исследованию Censys, уязвимость связана с обработкой файлов Org mode с расширением .org. При преобразовании таких файлов в HTML GitLab использует библиотеку org-ruby, которая обрабатывает пользовательские ключевые слова из документов, например #+TODO:. Злоумышленник может указать специально сформированное значение такого ключевого слова, которое вызовет переполнение в движке регулярных выражений Onigmo и последующее повреждение памяти. При определённых условиях это позволяет выполнить произвольный код на сервере GitLab. Для эксплуатации злоумышленнику необходимо разместить специально сформированный файл в публичном проекте. Например, при включённой самостоятельной регистрации и возможности создавать публичные проекты он может зарегистрировать учётную запись и создать собственный проект. После размещения файла для запуска уязвимого обработчика достаточно открыть страницу просмотра этого файла без аутентификации.

Компрометация сервера GitLab может открыть злоумышленнику доступ к исходному коду проектов, токенам доступа, учётным данным и другой конфиденциальной информации. Получив контроль над сервером, атакующий может изменить исходный код или процессы сборки, чтобы внедрить вредоносный код в распространяемые приложения. Кроме того, скомпрометированный сервер GitLab может стать отправной точкой для дальнейшего проникновения во внутреннюю инфраструктуру организации.

⚙️ Уязвимость устранена в версиях 19.5.1, 19.4.3, 19.3.6, 19.2.9, 19.1.9, 19.0.10, 18.11.13. Инфраструктура, которой управляет сам GitLab, включая GitLab.com и GitLab Dedicated, уже защищена от этой уязвимости. Если GitLab установлен не из официальных пакетов и использует собственную версию Ruby, одного обновления GitLab недостаточно. Например, это касается самостоятельно скомпилированных версий GitLab или установок с использованием собственных образов контейнеров. В таком случае необходимо отдельно обновить Ruby до версии 3.3.13, 3.4.12 или 4.0.9 и выше. Это связано с тем, что исправление CVE-2026-110264 внесено непосредственно в Ruby, а не в код GitLab. В официальных пакетах GitLab для Linux и образах контейнеров оно уже включено.

Команда безопасности GitLab выпустила два правила для обнаружения возможных атак на самостоятельно развёрнутые серверы GitLab: Onigmo native worker crash и Org mode render error burst.

🛠 PoC-и эксплоитов доступны на GitHub с 22 октября.

👾 Признаков эксплуатации в реальных атаках пока нет.

🌐 По данным Shadowserver, более 10 000 уязвимых инсталляций GitLab доступны из Интернет.

Про уязвимости Remote Code Execution - PHP "PHP2Shell" (CVE-2026-109618, CVE-2026-109619)

Добавить комментарий

Про уязвимости Remote Code Execution - PHP PHP2Shell (CVE-2026-109618, CVE-2026-109619)

Про уязвимости Remote Code Execution - PHP "PHP2Shell" (CVE-2026-109618, CVE-2026-109619). PHP - популярный серверный язык программирования, используемый для разработки веб-приложений. Уязвимости из октябрьского Linux Patch Wednesday. Уязвимость CVE-2026-109618 связана с некорректной обработкой ошибок нехватки памяти (OOM), а уязвимость CVE-2026-109619 связана с использованием устаревших ссылок на освобождённые области памяти (use-after-free) в глобальных структурах данных PHP. Обе они позволяют злоумышленнику удалённо выполнить произвольный код при обработке специально сформированных запросов. Эксплуатация уязвимости может привести к полной компрометации уязвимой системы, краже конфиденциальных данных, изменению хранящейся информации и установке вредоносного ПО. Скомпрометированная система также может стать точкой проникновения во внутреннюю сеть организации и дальнейшего развития атаки. Уязвимости затрагивают продукты, использующие PHP, включая межсетевые экраны, системы управления сетевой безопасностью и платформы развёртывания приложений.

⚙️ О первопричине уязвимостей было известно специалистам The PHP Foundation с 2024 года, однако они приоритизировали её устранение только с 11 августа 2026 года. Выпуск обновлений был запланирован на 22 октября, но из-за нарушения эмбарго обновления вышли на день раньше - 21 октября. Для устранения уязвимостей рекомендуется обновиться до PHP 8.5.12, 8.4.27, 8.3.36 или 8.2.35 либо установить исправленные пакеты дистрибутива. Для неподдерживаемых веток следует запланировать переход на актуальную версию PHP, а пока ограничить доступ из Интернет и применить меры защиты на уровне конфигурации. Для сетевого оборудования следует использовать исправленные сборки производителя или рекомендованные им временные меры защиты.

Эксперты Positive Technologies реализовали меры защиты с помощью продуктов PT AF Cloud, PT Application Firewall PRO, PT Application Firewall 3, PT NAD и PT NGFW, а также выпустили правила детектирования для MaxPatrol VM.

🛠 На GitHub доступно огромное количество репозиториев с публичными эксплоитами (более 1000!). Однако добиться выполнения кода на конкретной цели сложно. Для успешного удалённого выполнения кода необходим эксплойт, настроенный под конкретную среду, включая сборку PHP, SAPI, расширения и конфигурацию среды выполнения.

👾 Обе уязвимости были добавлены в CISA KEV 26 октября. Однако подтверждённых случаев эксплуатации относительно немного и они связаны в основном с сетевыми устройствами.

Компания Dream Group сообщила 26 октября о компрометации устройств Palo Alto Networks в США, Японии, на Тайване и в Южной Корее. Из примерно 19 000 обнаруженных устройств злоумышленники отобрали 240 потенциальных целей и успешно скомпрометировали 24 межсетевых экрана и сервер управления. Три устройства предположительно относились к инфраструктуре госведомств США. Для атак использовались PHP2Shell и LPE-уязвимость ядра Linux Fragnesia (CVE-2026-46300). Получив административный доступ, злоумышленники похитили пароль служебной учётной записи, списки пользователей и групп, конфигурацию сети и закрытые ключи.

Эксперты Check Point сообщили 12 ноября об атаках на устройства Security Gateway, начавшихся 30 октября. Используя PHP2Shell и LPE-уязвимость DynamicCLI (CVE-2026-123039), злоумышленники получили первоначальный доступ, повысили привилегии и установили бэкдор TSGA с сетевым компонентом TSProxy. На этапе деструктивных атак они также проникли по SSH на хост VMware ESXi и запустили вайпер destroy_v6.

🌐 Согласно данным Censys, 27 миллионов PHP-сервисов, доступных из Интернет, по-прежнему не обновлены. Кроме того, уязвимости затрагивают продукты множества вендоров, включая Palo Alto Networks, Check Point, Netgate, Coolify и Cisco.

Всегда поражала беспечность тех, кто без колебаний переводит деньги малознакомым людям по номеру телефона

Добавить комментарий

Всегда поражала беспечность тех, кто без колебаний переводит деньги малознакомым людям по номеру телефона

Всегда поражала беспечность тех, кто без колебаний переводит деньги малознакомым людям по номеру телефона. Например, оплачивая таким способом покупки в магазинчиках или услуги мастеров по ремонту. Крайне сомнительная практика. Да и скидывать деньги коллеге, который собирает на день рождения или оплату общего счёта в кафе, - тоже так себе идея. А тем более переводить их человеку, о котором вообще ничего не знаешь. Какой-то безумный финансовый промискуитет. 🤪

⚖️ Наглядный пример того, к чему это может привести, вышел на днях в МК. Российский программист (П.) перевёл 700 рублей мужчине (Т.), который оказался в Брянской области после попытки выехать на территорию вражеского государства. Деньги предназначались для возвращения Т. в Москву. Перевод был сделан по просьбе матери Т. Позднее в отношении Т. возбудили уголовное дело по подозрению в попытке вступления в террористическую организацию. Однако после установления психического заболевания его освободили от уголовной ответственности и направили на принудительное лечение. Спустя два года после перевода уголовное дело возбудили уже против П., обвинив его в финансировании терроризма. 2-й Западный окружной военный суд приговорил П. к 9 годам лишения свободы, первые три года из которых он должен провести в тюрьме, а также назначил штраф в размере 400 тысяч рублей. П. вину не признал.

Переводя кому-то деньги, вы вступаете с ним в долгосрочные отношения, всех последствий которых можете не осознавать. Фактически вы начинаете нести ответственность за действия этого человека. Следы денежных переводов могут храниться сколь угодно долго и в любой момент быть приобщены к материалам уголовного дела. Конечно, по-хорошему, следователям нужно доказывать наличие прямого умысла. Сохранение переписки, указание назначения платежа и наличие чеков могут в какой-то мере помочь оправдаться. Но тут уж как повезёт. В приведённом случае не повезло. Делайте выводы.

Ноябрьский Microsoft Patch Tuesday

Добавить комментарий

Ноябрьский Microsoft Patch Tuesday

Ноябрьский Microsoft Patch Tuesday. Всего 1093 уязвимости. Для сравнения, в октябре их было 1409, снижение на 22,4%. Для 10 продуктов исправлено 20 и более уязвимостей: Microsoft Office Excel (64), Microsoft Office Word (61), Microsoft SQL Server (50), Windows Advanced Rasterization Platform (37), Windows Installer (36), Windows Graphics Kernel (35), Windows Kernel (28), Microsoft Office SharePoint (26), Windows DNS (21), Windows Print Spooler Components (20). Вместе они составляют 378 уязвимостей, т.е. чуть более трети (34,6%) от общего числа. Есть одна уязвимость с признаком эксплуатации в реальных атаках:

🔻 Spoofing - Microsoft Outlook (CVE-2026-124194). Microsoft Outlook - это приложение от Microsoft для работы с электронной почтой, управления календарём, планирования встреч, организации контактов и настройки напоминаний. Злоумышленник отправляет специально сформированное сообщение и убеждает пользователя открыть его. После этого Outlook подключается к сетевому ресурсу, контролируемому злоумышленником, не отображая стандартного предупреждения о загрузке внешнего содержимого. В результате раскрывается хеш NTLMv2 пользователя, который злоумышленник может использовать для аутентификации от имени пользователя. Область предварительного просмотра (Preview Pane) не является вектором атаки. Для уязвимости доступен публичный эксплойт на GitHub.

Есть две уязвимости с публичными эксплоитами, но пока без признаков эксплуатации в атаках:

🔸 EoP - Microsoft Windows App Store (CVE-2026-119987). Microsoft Store (Windows App Store) - это официальный магазин приложений Microsoft для поиска, скачивания и установки программ, игр и другого цифрового контента на устройства Windows. Уязвимость, связанная с использованием недоверенного пути поиска (Untrusted Search Path) в Microsoft Windows App Store, позволяет авторизованному злоумышленнику повысить привилегии локально. PoC был опубликован на GitHub, но впоследствии удалён. Копия доступна на Vulners.

🔸 EoP - Windows AppX Deployment Service (CVE-2026-116714). Windows AppX Deployment Service - это системная служба Windows, обеспечивающая установку, обновление и удаление приложений. В случае успешной эксплуатации уязвимости злоумышленник может получить привилегии уровня SYSTEM.

Из остальных уязвимостей можно выделить:

🔹 RCE - Windows LDAP (CVE-2026-119958). Windows LDAP - это служба и протокол, используемые для поиска и управления информацией о пользователях, компьютерах и других ресурсах в корпоративной сети. Уязвимость записи за пределами выделенной области памяти (Out-of-bounds Write) позволяет неавторизованному злоумышленнику выполнить произвольный код, отправив специально сформированные LDAP-запросы по сети.

🔹 RCE - Windows Search / Exchange Server (CVE-2026-116928). Неаутентифицированный злоумышленник может воспользоваться уязвимостью компонента Windows Search, используемого Microsoft Exchange Server (серверная платформа Microsoft для организации корпоративной электронной почты, календарей, контактов и совместного планирования встреч), отправив электронное письмо со специально сформированным вложением. Exchange автоматически обрабатывает вложение для индексации, поэтому получателю не требуется открывать ни письмо, ни вложение. Успешная эксплуатация уязвимости может позволить злоумышленнику выполнить произвольный код с привилегиями службы, обрабатывающей вложение.

🔹 RCE - Microsoft Exchange (CVE-2026-118207). Злоумышленник, прошедший аутентификацию и имеющий ограниченные права доступа к уязвимому серверу, может отправить специально сформированный запрос для выполнения произвольного кода на сервере. Взаимодействие с пользователем не требуется.

🔹 RCE - Windows Active Directory Domain Services (CVE-2026-118146). Windows Active Directory Domain Services - это служба Windows для централизованного управления пользователями, компьютерами и доступом к ресурсам корпоративной сети. Злоумышленник, прошедший аутентификацию и имеющий ограниченные права доступа к уязвимому серверу, может отправить специально сформированный запрос для выполнения произвольного кода на сервере. Взаимодействие с пользователем не требуется.

🔹 RCE - Windows Virtual Filtering Platform (VFP) (CVE-2026-95962). Windows Virtual Filtering Platform (VFP) - это системный компонент Windows, отвечающий за обработку и фильтрацию сетевого трафика. Уязвимость типа Use-After-Free (обращение к освобождённой области памяти) позволяет неавторизованному злоумышленнику выполнить произвольный код, отправив специально сформированный сетевой пакет уязвимой службе.

🔹 RCE - Windows Schannel (CVE-2026-119952). Windows Schannel - это системный компонент Windows, обеспечивающий защищённое сетевое соединение и шифрование передаваемых данных. Неаутентифицированный злоумышленник может воспользоваться этой уязвимостью, отправив специально сформированный сетевой пакет уязвимой службе по сети. Успешная эксплуатация уязвимости может позволить злоумышленнику выполнить произвольный код в целевой системе. Аутентификация и взаимодействие с пользователем не требуются.

🔹 EoP - Microsoft SharePoint Server (CVE-2026-120002). Microsoft SharePoint Server - это корпоративная платформа Microsoft для создания внутренних порталов, хранения и совместной работы с документами, обмена информацией и организации рабочих процессов внутри компании. Злоумышленник, прошедший аутентификацию, имеющий права на чтение содержимого сайта и входящий в число участников соответствующего целевого приложения SharePoint Secure Store, может отправить специально сформированный сетевой запрос уязвимому серверу SharePoint. Успешная эксплуатация уязвимости может привести к выполнению несанкционированных действий в подключённой корпоративной службе с использованием общих учётных данных. Дополнительное взаимодействие с пользователем не требуется.

🗒 Полный отчёт Vulristics

Команда Vulners представила новый AI-продукт - Cube

Добавить комментарий

Команда Vulners представила новый AI-продукт - CubeКоманда Vulners представила новый AI-продукт - CubeКоманда Vulners представила новый AI-продукт - CubeКоманда Vulners представила новый AI-продукт - CubeКоманда Vulners представила новый AI-продукт - CubeКоманда Vulners представила новый AI-продукт - CubeКоманда Vulners представила новый AI-продукт - CubeКоманда Vulners представила новый AI-продукт - CubeКоманда Vulners представила новый AI-продукт - Cube

Команда Vulners представила новый AI-продукт - Cube. Это платформа для контекстного анализа результатов сканирования на наличие уязвимостей, которая сопоставляет технические находки с данными об инфраструктуре и бизнес-процессах организации.

В основе работы Cube лежат три слоя:

📥 Evidence Layer - принимает отчёты существующих сканеров: Nessus, OpenVAS, Qualys, Rapid7 InsightVM, Acunetix и других. Платформа обрабатывает находки и сопоставляет их с реальными инфраструктурными активами.

🗺️ Context Layer - обогащает результаты информацией об инфраструктуре. Для этого используются архитектурная документация, схемы, задачи в таск-трекере, сведения об облачной среде, системах и бизнес-процессах. На их основе платформа восстанавливает модель инфраструктуры: формирует CMDB, строит граф сети и определяет взаимосвязи между компонентами. Это позволяет определить, какой актив затронут, насколько он доступен потенциальному атакующему и какие бизнес-функции от него зависят.

🧠 Decision Layer - использует методологию CISA SSVC (Stakeholder-Specific Vulnerability Categorization) для определения приоритетов устранения. В отличие от CVSS, оценивающего техническую критичность уязвимости, SSVC использует дерево принятия решений, учитывающее условия эксплуатации и возможные последствия для организации.

В модели CISA SSVC предусмотрено четыре итоговых статуса:

🟢 Track - уязвимость остаётся в стандартном процессе Vulnerability Management. Её отслеживают и устраняют в рамках обычных сроков обновления ПО.

🟡 Track* - требуется более пристальное наблюдение за уязвимостью и пересмотр оценки при появлении новых обстоятельств.

🟠 Attend - необходимо повышенное внимание специалистов и руководителей соответствующего уровня, возможно привлечение экспертов и уведомление заинтересованных сторон. Устранение рекомендуется ускорить.

🔴 Act - требуется эскалация на уровень руководства и координация действий между подразделениями. Формируется согласованный план реагирования, привлекаются необходимые участники, а уязвимость устраняется как можно скорее.

Таким образом, SSVC определяет не только очерёдность устранения уязвимостей, но и необходимый масштаб организационного реагирования.

Пользователь Cube получает несколько типов результатов:

🎯 Risk Cases - сгруппированные находки с оценкой критичности и бизнес-последствий.

🛤️ Attack Paths - потенциальные пути атак между активами с использованием MITRE ATT&CK.

🛡️ Threat Profile - общую картину угроз и состояния инфраструктуры.

📋 Обоснования решений - с привязкой к исходным отчётам, оценкам и инфраструктурным данным.

Например, уязвимость с CVSS 9.8 на изолированном внутреннем build-сервере может получить более низкий приоритет, чем уязвимость с CVSS 7.5 на публичном платёжном шлюзе. Во втором случае потенциальные последствия для бизнеса существенно выше.

Важно отметить, что платформа развёртывается в собственной инфраструктуре заказчика (on-premises), который самостоятельно выбирает языковую модель с API, совместимым с OpenAI API или Anthropic API. Это может быть, например, модель от Яндекса или Сбера, а также собственная LLM, развёрнутая на GPU-серверах организации. Таким образом, Cube не привязывает заказчика к конкретному AI-провайдеру. Vulners не взимает плату за использование токенов - заказчик самостоятельно контролирует расходы на выбранную LLM. По оценке Vulners, для инфраструктуры среднего масштаба бюджет на использование модели составляет около $1 000 в месяц.

По сути, Cube добавляет к традиционному Vulnerability Management слой контекстного анализа, связывающий технические уязвимости с реальными активами, бизнес-процессами и потенциальными последствиями атак.

Ходили вчера семьёй на спектакль "Чиполлино" в Московский театр кукол на Бауманской

Добавить комментарий

Ходили вчера семьёй на спектакль Чиполлино в Московский театр кукол на Бауманской

Ходили вчера семьёй на спектакль "Чиполлино" в Московский театр кукол на Бауманской. И мне в голову пришла следующая аналогия с процессом Управления Уязвимостями.

Там есть такой персонаж - кум Тыква. Он всю свою жизнь был стеснён в средствах и копил кирпичи для строительства дома. Но накопить адекватное количество кирпичей ему так и не удалось. В итоге Тыква построил домик из этих кирпичей, в котором сам с трудом помещался.

Это мне напомнило выстраивание VM-процесса в организации с около нулевым бюджетом. Так сказать, из опенсорса и палок. VM-процесс в этом случае получается весьма условным, как и домик кума Тыквы: одно название.

Однако, если помните, дальше история в "Чиполлино" развивается таким образом, что за этот домик с кума Тыквы спрашивают как за настоящий дом, на строительство которого требуется разрешение, уплата налога и прочее-прочее.

Так и в случае ИБ: если происходит инцидент, включающий эксплуатацию уязвимости, вопросы к импровизированному VM-процессу, который не обеспечил своевременное выявление и устранение этой критической уязвимости, будут ровно такими же, как к полноценному процессу за много денег. Причём вопросы будут прежде всего к тому, кто такой процесс выстроил, то есть к VM-щику.

Поэтому, как мне кажется, VM-щику не стоит весело поддакивать руководству: "Да чего там делать-то?! Сейчас на Wazuh-е изобразим и норм 😏" или что-нибудь в таком духе.

Напротив, VM-щику стоит неустанно и документально транслировать, что полноценный процесс Управления Уязвимостями требует адекватных технических средств и, соответственно, приличного финансирования. А тот убогий колхоз, который используется в моменте, ни в коей мере не соответствует представлениям VM-щика о необходимых и достаточных инструментах для поддержания инфраструктуры организации в безопасном состоянии.

Не стесняйтесь подкладывать себе соломки. В критическую минуту это может вам весьма пригодиться. 😉

Прочитал статью OpenAI про то, как они создали эксплоиты для 948 новых EoP/LPE-уязвимостей в ядре Linux

Добавить комментарий

Прочитал статью OpenAI про то, как они создали эксплоиты для 948 новых EoP/LPE-уязвимостей в ядре Linux

Прочитал статью OpenAI про то, как они создавали эксплоиты для 948 новых EoP/LPE-уязвимостей в ядре Linux. Статья понравилась. 👍 Много занимательных подробностей о том, как у них устроен конвейер, что они делали на каждом этапе, с какими проблемами сталкивались и сколько им это стоило.

По данным OpenAI, было обнаружено 2308 потенциальных уязвимостей ядра Linux, из которых 1724 удалось воспроизвести. В результате они создали 948 эксплойтов для локального повышения привилегий (LPE), позволяющих непривилегированному пользователю получить права root, а также 291 PoC для уязвимостей, связанных с утечкой информации. Общие затраты составили $1 213 430 в кредитах API, или около $1279 на один LPE-эксплойт. После исследования специалисты проверили результаты и передали обнаруженные уязвимости вместе с исправлениями разработчикам. Работа проводилась в рамках программы Patch the Planet.

Испытания проводились на виртуальных машинах со стандартной десктопной ОС, без специально ослабленных настроек. Модель угроз соответствовала условиям Pwn2Own и TyphoonPWN. Для оценки экономической целесообразности OpenAI сопоставили затраты на исследование с размерами вознаграждений на этих соревнованиях - от $20 000 до $70 000 за один эксплойт. По таким расценкам совокупная стоимость 948 эксплойтов составила бы от $18,9 до $66,3 млн - в 16-55 раз больше фактических затрат на исследование.

Также тестирование проводили в адаптированной среде kernelCTF - версии ядра Linux с уменьшенной поверхностью атаки. Там получили 25 PoC для утечек информации и 21 эксплойт для LPE. Вся кампания обошлась примерно в $32 936 в кредитах API.

В конвейере используется несколько специализированных групп AI-агентов:

🔻 Scout (разведка) - исследуют кодовую базу и отбирают участки, представляющие интерес с точки зрения безопасности и доступные непривилегированным пользователям.

🔻 Analyst (анализ) - проводят углублённое исследование отобранных участков кода и выявляют потенциальные уязвимости.

🔻 Triage (верификация) - проверяют достоверность находок, автоматически создавая и запуская PoC в изолированных виртуальных машинах с использованием KASAN (Kernel Address Sanitizer).

🔻 ExploitDev (разработка эксплойтов) - оценивают возможность практической эксплуатации подтверждённых уязвимостей и разрабатывают рабочие эксплоиты. Испытания проводятся в изолированных виртуальных машинах со стандартными механизмами защиты дистрибутивов Linux: SMEP (Supervisor Mode Execution Prevention), SMAP (Supervisor Mode Access Prevention), KASLR (Kernel Address Space Layout Randomization) и HARDENED_USERCOPY. Разработка эксплоитов для повышения локальных привилегий (LPE) включает планирование стратегии эксплуатации, поиск подходящих уязвимых объектов, обход механизмов защиты и выполнение дополнительных технических операций.

🔻 Patch generation (генерация исправлений) - формируют патчи, устраняющие обнаруженные уязвимости, и проверяют их корректность.

Интересное в выводах:

🔹 Новая модель обнаружила 948 уникальных эксплуатируемых LPE против 166 у предыдущей.

🔹 Выявлено 10 новых техник эксплуатации. Модели способны не только находить уязвимости, но и разрабатывать новые способы их эксплуатации.

🔹 В 20 из 200 экспериментов модель получила права root через другую уязвимость, а не ту, которую ей поручили эксплуатировать. 🤷‍♂️ Поэтому важно проверять не только результат, но и способ его достижения. 😉

🔹 Более мощным моделям требуется менее сложная оркестрация, итерации повышают качество генерации исправлений.