説明／参考資料：
Explanation:
第4世代言語（4GL）は、アプリケーションのグラフィカルユーザーインターフェース（GUI）の設計に最適です。しかし、データ計算を多用する複雑な処理の設計には適していません。

セクション：情報資産の保護
Explanation:
データを一箇所に保管することは、データが重複なく保存され、すべてのデータが
ユーザーはシステム上に同じデータを持っています。頻度を増やすことで、
問題点としては、並行してデータ入力が行われる可能性があるため、重複のリスクを完全に排除することはできない。
ビジネス要件によって、データ処理活動が行われる場所が決まる可能性が高い。
IT問題を解決するためのビジネス構造は、実用的でも政治的にも実現可能ではない。検出制御は
重複処理の問題を解決し、追加のプロセスを実装する必要がある
発見された重複データを処理する。

分散型サービス拒否（DDoS）攻撃が発生していることを検出する最善の方法は、ログの自動監視を使用することです。DDoS攻撃は、不要なインターネットトラフィックを大量にサーバー、サービス、またはネットワークに送り込むことで、それらの運用を妨害します2。ログの自動監視は、ネットワークトラフィックパターンを分析し、トラフィックの急増やその他の異常なアクティビティを監視し、異常や悪意のあるリクエスト、プロトコル、またはIPブロックについて管理者やセキュリティチームに警告することで、潜在的なDDoS攻撃を特定するのに役立ちます3。ログの自動監視は、DDoS攻撃の発生源、種類、および影響を特定し、さらなる調査や軽減のための証拠を提供するのにも役立ちます。
他のオプションは、DDoS 攻撃を検出するためのログの自動監視ほど効果的ではありません。カスタマー サービスへの苦情は、ユーザーが Web サイトやサービスへのアクセスに関する問題を報告することに依存するため、DDoS 攻撃の間接的かつ遅延的な指標となります。カスタマー サービスへの苦情は、サーバー エラーやネットワークの問題など、DDoS 攻撃とは無関係の他の要因によっても発生する可能性があります。サーバーのクラッシュは、サーバーがすでに攻撃によって過負荷になり、機能を停止していることを示すため、DDoS 攻撃の極端で望ましくない指標です。サーバーのクラッシュは、データの損失や破損、サービスの中断、評判の低下につながる可能性もあります。侵入テストは、システムまたはネットワークのセキュリティ スタンスを評価するための積極的かつ予防的な措置ですが、進行中の DDoS 攻撃を検出しません。侵入テストでは、システムまたはネットワークの回復力または脆弱性をテストするために DDoS 攻撃をシミュレートすることがありますが、リアルタイムのトラフィックを監視したり、実際の攻撃者を特定したりすることはありません。
参考文献：
* ISACA CISAレビューマニュアル第27版（2019年）、254ページ
* DDoS攻撃を防ぐ方法 | 方法とツール | Cloudflare2
* サービス拒否攻撃の理解 | CISA3

説明／参考資料：
Explanation:
IS監査担当者は、勧告を行う前に、プロジェクトの内容と、予算超過やスケジュール超過の原因となった要因を理解する必要があります。組織は効果的なプロジェクト管理手法と健全なITガバナンス体制を備えていても、スケジュール遅延や予算超過に陥る可能性があります。予算超過の原因を調査せずにプロジェクトマネージャーを交代させるべき理由は何もありません。

Section: Protection of Information Assets