脆弱性

情報システムにおけるセキュリティ上の弱点や欠陥の総称。ソフトウェアのバグ、設定の不備、設計上の問題など、脅威によって悪用される可能性のある箇所を指す。

脅威に付け込まれる可能性のある、情報資産や管理策の弱点。ソフトウェアの不具合（セキュリティホール）だけでなく、規程の不備や教育不足といった人的・組織的な弱点も含まれる。

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

脅威に付け込まれる可能性がある、情報資産や管理策の弱点。ソフトウェアや機器の設計・実装上の欠陥（セキュリティホール）だけでなく、設定の不備や運用手順の不備も含む。ネットワークでは、ポートスキャンなどの脆弱性検査で不要に開いているポートや古いバージョンのサービスを洗い出し、パッチの適用や不要なサービスの停止で対処する。

一つ以上の脅威によって付け込まれる可能性がある、資産又は管理策の弱点。技術的な欠陥だけでなく、運用手順の不備や人的な弱点も含まれる。脅威と脆弱性の組み合わせによりリスクが顕在化する。

一つ以上の脅威によって付け込まれる可能性がある、資産や管理策の弱点。ソフトウェアの不具合や設定の不備といった技術的なものだけでなく、規程の不備や教育の不足などの管理的なもの、人の不注意などの人的なもの、施錠の不備などの物理的なものも含む。

情報資産に損害を与える原因となり得る事象や行為。不正アクセスやマルウェアといった人為的なもの、地震や火災などの環境的なもの、誤操作のような偶発的なものに分けられる。

情報資産に対する脅威と脆弱性を洗い出し、リスクの大きさを評価するプロセス。リスク特定、リスク分析、リスク評価の3つのプロセスで構成され、リスク対応の優先順位付けの基礎となる。

リスクの発生頻度や影響度を低減するための対策を講じること。リスク回避、リスク低減、リスク移転（転嫁）、リスク保有（受容）の4つの対応方法がある。

リスクの原因となる活動そのものをやめて、リスクを取り除くリスク対応。危険な機能を提供しない、該当業務から撤退するなどが該当する。効果は確実だが、得られたはずの利益も失う。

リスクによる損失の負担を他者に移すリスク対応。保険への加入や業務の外部委託が該当する。リスク共有とも呼ばれるが、説明責任まで移せるわけではない点に注意が必要。

リスクを認識したうえで、特別な対策を取らずに受け入れるリスク対応。受容ともいう。影響が小さい場合や、対策費用が想定損失を上回る場合に選ばれる。判断の記録を残すことが重要。