【セキュリティ入門】SSVCてなに？

# SSVCてなに？

`Stakeholder-Specific Vulnerability Categorization`の略称で脆弱性管理方法の1つです。
日本語にすると`ステークホルダーに特化した脆弱性の分類`と訳することができます。
`CVSS`の代替手法として提案されました。

`CVSS`をひっくり返すと`SSVC`になります。

# CVSSの課題

CVSSの課題についていくつかまとめました。

1. 意思決定に対するガイドラインがない
    - 脆弱性のスコアとしてLow~Criticalで算出されますが、スコアに対する優先度付けや対応は各自で行う必要があります
1. 自社の資産に応じた対応を適切に行えない
    - CVSSでCriticalと算出された脆弱性でも、環境によっては必ずしも当てはまるわけではありません

# SSVCにおけるステークホルダー

SSVCではステークホルダーとして`デプロイヤー`,`サプライヤー`,`コーディネーター`の3つに分類しています。
それぞれの役割で決定木があり、それを基に対応方針を算出します。

- **デプロイヤー**
    - パッチを適用する立場の人。脆弱性の対応を行う組織など
- **サプライヤー**
    - パッチを提供する立場の人。製品ベンダなど
- **コーディネーター**
    - 脆弱性情報を統制する組織。各組織のCSIRTなど

# SSVCでの優先度

`サプライヤー`と`デプロイヤー`では、最終的に下記の4カテゴリーに分類されます。

1. **defer**
    - 現在は対応の必要なし
1. **scheduled**
    - 定例のメンテナンス時に対応する
1. **out-of-cycle**
    - 通常よりも早く、緩和策や改善策を適用する
1. **immediate**
    - 即時に対応する

# SSVCの分岐項目

`デプロイヤー`の決定木では下記4つを評価して算出します。

:::note info
`サプライヤー`,`コーディネーター`ではまた別の分岐項目があります。
:::

1. **Exploitation**（脆弱性の悪用状況）

    1. `None`
        - 実際に悪用されている証拠がない、また攻撃検証コードが公開されていない
    1. `PoC`
        - 攻撃手法やコードが公開されている
    1. `Active`
        - 脆弱性を悪用した攻撃の発生が確認、報告されている
1. **Exposure**（システムの外部露出度）
    1. `Small`
        - ネットワークからのアクセスが制限されている
    1. `Controlled`
        - ネットワークからのアクセスが制限・緩和されている(Smallよりも制限が小さい)
    1. `Open`
        - インターネットからアクセス可能である
1. **Utility**（攻撃者にとっての有用性）
    1. `Laborious`
        - 自動化不可能で、得られるリソースも少ない
    1. `Efficient`
        - 自動化可能かつ得られるリソースが少ない、もしくは自動化不可能かつ得られるリソースが多い
    1. `Super Effective`
        - 自動化可能で、得られるリソースも多い
1. **Human Impact**（影響の大きさ）
    1. `Low`
    1. `Medium`
    1. `High`
    1. `Very High`

Human Impactの算出は複雑なので参考になる記事を載せます。

https://vuls.biz/blog/articles/20240409a/

# SSVCの優先度算出方法

下記図は[PRIORITIZING VULNERABILITY RESPONSE: A STAKEHOLDER-SPECIFIC VULNERABILITY CATEGORIZATION (VERSION 2.0)](https://insights.sei.cmu.edu/documents/606/2021_019_001_653461.pdf)に記載されているデプロイヤーツリーです。(p35辺りに載ってます)

分岐項目を評価していき下記図から優先度を算出します。

![ima01.jpg](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/3005822/7af832a1-fe05-313c-528c-13ed13b2b603.jpeg)

# SSVCの課題

下記サイトでは脆弱性の課題をいくつか挙げています。

https://yamory.io/blog/cisa-kev/#cisa-kev%E3%82%AB%E3%82%BF%E3%83%AD%E3%82%B0%E3%82%92%E5%88%A9%E7%94%A8%E3%81%97%E3%81%9F%E8%84%86%E5%BC%B1%E6%80%A7%E7%AE%A1%E7%90%86%EF%BC%88ssvc%EF%BC%89

1. **優先順位づけの負荷増加**
1. **判断に必要な情報の増加**

`Exploitation`項目では`KEV`を確認する方法もありますが、PoCコードが公開されているか確認するには脆弱性に対してより調査が必要になります。
また、昨日公開されていない情報が今日公開される可能性もあるので日々調査が必要です。

その他の項目に関しても内部、外部情報ともに精査して決定木から優先度を算出するので、必然と判断材料や判断基準は増加します。

:::note info
`KEV`についての記事も投稿したので併せてご覧ください。
[KEVてなに？](https://qiita.com/kk0128/items/2d86e37c904faf6e3004)
:::

# 参考サイト

https://insights.sei.cmu.edu/documents/606/2021_019_001_653461.pdf

https://issuehunt.jp/articles/kevcatalog-introduction2

https://www.nri-secure.co.jp/blog/vulnerability-categorization-ssvc

https://www.ssk-kan.co.jp/topics/topics_cat05/?p=13389

https://www.pwc.com/jp/ja/knowledge/column/awareness-cyber-security/stakeholder-specific-vulnerability-categorization.html

https://www.nttdata.com/jp/ja/trends/data-insight/2023/0119/

https://yamory.io/blog/cisa-kev/#cisa-kev%E3%82%AB%E3%82%BF%E3%83%AD%E3%82%B0%E3%82%92%E5%88%A9%E7%94%A8%E3%81%97%E3%81%9F%E8%84%86%E5%BC%B1%E6%80%A7%E7%AE%A1%E7%90%86%EF%BC%88ssvc%EF%BC%89