説明/参照:
Explanation:
計画は、ビジネスの性質、システムや人員の変化率に応じて、適切な間隔で見直す必要があります。そうしないと、計画が時代遅れになり、効果がなくなる可能性があります。計画は定期的にテストする必要がありますが、テストの間隔は、組織の性質と IS の相対的な重要性によって異なります。状況によっては、3 か月ごと、または 1 年に 1 回が適切な場合もあります。災害復旧計画は上級管理職の承認を受ける必要がありますが、他の役員が同等かそれ以上に適切であれば、CEO である必要はありません。純粋に IS 関連の計画の場合は、技術を担当する役員が計画を承認している場合があります。同様に、ビジネス継続計画は組織全体に配布される可能性がありますが、IS 災害復旧計画は通常、技術文書であり、IS および通信スタッフにのみ関連します。

セクション: 情報資産の保護
Explanation:
ソースデータの正確さは、データウェアハウス内のデータの品質の前提条件です。
データソース、正確な抽出プロセス、正確な変換ルーチンはすべて重要ですが、
不正確なデータを質の高い（正確な）データに変換しません。

潜在的なリスクを見つけるときは、最善のコントロールを探すのが得策です。データベース管理者 (DBA) に実稼働データへのアクセスを許可するのは一般的な方法ですが、情報システム監査人は関連するコントロールを評価する必要があります。DBA は、必要な場合と必要な場合にのみアクセスを許可する必要があります。そのため、権限を取り消すと、必要なアクセスが削除される可能性があります。通常、DBA は実稼働データにアクセスする必要があります。ユーザー権限の付与は、DBA ではなくデータ所有者の責任です。

説明/参照:
Explanation:
強制アクセス制御は禁止的であり、明示的に許可されていないものはすべて禁止されます。このコンテキスト内でのみ、任意の制御が機能し、同じ排他的原則でさらに多くのアクセスが禁止されます。システムが強制アクセス制御ポリシーを実施する場合、これらのポリシーと、より柔軟性のある強制アクセス ポリシーを区別する必要があります。
裁量制御はアクセス制御を上書きせず、有効にするためにセキュリティ ポリシーで許可される必要もありません。