セキュリティエンジニアが、インシデントレスポンスのためにAmazon EC2の隔離手順を構築しています。目標は、フォレンジックチームによるアクセスを除き、ターゲットインスタンスへのすべてのインバウンドおよびアウトバウンドトラフィックをブロックすることです。各インスタンスには独自のセキュリティグループがあり、複数のインスタンスが同じサブネットを共有しています。テスト中、エンジニアはターゲットへのSSHセッションを開き、既存のセキュリティグループルールを削除し、フォレンジックチームがポート22でアクセスできるようにルールを追加します。パブリックIPへのICMPはブロックされていますが、既存のSSHセッションはアクティブなままです。インスタンスを完全に隔離するために、エンジニアは何をすべきですか？

正解は、既存のSSHセッションを終了させ、フォレンジックチームが安全にアクセスできるようにAWS Systems Manager Session Managerを利用する方法です。セキュリティグループのポート22ルールを削除することで、既存のSSHセッションは切断され、他のすべてのインバウンド/アウトバウンドトラフィックもブロックされます。その後、フォレンジックチームがSession Manager経由でアクセスできるよう、適切なIAMロールをインスタンスにアタッチします。 他の選択肢は不適切です。 セキュリティグループへの許可ルールの追加と削除は、既存のSSHセッションを切断せず、一時的にインスタンスを危険にさらす可能性があります。 ネットワークACLの変更は、同じサブネット内の他のインスタンスにも影響を与え、広範なサービス中断を引き起こす可能性があります。 ホストベースのファイアウォールは、SSHセッションがアクティブな間は設定が困難であり、また、インスタンスが侵害されている場合、信頼できない可能性があります。