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

Не просто сканер, а разбор находок: SASTAV вынесли в формат ИБ-сервиса

ShiftLeft Security, разработчик платформы анализа защищённости исходного кода SASTAV, объявила о партнёрстве с провайдерами управляемых сервисов ИБ, включая системного интегратора УЦСБ. Теперь заказчики смогут передавать проверку кода и валидацию уязвимостей внешним экспертным командам.

Модель рассчитана на одну из частых проблем при работе с SAST-инструментами — большое количество ложноположительных срабатываний.

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

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

SASTAV может анализировать разные части приложения: бэкенд-сервисы, frontend, API-контуры и инфраструктурные манифесты. При оценке учитываются архитектура и бизнес-логика конкретного проекта, а критичность находок ранжируется с учётом вероятности эксплуатации.

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

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

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