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. Очень своевременный результат: количество угроз во всем мире продолжает стремительно расти».

Торвальдс охладил хайп: Rust и ИИ не спасут Linux от плохого кода

Линус Торвальдс снова разложил всё по полкам и без лишнего поклонения модным технологиям. На Open Source Summit India 2026 создатель Linux рассказал, что ядро развивается без блокбастерных релизов: не резкие скачки, а спокойное постоянное улучшение. Такой подход он предпочитает с тех пор, как появился Git.

По словам Торвальдса, ИИ начал находить интересные баги, и это заметно напрягает сообщество.

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

Торвальдс признал, что сам почти не пишет код и теперь скорее руководит разработкой, чем программирует. Его работа — понимать общий смысл изменений, разбирать пулл-реквесты и следить, чтобы в ядро не прилетало что попало в последний момент. Технические баги, говорит он, чинить проще, чем человеческие конфликты.

Отдельно досталось Rust. Торвальдс считает язык интересным, но не верит, что он захватит мир. По его словам, Rust помогает избежать части простых ошибок, характерных для C, но не спасает от плохой логики. Если программист написал неправильный код, язык за него думать не начнёт. А в смешанных C/Rust-проектах гарантии Rust работают только там, где код действительно остаётся внутри Rust-модулей.

ИИ Торвальдс тоже не списывает со счетов. Он использует LLM для собственных небольших проектов и прототипов, но для исправлений уровня ядра Linux, по его мнению, такие инструменты пока недостаточно надёжны. Если ИИ нашёл баг, мало просто закинуть отчёт разработчикам, нужен человек, который проверит проблему, предложит патч и доведёт обсуждение до результата.

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