Security Findingへの自動Remediation

AWS Config Ruleで設定違反を検出してNON_COMPLIANTと判定したリソースを、Systems Manager Automationで自動修復したい。検出と修復を接続する最も適切な構成はどれですか。

AWS Configの自動修復で、一時的な失敗に対して一定期間だけ再試行し、無制限の再実行を避けたい。主に使用する設定の組み合わせはどれですか。

2,000件のリソースが同時にNON_COMPLIANTとなった。AWS Configの自動修復で、同時実行を対象の10%までに制限し、修復失敗が5%に達したら新しい修復実行を止めたい。最も適切な設定はどれですか。

AWS Config RuleがあるリソースをNON_COMPLIANTと評価した直後、管理者が手動で正しい設定へ変更した。その後、保存された評価を基に自動修復が開始される可能性がある。不要な変更を避けるため最も適切なのはどれですか。

Security Hubのセキュリティ検出結果には、対象リソースID、AWSアカウント、リージョン、検出結果タイプが含まれている。EventBridgeから起動するAutomationランブックは、ResourceId、AccountId、Region、RemediationTypeを入力として要求する。最も適切な実装はどれですか。

AWS Configの自動修復で、同じリソースが設定された試行条件を超えて繰り返し修復に失敗し、RemediationExceptionとなった。次の扱いとして最も適切なのはどれですか。

AWS Config RuleでNON_COMPLIANTとなったリソースにAutomationを実行し、設定変更自体は完了した。AWS Configを基準とした修復が完了したことを確認する方法として最も適切なのはどれですか。