セクション: 情報資産の保護
Explanation:
当事者間のやり取りは電子的に行われるため、固有の認証は行われません。したがって、トランザクションの承認が最大のリスクとなります。選択肢 B と D はリスクの例ですが、その影響は不正なトランザクションほど大きくはありません。伝送遅延により、プロセスが終了したり、通常の処理時間が経過するまで回線が停止したりする可能性がありますが、データが失われることはありません。

送信されるデータのハッシュまたはダイジェストの計算とその暗号化には、クライアント (受信者) の公開キーが必要であり、メッセージの署名またはデジタル署名と呼ばれます。受信者は同じプロセスを実行し、受信したハッシュを自分の秘密キーで復号化した後、受信したデータで計算されたハッシュと比較します。これらが同じであれば、到着したデータに整合性があり、発信元が認証されているという結論になります。発信者の秘密キーでハッシュを暗号化するという概念は、ハッシュを自分の公開キーでのみ復号化できるため、否認防止を実現します。また、CD が示唆するように、秘密キーは受信者には知られません。簡単に言えば、キー ペアの状況では、送信者の公開キーで復号化できるものはすべて、送信者の秘密キーで暗号化されているはずなので、送信者自身であるはずです (つまり、否認防止)。選択肢Cは不正解です。なぜなら、もしそうであれば、ハッシュは受信者によって復号化できず、否認防止の利点が失われ、メッセージが傍受され、変更されていないことを検証することができなくなるからです。デジタル署名は、秘密鍵で暗号化して作成されます。署名を作成する人は自分の秘密鍵を使用します。そうでなければ、誰でも任意の公開鍵で署名を作成できるようになります。したがって、クライアントの署名はクライアントの秘密鍵で作成され、これは次の方法で検証できます。

セクション: 情報システムの運用、保守、サポート