Prowler 云账户安全审计

这个技能解决的问题

云安全审计里，真正的难点不是“有没有工具”，而是把 AWS、Azure、GCP 中的配置漂移、权限过宽、日志缺失和合规偏离，变成能直接分配修复动作的发现。通用安全平台常给指标和大屏；当你需要 agent 在工程流程中定位某个账户、区域或资源上的具体错误配置，并按上下文继续排障时，这个技能把 Prowler 的审计能力组织为可执行步骤。

核心能力与工作方式

• 覆盖 AWS、Azure、GCP：按云平台执行安全与合规审计，聚焦账户、区域和资源级配置错误。
• 面向可操作发现：输出用于修复和验证的线索，而不是停留在平台能力介绍。
• 接入 agent 工作流：当需要云账户发现结果时，将 Prowler 接入任务链路，先确认运行环境、云凭证和云 CLI/认证设置，再运行审计并整理结果。
• 保留审计上下文：如需 AWS 角色假设，本地认证目录可能需要以只读方式提供给运行环境；这类边界要在执行前确认。

使用边界与注意点

• Prowler 的发现依赖凭证权限和可观测范围，权限不足、跨账户访问受限或区域日志不完整，都会造成结果缺失或误判。
• 审计结果应结合资产重要性、暴露面、数据敏感度和业务上下文，不宜把单项检查直接等同于完整安全结论。
• 多云审计前先确定账号边界、组织关系、日志采集和网络可达性，避免把临时环境与生产环境混在一起。
• 对高噪音检查项做收敛，限定账户、区域和规则范围；否则 agent 会被大量低风险发现干扰。
• 修复后应回到同一审计口径验证，确保配置漂移不再复现。