SBOM

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

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

ソフトウェアに含まれるライブラリやオープンソース部品の名称、バージョン、ライセンスを一覧化した部品表。脆弱性が公表されたときに影響を受ける製品を即座に特定でき、サプライチェーンリスクの管理に役立つ。

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

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

業務委託先の情報セキュリティ対策の実施状況を管理・監督すること。契約書へのセキュリティ要件の明記、定期的な監査・評価、再委託の管理、インシデント発生時の連絡体制の確認などを行う。

インターネットから到達できる自組織のIT資産（公開サーバ、ドメイン、クラウドサービスなど）を、外部から把握できる情報を使って継続的に洗い出し、脆弱性や設定の不備を評価して対処する取組。担当部署が把握していない資産や、管理が漏れた資産を見つけることが主な目的。外部に公開された資産に絞るものをEASM（External Attack Surface Management）とも呼ぶ。

ソフトウェア等の脆弱性情報を適切にハンドリングするための官民連携の枠組み。発見者がIPAに届出を行い、JPCERT/CCが開発者との調整を行った上で、JVNを通じて脆弱性情報を公開する。

ソフトウェアやOS等の脆弱性を修正するパッチの適用を管理するプロセス。パッチの情報収集、影響評価、テスト、適用、検証を計画的に行い、製品・サービスのセキュアな導入・運用を維持する。

プログラムが確保したバッファ（メモリ領域）の境界を超えてデータを書き込むことで、隣接するメモリ領域を破壊する脆弱性。スタック上のリターンアドレスを書き換えて任意のコードを実行される可能性がある。対策としてバッファサイズのチェック、安全な関数の使用、ASLR、DEP/NXビットの活用がある。

システムやアプリケーションに存在する既知の脆弱性を検出するテスト。ネットワーク脆弱性診断とWebアプリケーション脆弱性診断に大別され、ツール（スキャナー）による自動診断と、専門家による手動診断がある。定期的な実施が推奨される。