AWS EventBridge规则无法捕获SecretManager部分事件求助

以下是针对无法捕获ListSecrets、RotationFailed、RotationSucceeded、DescribeSecret事件的排查修复步骤：

1. 补全EventBridge事件模式的匹配规则 #

你当前的事件模式大概率仅覆盖了写操作的eventName，需补充遗漏的事件名称和特定事件类型：

• ListSecrets、DescribeSecret属于AWS API调用事件，要在模式的detail.eventName中添加这两个值
• RotationFailed、RotationSucceeded的detail-type为"Secrets Manager Rotation Status Change"，而非其他操作的"AWS API Call via CloudTrail"，因此事件模式需单独匹配该detail-type，同时指定detail.status为"FAILED"或"SUCCEEDED"

示例补充后的事件模式片段：

{
  "source": ["aws.secretsmanager"],
  "detail-type": ["AWS API Call via CloudTrail", "Secrets Manager Rotation Status Change"],
  "detail": {
    "eventName": ["CreateSecret", "UpdateSecret", "DeleteSecret", "PutSecretValue", "GetSecretValue", "ListSecrets", "DescribeSecret"],
    "status": ["FAILED", "SUCCEEDED"]
  }
}

2. 确认CloudTrail配置有效性 #

ListSecrets、DescribeSecret属于管理类API操作，需确保CloudTrail跟踪器满足以下条件：

• 已启用对应区域的跟踪（与Secrets Manager、EventBridge处于同一区域）
• 未禁用"只读操作"的日志记录：检查CloudTrail的"管理事件"设置，确保只读操作日志未被排除
• 日志交付正常：CloudTrail日志能正常发送至S3，且EventBridge可接收CloudTrail的事件流

3. 验证Rotation事件的触发前提 #

RotationFailed和RotationSucceeded事件仅在Secret配置自动轮转后才会触发，需确认：

• 目标Secret已开启自动轮转（在Secrets Manager控制台的"轮转配置"中启用）
• 轮转过程确实触发了状态变更（可手动触发一次轮转进行测试）

4. 检查Lambda执行角色权限（可选） #

虽然你能捕获其他事件，但如果Lambda执行角色缺少events:PutEvents或CloudWatch日志相关权限，可能导致部分事件的日志未被打印。不过更核心的问题是事件未到达Lambda，因此优先排查前面的步骤。

内容的提问来源于stack exchange，提问作者Chop Labalagun