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

OOXML — фикция: LibreOffice обвинила Microsoft в манипуляциях

Проблемы совместимости остаются одной из главных причин, по которым пользователи не спешат переходить с Microsoft Office на LibreOffice. Формально всё работает, но на практике время от времени всплывают странности с вёрсткой, форматированием и отображением данных. И, как считают в The Document Foundation (TDF), дело тут вовсе не в LibreOffice.

Фонд, стоящий за LibreOffice, снова выступил с жёсткой критикой Microsoft. В блоге Итало Виньоли — одного из основателей TDF — корпорация из Редмонда обвиняется в том, что она игнорирует интересы отрасли ради собственных коммерческих целей.

По его словам, утверждение «OOXML — это стандарт, и его просто нужно принять» выглядит, мягко говоря, странно.

Виньоли настаивает: Office Open XML (OOXML) не может считаться полноценным стандартом, пока Microsoft не готова радикально переработать сами приложения Office. В качестве примера он напомнил о давней проблеме Excel с автопреобразованием данных — истории, которая напрямую затронула научное сообщество.

Excel годами автоматически превращал текстовые значения в даты. Для обычных таблиц это удобно, но для генетиков — катастрофа. Названия генов вроде MARCH1, SEPT1 или DEC1 Excel воспринимал как даты и превращал их в «1-Mar», «1-Sep» и «1-Dec».

В 2016 году журнал Genome Biology проанализировал почти 3,6 тысячи научных работ с Excel-файлами и выяснил, что примерно в каждой пятой были ошибки, вызванные именно автозаменой форматов.

Долгое время Microsoft считала проблему нишевой и не давала возможность отключить такое поведение. Лишь в 2023 году компания добавила соответствующую настройку; уже после того, как Комитет по номенклатуре генов человека (HGNC) был вынужден переименовать около 27 генов, чтобы избежать ошибок. К тому моменту ущерб для исследований уже был нанесён.

По словам Виньоли, OOXML «открыт» лишь формально. Спецификация формата занимает около 7 000 страниц, что делает полноценную и корректную реализацию сторонними разработчиками почти невозможной.

Кроме того, Microsoft Office сам не использует строгую версию стандарта (Strict OOXML), предпочитая так называемый Transitional-вариант. В нём до сих пор есть зависимости от старых, проприетарных форматов и поведения древних версий Word — вплоть до элементов с названиями вроде autoSpaceLikeWord95 или shapeLayoutLikeWW8.

Отдельно Виньоли критикует рекомендации использовать Windows Metafile для графики вместо открытых и кросс-платформенных форматов вроде SVG.

Для пользователей всё это выливается в знакомую проблему: документы между Office и LibreOffice открываются, но не всегда так, как ожидалось. Для TDF же это очередное подтверждение того, что формат Office по-прежнему работает как инструмент удержания пользователей внутри экосистемы Microsoft.

Спор вокруг OOXML длится уже много лет, и новый выпад со стороны LibreOffice ясно показывает: вопрос совместимости и «открытых стандартов» по-прежнему далёк от закрытия.

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