本文為英文版的機器翻譯版本，如內容有任何歧義或不一致之處，概以英文版為準。

# 已知問題解決方案
<a name="known-issue-resolution"></a>
+  **問題：**解決方案部署失敗，並出現錯誤，指出 Amazon CloudWatch 中已有資源可用。

   **解決方案：**檢查 CloudFormation 資源/事件區段中指出日誌群組已存在的錯誤訊息。ASR 部署範本允許重複使用現有的日誌群組。確認您已選取重複使用。
+  **問題：**解決方案無法在 EventBridge 規則無法建立的手冊巢狀堆疊中以錯誤進行部署

   **解決方案：**您可能已達到 [ EventBridge 規則的配額](https://docs.aws.amazon.com/eventbridge/latest/userguide/eb-quota.html)，並已部署手冊的數量。您可以在 Security Hub 中使用與本解決方案中的 SC 手冊配對[的合併控制調查結果](deciding-where-to-deploy-each-stack.md#consolidated-controls-findings)、僅部署所用標準的手冊，或請求增加 EventBridge 規則配額，以避免這種情況。
+  **問題：**我在同一帳戶中的多個區域中執行 Security Hub。我想要在多個區域中部署此解決方案。

   **解決方案：**在與 Security Hub 管理員相同的帳戶和區域中部署管理員堆疊。在已設定 Security Hub 成員的每個帳戶和區域中安裝成員範本。在 Security Hub 中啟用彙總。
+  **問題：**部署後，**SO0111-ASR-Orchestrator** 在取得自動化文件狀態失敗，出現 502 錯誤：*「`Lambda 無法解密環境變數，因為 KMS 存取遭拒。請檢查函數的 KMS 金鑰設定。KMS 例外狀況：UnrecognizedClientExceptionKMS 訊息：請求中包含的安全字符無效。（服務：AWSLambda；狀態碼：502；錯誤碼：KMSAccessDeniedException；請求 ID：... `"*

   **解決方法：**在執行修復之前，讓解決方案穩定約 10 分鐘。如果問題仍然存在，請開啟支援票證或 GitHub 問題。
+  **問題**：我嘗試修復問題清單，但未發生任何情況。

   **解決方法：**檢查調查結果的備註，了解未修復的原因。常見的原因是問題清單沒有自動修復。目前，如果沒有透過備註以外的修復，則無法直接提供意見回饋給使用者。檢閱解決方案日誌。在 主控台中開啟 CloudWatch Logs。尋找 SO0111-ASR CloudWatch Logs 群組。排序清單，以便先顯示最近更新的串流。選取您嘗試執行之問題清單的日誌串流。您應該會在那裡發現任何錯誤。故障的一些原因可能是：問題清單控制和修復控制之間不相符、跨帳戶修復 （尚未支援），或問題清單已修復。如果 無法判斷失敗的原因，請收集日誌並開啟支援票證。
+  **問題：**開始修復後，Security Hub 主控台中的狀態尚未更新。

   **解決方案：**Security Hub 主控台不會自動更新。重新整理目前的檢視。問題清單的狀態應更新。問題清單可能需要數小時才能從**失敗**轉換為**通過**。調查結果是從其他 服務傳送至 AWS Security Hub 的事件資料建立的，例如 AWS Config。重新評估規則之前的時間取決於基礎服務。如果這無法解決問題，請參閱上述的「*`我嘗試修復問題清單，但未發生任何問題。`」* 
+  **問題**：協調器步驟函數在**取得自動化文件狀態**中失敗：*呼叫 AssumeRole 操作時發生錯誤 (AccessDenied)*。

   **解決方案**：成員範本尚未安裝在 ASR 正在嘗試修復問題清單的成員帳戶中。遵循成員範本的部署說明。
+  **問題**：Config.1 Runbook 失敗，因為記錄器或交付管道已存在。

   **解決方案**：仔細檢查您的 AWS Config 設定，以確保 Config 已正確設定。在某些情況下，自動化修復無法修正現有的 AWS Config 設定。
+  **問題**：修復成功，但傳回訊息 `"No output available yet because the step is not successfully executed."` 

   **解決方案**：這是此版本中的已知問題，其中某些修復 Runbook 不會傳回回應。修復 Runbook 將正常失敗，並在解決方案無法運作時發出訊號。
+  **問題**：解決方案失敗並傳送堆疊追蹤。

   **解決方案**：我們偶爾會錯失處理會導致堆疊追蹤的錯誤條件的機會，而不是錯誤訊息。嘗試從追蹤資料疑難排解問題。如果您需要協助，請開啟支援票證。
+  **問題**：移除自訂動作資源上的 v1.3.0 堆疊失敗。

   **解決方案**：移除管理員範本可能會在移除自訂動作時失敗。這是將在下一個版本中修正的已知問題。如果發生這種情況：

  1. 登入 [AWS Security Hub 管理主控台](https://console.aws.amazon.com/securityhub/home)。

  1. 在管理員帳戶中，前往**設定**。

  1. 選取**自訂動作**索引標籤

  1. 手動刪除**使用 ASR 修復**的項目。

  1. 再次刪除堆疊。
+  **問題**：重新部署管理員堆疊後，步驟函數在 上失敗`AssumeRole`。

   **解決方案**：重新部署管理員堆疊會中斷管理員帳戶中管理員角色與成員帳戶中成員角色之間的信任連線。您必須在所有成員帳戶中重新部署成員角色堆疊。
+  **問題**：CIS 3.x 修復在超過 24 小時`PASSED`後仍未顯示。

   **解決方案**：如果您在成員帳戶中沒有 `SO0111-ASR_LocalAlarmNotification` SNS 主題的訂閱，這是常見的情況。