CVSS（共通脆弱性評価システム）

脆弱性の深刻度を0.0〜10.0の数値で評価するための共通基準。基本評価基準（脆弱性そのものの特性）、現状評価基準（時間の経過による変化）、環境評価基準（利用環境による影響）の3つの指標で構成される。

情報システムの脆弱性の深刻度を0.0〜10.0の数値で評価する共通の基準。基本評価基準、現状評価基準、環境評価基準の3つの指標で構成され、脆弱性対応の優先順位付けに利用される。

脆弱性の深刻度を0.0〜10.0のスコアで定量的に評価するための国際的な基準。基本評価基準（脆弱性の技術的特性）、現状評価基準（攻撃コードの有無等）、環境評価基準（組織固有の影響）の3つの評価基準から構成される。

脆弱性の深刻度を0.0〜10.0のスコアで定量的に評価するための国際的な基準。基本評価基準（脆弱性の技術的特性）、現状評価基準（攻撃コードの有無等）、環境評価基準（組織固有の影響）の3つの評価基準から構成される。

脆弱性の深刻度を、ベンダーに依存しない共通の基準で0.0〜10.0の数値で評価する仕組み。攻撃元区分、攻撃の複雑さ、機密性・完全性・可用性への影響などから算出する基本評価基準を中心に、攻撃コードの出現状況などを加味する評価基準や、利用者の環境を反映する環境評価基準がある。FIRSTが管理し、v3.1と2023年に公表されたv4.0が使われている。

個別の製品に見つかった脆弱性そのものに「CVE-西暦-連番」形式の一意な識別番号を付ける仕組み。同じ脆弱性を各社が別名で呼ぶ混乱を避け、脆弱性情報データベースや診断ツールの間で情報を突き合わせられるようにする。

バッファオーバーフローやクロスサイトスクリプティングなど、脆弱性の「種類」を体系的に分類・列挙した一覧。個々の事象を識別するCVEに対し、原因となる作り込みのパターンを整理する点が異なり、セキュアプログラミングの指針に使われる。

システムやアプリケーションを検査し、既知の脆弱性や設定不備が存在しないかを網羅的に洗い出す活動。ツールによる自動スキャンと技術者による手動診断があり、結果はCVSSなどで深刻度を付けて対策の優先順位付けに用いる。

自社製品やサービスの脆弱性を発見して報告した外部の研究者に、内容に応じた報奨金を支払う制度。社外の多様な視点を活用して発見機会を増やすとともに、脆弱性情報が闇市場に流れる前に届け出させる狙いがある。

OSやソフトウェア、ハードウェアの製品名とバージョンを一意に表す共通の識別名の体系。脆弱性情報と自組織の資産を機械的に突き合わせるために用い、SCAPを構成する仕様の一つ。

米国CISAが公開する、実際に悪用が確認された脆弱性の一覧。CVSSの値が高くない脆弱性でも悪用実績があれば掲載されるため、修正の優先順位付けにおいてCVSSを補完する指標として用いる。