A.  トップダウンのリスクシナリオ分析の結果を統合する

B.  リスク分類システムの実装

C.  承認されたITガバナンスフレームワークの紹介

D.  ビジネス影響分析（BlA）の実行

A.  バックログスケジューリング中

B.  ユーザー受け入れテスト（UAT）後

C.  機能要件を確認する場合

D.  本番環境へのリリース時

A.  脆弱性

B.  脅威

C.  アセット

D.  影響

E.  説明：
脆弱性とは、脅威によって悪用される可能性のある脆弱性または保護手段の欠如であり、その結果、
情報システムまたはネットワークへの危害。ハードウェア、オペレーティングシステム、
ファームウェア、アプリケーション、および構成ファイル。したがって、適切な管理の欠如は
脆弱性があり、最終的には企業に脅威をもたらします。

F.  正しくありません。脅威は、望ましくないインシデントの潜在的な原因です。

G.  正しくありません。影響は、脅威イベントがもたらす可能性のある経済的損失の尺度です。

A.  スタッフまたはビジネスパートナーの教育

B.  脅威固有の対策の展開

C.  技術アーキテクチャの変更

D.  より多くのコントロールを適用する

E.  説明：
新しい脅威が特定され、影響の観点から優先順位が付けられると、最初のステップは、新しい脅威に関連するリスクを軽減する既存のコントロールの能力を評価することです。それが機能しない場合は、次のことを容易にします。脅威固有の対策緩和策が開発されるまでの補償メカニズムまたはプロセスの実装スタッフまたはビジネスパートナーの教育

A.  リスク速度

B.  リスクへの影響

C.  リスクの可能性

D.  リスク食欲