次のステップが実行されます。

1. ユーザがプレーン テキストの要求（help）を送信します。クライアントがこれを暗号化（AaBb）し、MedRepo のリクエスト部門のサーバに暗号化トラフィックを送信します。

2. LifeIns のルータが暗号化トラフィックを受信し、リクエスト部門のサーバにルーティングします。

3. 管理対象デバイスはトラフィックを復号化しません。

   アクセス コントロール ポリシーが暗号化トラフィックの処理を続行してこれを許可し、セッション終了後に接続イベントを生成します。

4. 外部ルータがトラフィックを受信し、これをリクエスト部門のサーバにルーティングします。

5. 契約審査部門のサーバは、暗号化された情報の要求（AaBb）を受信し、これをプレーン テキスト（help）に復号化します。

6. Firepower Management Centerが接続イベントを受信します。

次のステップが実行されます。

1. ユーザがプレーン テキストの要求（help）を送信します。クライアントがこれを暗号化（AaBb）し、MedRepo のリクエスト部門のサーバに暗号化トラフィックを送信します。

2. LifeIns のルータが暗号化トラフィックを受信し、リクエスト部門のサーバにルーティングします。

3. 管理対象デバイスはこのトラフィックを復号化しません。

   アクセス コントロール ポリシーが暗号化トラフィックの処理を続行してこれを許可し、セッション終了後に接続イベントを生成します。

4. 外部ルータがトラフィックを受信し、これをリクエスト部門のサーバにルーティングします。

5. リクエスト部門のサーバは、暗号化された情報の要求（AaBb）を受信し、これをプレーン テキスト（help）に復号化します。

6. Firepower Management Centerが接続イベントを受信します。

次のステップが実行されます。

1. カスタマー サービス部門のサーバは、クライアント ブラウザから TLS/SSL ハンドシェイクの確立要求を受信すると、TLS/SSL ハンドシェイクの次のステップとして、サーバ証明書（cert）を LifeIns の契約審査担当者に送信します。

2. MedRepo のルータが証明書を受信し、これを LifeIns の契約審査担当者にルーティングします。

3. 管理対象デバイスは追加の検査を行わずにトラフィックをブロックし、TCP 接続を終了します。これにより、接続イベントが生成されます。

4. 内部ルータは、ブロックされたトラフィックを受信しません。

5. 契約審査担当者は、ブロックされたトラフィックを受信しません。

6. Firepower Management Centerが接続イベントを受信します。

次のステップが実行されます。

1. ユーザがプレーン テキストの要求（stats）を送信します。クライアントがこれを暗号化（AaBbC）し、契約審査部門のサーバに暗号化トラフィックを送信します。

2. 外部ルータがトラフィックを受信し、これを契約審査部門のサーバにルーティングします。

3. 管理対象デバイスは、アップロードされた既知の秘密キーで取得したセッション キーを使用して、このトラフィックをプレーン テキスト（stats）に復号化します。

   アクセス コントロール ポリシーは、カスタムの侵入ポリシーを使用して復号化トラフィックの処理を継続します。スプーフィング行為は検出されません。デバイスは暗号化トラフィック（AaBbC）を転送し、セッション終了後に接続イベントを生成します。

4. 内部ルータがトラフィックを受信し、これを契約審査部門のサーバにルーティングします。

5. 契約審査部門のサーバは、暗号化された情報（AaBbC）を受信し、これをプレーン テキスト（stats）に復号化します。

6. Firepower Management Centerは、暗号化および復号化されたトラフィックの情報とともに、接続イベントを受信します。

これに対し、スプーフィング行為の復号化トラフィックはすべてドロップされ、接続およびスプーフィング行為についてのログが記録されます。

次のステップが実行されます。

1. ユーザがプレーン テキストの要求（spoof）を送信しますが、このトラフィックは改変されており、発信元が MedRepo, LLC であるかのように偽装されています。クライアントがこれを暗号化（FfGgH）し、契約審査部門のサーバに暗号化トラフィックを送信します。

2. 管理対象デバイスは、アップロードされた既知の秘密キーで取得したセッション キーを使用して、このトラフィックをプレーン テキスト（spoof）に復号化します。

   アクセス コントロール ポリシーは、カスタムの侵入ポリシーを使用して復号化トラフィックの処理を継続し、スプーフィング行為を検出します。デバイスはトラフィックをブロックし、侵入イベントを生成します。セッション終了後、接続イベントを生成します。

3. 内部ルータは、ブロックされたトラフィックを受信しません。

4. 契約審査部門のサーバは、ブロックされたトラフィックを受信しません。

5. Firepower Management Centerは、暗号化および復号されたトラフィックの情報とともに、接続イベントおよびスプーフィング行為の侵入イベントを受信します。

次のステップが実行されます。

1. ユーザがプレーン テキストの要求（help）を送信します。クライアントがこれを暗号化（AaBb）し、リクエスト部門のサーバに暗号化トラフィックを送信します。

2. 内部ルータがトラフィックを受信し、これをリクエスト部門のサーバにルーティングします。

3. 管理対象デバイスは、再署名されたサーバ証明書と秘密キーで取得したセッション キーを使用して、このトラフィックをプレーン テキスト（help）に復号します。

   アクセス コントロール ポリシーは、カスタムの侵入ポリシーを使用して復号トラフィックの処理を継続します。不適切な要求は検出されません。デバイスはトラフィックを再暗号化（CcDd）して、送信を許可します。セッション終了後、接続イベントを生成します。

4. 外部ルータがトラフィックを受信し、これをリクエスト部門のサーバにルーティングします。

5. リクエスト部門のサーバは、暗号化された情報（CcDd）を受信し、これをプレーン テキスト（help）に復号化します。

6. Firepower Management Centerは、暗号化および復号されたトラフィックの情報とともに、接続イベントを受信します。

（注）	再署名されたサーバ証明書で暗号化されたトラフィックにより、信頼できない証明書についての警告がクライアントのブラウザに表示されます。この問題を避けるには、組織のドメイン ルートにある信頼できる証明書ストアまたはクライアントの信頼できる証明書ストアに CA 証明書を追加します。

これに対し、規制要件を満たさない情報を含んでいる復号化トラフィックは、すべてドロップされます。接続および非準拠情報についてのログが記録されます。

次のステップが実行されます。

1. ユーザが規制要件に準拠していない要求をプレーン テキスト（regs）で送信します。クライアントがこれを暗号化（EeFf）し、リクエスト部門のサーバに暗号化トラフィックを送信します。

2. 内部ルータがトラフィックを受信し、これをリクエスト部門のサーバにルーティングします。

3. 管理対象デバイスは、再署名されたサーバ証明書と秘密キーで取得したセッション キーを使用して、このトラフィックをプレーン テキスト（regs）に復号します。

   アクセス コントロール ポリシーは、カスタムの侵入ポリシーを使用して復号トラフィックの処理を継続し、不適切な要求を検出します。デバイスはトラフィックをブロックし、侵入イベントを生成します。セッション終了後、接続イベントを生成します。

4. 外部ルータは、ブロックされたトラフィックを受信しません。

5. リクエスト部門のサーバは、ブロックされたトラフィックを受信しません。

6. Firepower Management Centerは、暗号化および復号化されたトラフィックの情報とともに、接続イベントおよび不適切な要求の侵入イベントを受信します。