セクション: 情報資産の保護
Explanation:
監査憲章には、情報システム監査に対する経営陣の目的と権限の委譲を明記する必要がある。
憲章は時間の経過とともに大きく変わるべきではなく、最高レベルの
監査規程は詳細なレベルではないため、具体的な内容は含まれません。
監査の目的または手順。

ソフトウェア開発でプロトタイピング アプローチを使用する最大の利点は、要件の概念化と明確化に役立つことです。プロトタイピング アプローチは、ソフトウェア製品の簡略版または部分版を作成して、その機能と機能性を実証する方法です。プロトタイピング アプローチは、ソフトウェア製品の要件を引き出し、検証し、改良するのに役立つほか、ユーザーや関係者からのフィードバックを得るのにも役立ちます。その他のオプションは、プロトタイピング アプローチを使用する最大の利点ではなく、むしろ、そうすることで得られる可能性のある結果や利点です。参考文献:
* CISA レビューマニュアル（デジタル版）、第 4 章、セクション 4.3.11
* CISA レビュー問題、解答、解説データベース、質問 ID 227

投資アドバイザー側では、自分の身元を証明したり、ニュースレターの機密を保持したりしようとはしません。目的は、受信者に、ニュースレターが一切変更されずに届いたこと、つまりメッセージの整合性が保たれていることを保証することです。選択肢 A は、ハッシュがアドバイザーの秘密鍵を使用して暗号化されているため正解です。受信者はニュースレターを開き、ハッシュを再計算し、アドバイザーの公開鍵を使用して受信したハッシュを復号化できます。2 つのハッシュが等しい場合、ニュースレターは送信中に変更されていません。選択肢 B は、投資アドバイザー以外は誰も開くことができないため、実行できません。選択肢 C は送信者の認証に対応していますが、メッセージの整合性には対応していません。選択肢 D は機密性に対応していますが、メッセージの整合性には対応していません。なぜなら、誰でも投資アドバイザーの公開鍵を入手し、ニュースレターを復号化して変更し、他の人に送信できるからです。傍受者はアドバイザーの秘密鍵を持っていないため、それを使用できません。傍受者の秘密鍵を使用して暗号化されたものは、受信者が自分の公開鍵を使用してのみ復号化できます。

説明
HR アプリケーションをプライベート クラウドの Infrastructure as a Service (IaaS) モデルに移行する場合、組織は、展開されたアプリケーションのオペレーティング システムのセキュリティ構成について主に責任を負います。これは、IaaS モデルでは、クラウド プロバイダーが、サーバー、ストレージ、ネットワークなど、顧客にリースする基盤となるインフラストラクチャのセキュリティについて責任を負うのに対し、顧客は、オペレーティング システム、ミドルウェア、アプリケーションなど、制御権を持つクラウド インフラストラクチャの領域のセキュリティについて責任を負うためです。したがって、組織は、HR アプリケーションを不正アクセスや悪意のある攻撃から保護するために、オペレーティング システムが適切に構成、パッチ適用、強化、監視されていることを確認する必要があります。
その他のオプションは、展開されたアプリケーションのオペレーティング システムのセキュリティ構成を主に担当するものではありません。クラウド プロバイダーの外部監査人は、セキュリティ構成については責任を負わず、関連する標準および規制に対するクラウド プロバイダーのコンプライアンスを検証して報告する責任を負います。
クラウド プロバイダーは、基盤となるインフラストラクチャのセキュリティに責任を負いますが、オペレーティング システムや顧客がそこにインストールしたソフトウェアについては責任を負いません。オペレーティング システム ベンダーは、オペレーティング システムの更新プログラムやパッチを提供する責任は負いますが、顧客のニーズに応じてオペレーティング システムを構成したり、セキュリティを確保したりする責任はありません。
参考文献:
11: IaaS (Infrastructure As A Service) とは何ですか? - Forbes
12: 共有責任モデルとは? - Check Point Software
13: クラウド セキュリティの責任者は誰ですか? - セキュリティ インテリジェンス