SBOM

ソフトウェアを構成するコンポーネント（ライブラリ、モジュールなど）の一覧情報。ソフトウェアサプライチェーンの透明性を確保し、使用しているコンポーネントの脆弱性を迅速に把握するために活用される。

ソフトウェアに含まれる部品（OSSやライブラリ）とその版を一覧にした構成表。脆弱性が公表されたときに、影響を受ける製品を素早く特定でき、供給網全体の安全確保に役立つ。

ソフトウェアを構成するコンポーネント（ライブラリ、モジュールなど）の一覧とその依存関係を記録したリスト。サプライチェーンにおけるソフトウェアの脆弱性管理に活用され、脆弱性が発見された際の影響範囲の特定を迅速化する。

ソフトウェアを構成するコンポーネント（ライブラリ、モジュールなど）の一覧とその依存関係を記録したリスト。サプライチェーンにおけるソフトウェアの脆弱性管理に活用され、脆弱性が発見された際の影響範囲の特定を迅速化する。

ソフトウェアを構成するOSSやライブラリなどの部品の名称、バージョン、依存関係、ライセンスを一覧にした部品表。新しい脆弱性が公表されたときにSBOMと照合すれば、影響を受ける製品やシステムをすぐに特定でき、脆弱性管理を迅速にできる。SPDXやCycloneDXといった標準の形式があり、脆弱性が実際に悪用可能かを伝えるVEXと組み合わせて使われる。

脆弱性を修正するために開発元が提供する更新プログラム。公開後は脆弱性の内容も知られるため攻撃が急増しやすく、適用の遅れが被害に直結する。検証環境での確認と迅速な展開を両立する運用体制が要る。

自組織の資産構成を把握したうえで脆弱性情報を収集し、影響度を評価して修正プログラムの適用や緩和策を計画的に実施する一連の活動。SBOMやソフトウェア構成分析を用いて依存関係まで含めて把握する。

入口対策、内部対策、出口対策など複数の防御層を重ねて配置するセキュリティの考え方。1つの対策が突破されても他の層で防御できるため、セキュリティ強度を高められる。ファイアウォール、IDS/IPS、ウイルス対策、暗号化などを組み合わせる。

脅威に付け込まれる情報資産側の弱点。プログラムの不具合や設定不備といった技術的なものだけでなく、教育不足などの人的脆弱性、施錠の不備といった物理的脆弱性も含む。脅威と脆弱性がそろって初めて損害が生じうる。

OSやソフトウェアの設計・実装の欠陥のうち、攻撃に悪用できるもの。発見されると開発元が修正プログラム（セキュリティパッチ）を提供するため、パッチ適用の遅れが被害に直結する。

特定の脆弱性を突いて意図しない動作を起こさせる実証用のプログラム。本来は脆弱性の存在確認や検証に使われるが、公開されると攻撃への転用が容易なため、公開直後はパッチ適用を急ぐ必要がある。