CVSS 4.0 поможет вернее оценивать уязвимости, в том числе real-time

CVSS 4.0 поможет вернее оценивать уязвимости, в том числе real-time

CVSS 4.0 поможет вернее оценивать уязвимости, в том числе real-time

Обновление CVSS нацелено на повышение точности расчетов, на результаты которых полагаются безопасники и пользователи софта. Расширенный набор параметров позволит исключить разночтения в оценке уязвимостей и успешнее бороться с такими угрозами.

Четвертая версия стандарта CVSS была в прошлом месяце представлена как превью на 35-й конференции FIRST в Монреале. В настоящее время система проходит тестирование в режиме реального времени, публичный запуск ожидается позже, но в этом году.

По словам кураторов проекта, новый релиз должен существенно изменить подход к оценке уязвимостей, их ранжированию при патчинге и к защите от кибератак. В спецификации добавлены возможности, очень важные для киберразведки (threat intelligence), а также контекстные метрики — параметры среды пользователя, позволяющие понять, какие данные или операции представляют наибольший риск для организации.

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

  • Automatable — возможность автоматизации эксплойта;
  • Recovery — способность системы к восстановлению после атаки;
  • Value Density — количество системных ресурсов, к которым можно получить доступ через эксплойт;
  • Vulnerability Response Effort — трудоемкость реагирования;
  • Provider Urgency — рейтинг от провайдера;
  • Safety — функциональная безопасность (показатель, важный для OT/ICS/IoT).

Обновлена также система именования результатов расчета. Перечень возможных количественных оценок теперь выглядит следующим образом:

  • CVSS-B — базовая оценка;
  • CVSS-BT — базовая оценка + оценка степени угрозы;
  • CVSS-BE — базовая оценка + контекстная метрика;
  • CVSS-BTE — базовая оценка + степень угрозы + контекстная метрика.

Предыдущая, третья версия системы оценки уязвимостей, которой сейчас пользуется большинство разработчиков софта и специалистов по ИБ, вышла в 2015 году. Через четыре года появилась CVSS 3.1 — улучшенный вариант без дополнений, упростивший использование фреймворка.

«Последние 18 лет систему CVSS усиленно развивали, и каждая версия учитывала возможности держать кибероборону, — комментирует Крис Гибсон (Chris Gibson), руководитель сообщества групп реагирования на компьютерные инциденты (FIRST). — Меня восхищают трудолюбие и самоотдача команды CVSS-SIG, проявленные при подготовке версии 4.0. Очень своевременный результат: количество угроз во всем мире продолжает стремительно расти».

AM LiveПодписывайтесь на канал "AM Live" в Telegram, чтобы первыми узнавать о главных событиях и предстоящих мероприятиях по информационной безопасности.

CVE-2025-38236: баг в Linux открывал путь к захвату ядра через Chrome

В Linux-ядре нашли опасную уязвимость CVE-2025-38236, которую обнаружил исследователь из Google Project Zero Янн Хорн. Она позволяет злоумышленнику, начав с выполнения кода внутри песочницы Chrome, добраться до полного контроля над ядром в Linux.

Проблема связана с малоизвестной функцией MSG_OOB (out-of-band) в UNIX domain sockets. Её добавили ещё в Linux 5.15 в 2021 году для специфических приложений Oracle, но она была включена по умолчанию и в итоге оказалась доступна из песочницы Chrome на Linux.

Ошибка приводит к use-after-free — состоянию, при котором система обращается к уже освобождённой области памяти. Хорн показал, что с помощью определённой последовательности операций с сокетами можно читать и изменять память ядра, а значит — повышать привилегии.

Эксплойт был протестирован на Debian Trixie (x86-64) и использовал «примитив чтения» для копирования произвольной памяти ядра в пространство пользователя, обходя защиту usercopy hardening. Хорн нашёл способ использовать даже защитный механизм Debian CONFIG_RANDOMIZE_KSTACK_OFFSET в свою пользу — это помогало точнее выровнять стек для успешной атаки.

Уязвимость уже закрыта в обновлениях Linux, а Chrome изменил работу своей песочницы, заблокировав передачу MSG_OOB-сообщений.

Интересно, что похожая ошибка попадалась фреймворку syzkaller ещё в августе 2024 года, но для её воспроизведения требовалось шесть системных вызовов, а найденный Хорном вариант — восемь. Это подчёркивает, насколько сложно автоматическим инструментам находить такие уязвимости.

Отдельно Хорн отметил, что в Linux-песочнице Chrome остаётся много лишних интерфейсов — от UNIX-сокетов и pipe до syscalls вроде sendmsg() и mprotect(). Ранее через подобные механизмы уже находили баги в futex(), memfd_create() и pipe2().

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

AM LiveПодписывайтесь на канал "AM Live" в Telegram, чтобы первыми узнавать о главных событиях и предстоящих мероприятиях по информационной безопасности.

RSS: Новости на портале Anti-Malware.ru