AWS CloudTrail 日志标准化工具
将以下提示词粘贴到你的 AI 对话框中:
请根据 https://skillhub.cn/install/skillhub.md,安装 @user_3c6cb52e/aws-cloudtrail-log-normalizer。
技能介绍
解决什么问题
CloudTrail 的原始 JSON 事件虽然适合审计,但字段结构、命名和粒度并不总是方便安全分析。eventSource 与 eventName 必须结合用户身份、来源 IP、目标资源和请求结果才能理解,MITRE ATT&CK 归类也常依赖人工查表。若把这些原始记录直接交给 SIEM 或其他平台,证据虽然保留,但标准化和富化工作仍要由下游承担。
它如何工作
- 解析 CloudTrail JSON 事件,提取
eventTime、eventSource、eventName、userIdentity、sourceIPAddress、resources等关键字段。 - 将时间、身份、地址和资源信息整理为 OCSF 可表达的规范化对象,减少不同系统对同名字段的理解差异。
- 保留事件上下文,例如调用方是谁、操作了哪个资源、请求是否成功。
- 调用 MITRE ATT&CK STIX API,使用
eventSource/eventName查询映射,得到对应的 ATT&CK 技术 ID。 - 输出规范化后的事件数据和 ATT&CK 映射,供日志平台、审计流程或威胁狩猎使用。
适用边界
- 仅处理 AWS CloudTrail JSON 日志,不负责 GuardDuty findings、Network Firewall logs、VPC Flow Logs 等其他数据源的解析。
- ATT&CK 映射质量取决于 STIX API 中是否包含对应
eventSource/eventName;未命中时应保留原始字段,不应强行归因。 - 该技能负责标准化与富化,不负责生成告警规则、风险评分或替代分析师判断。
- 输出可能包含用户、IP 和资源标识,共享前仍需按数据治理要求进行检查。
使用场景
- 做 CloudTrail 日志审计时,需要把原始 JSON 事件规范化为 OCSF 格式,避免各系统字段理解不一致
- 排查可疑 API 调用时,需要按 eventSource/eventName 查询对应的 MITRE ATT&CK 技术 ID 来归类手法
- 把 CloudTrail 日志接入 SIEM 前,需要提取并富化用户身份、来源 IP、目标资源等上下文字段
- 构建威胁狩猎数据管道时,需要把 AWS 审计事件关联到 ATT&CK 技术,支撑攻击面分析
适合人员
- 云安全工程师:需要定期把 CloudTrail 原始日志转换成可查询的 OCSF 标准化记录
- 威胁狩猎分析师:需要根据事件中的 API 名称快速定位 ATT&CK 技术,归类攻击行为
- SOC 工程师:需要在接入日志平台前对 CloudTrail 事件做字段提取与上下文富化
- 日志平台开发者:需要为下游系统实现 CloudTrail JSON 的解析、规范化和 ATT&CK 映射逻辑