企业官网建设流程全解析

security-audit-skill 云部署安全审计实战：快速排查 IAM 越权、K8s 准入不一致与元数据 SSRF

【免费下载链接】security-audit-skillA coding-agent skill for multi-phase security audits with independently verified, machine-readable findings项目地址: https://gitcode.com/GitHub_Trending/se/security-audit-skill

security-audit-skill 是一款面向编码 Agent 的安全审计技能（security audit skill），能把你的 coding agent 变成专业安全审计员，对仓库执行六阶段结构化审计，并输出可机器校验的发现报告。本文以它的云部署审计手册为线索，带你用 security-audit-skill 系统排查云环境三大高发风险：IAM 工作负载身份越权、Kubernetes 准入策略路径不一致、元数据 SSRF，适合刚接触 AI 安全审计的开发者上手。

它是什么：把 Agent 变成"安全审计团队"

security-audit-skill 不是一个扫描器，而是一套审计工作流技能。它让 Agent 按 skills/security-audit/SKILL.md 定义的路径执行六个阶段：

1. 侦察（Reconnaissance）——绘制架构、信任边界，生成coverage-ledger.json覆盖台账
2. 覆盖驱动狩猎——从台账分配独立"猎人"Agent 分头排查，防止遗漏
3. 候选验证——每个候选漏洞交给没参与发现的新 Agent 尝试证伪
4. 结构化输出——结论写入findings.json，并用 report-schema.json 校验
5. 独立记录复核——全新 Agent 复核最终记录
6. 中立报告——生成REPORT.md、FINDINGS-DETAIL.md、NEEDS-VALIDATION.md

核心设计原则（见 README.md）：对抗式验证（验证者永远不是发现者）、只有确认的边界失效才算漏洞、深度防御缺口不算漏洞。这直接避免了传统扫描"误报刷屏"的痛点。

上手三步：安装、启动、限定沙箱

🚀 第一步，克隆仓库：

git clone https://gitcode.com/GitHub_Trending/se/security-audit-skill

第二步，把 coding agent 指向要审计的代码库，直接说"security audit this codebase"或"find security vulnerabilities in ./src"即可自动触发（触发词机制见 SKILL.md）。

第三步，确认执行环境满足沙箱要求：目标受控的构建/测试进程必须在操作系统级沙箱内运行——禁用外网、白名单环境变量、只读源码、资源限额。若沙箱条件不满足，工作流会安全降级：把结论保持为needs_validation，而不是强行执行目标代码（SKILL.md）。

云部署三大典型风险：skill 是怎么查的

云部署场景由专门的配套手册 CLOUD-AND-DEPLOYMENT.md 驱动。它的核心纪律是：不能仅凭一个 manifest 文件就推断线上暴露面——必须先确认哪个环境消费它、哪些 overlay 会修改它、该源路径是否真实生效（CLOUD-AND-DEPLOYMENT.md）。下面看三个重点攻击类。

IAM 越权：工作负载身份"权力膨胀"

云环境最常见的越权来自工作负载身份（Pod、函数、边缘 Worker、节点）。手册将 IAM 攻击拆成三类（CLOUD-AND-DEPLOYMENT.md）：

• 工作负载身份越权：某身份能操作超出其角色的租户、账户或 API，且不可信的请求输入恰好能选中该目标。审计要点是逐条核对策略条件、资源模式、ServiceAccount 绑定与命名空间映射；
• 跨账户/跨租户角色混淆：角色假设、外部 ID、令牌交换接受了未绑定到预期源账户或受众的身份声明；
• 应用授权委托给云元数据：应用直接信任调用方提供的身份头、标签、账户 ID，却不验证其来自云控制平面——云 IAM 和应用授权是两道独立的检查。

注意判定标准：宽泛策略只有在"更低信任输入能触达未授权操作"时才是发现，否则只是加固建议。

K8s 准入不一致：一条路有防线，另一条路裸奔

准入与策略路径不一致（CLOUD-AND-DEPLOYMENT.md）指：主部署路径执行了镜像身份、命名空间、资源、密钥或权限策略，但 Job、升级、恢复、迁移或兼容性路径没有。审计时需要确认替代路径及其最终部署出的对象。

与之配套的还有命名空间与标签信任混淆：网络、准入或密钥策略依赖标签/注解/命名空间做选择器，而更低信任的主体恰好能设置这些标签——此时要对比"谁控制选择器"与"匹配后授予多大权限"（CLOUD-AND-DEPLOYMENT.md）。

💡 排查技巧：渲染每个维护环境的最终配置并做矩阵对比——外部端口、工作负载身份、网络对端、挂载密钥、云资源。任何差异都必须有属主或策略层面的解释。

元数据 SSRF：让服务器替你去"169.254.169.254"

元数据与内部服务可达性（CLOUD-AND-DEPLOYMENT.md）描述的经典场景：不可信的 URL、目的地或协议选择，带着工作负载凭据打到了实例/容器元数据服务、控制平面 socket 或内部 API。

URL 解析、重定向、DNS rebinding 的排查交给通用攻击类手册（ATTACK-CLASSES.md），云场景则额外要求确认部署网络、元数据服务版本（如 IMDSv2 是否强制）和身份边界。此外，webhook/回调 URL 这类"让用户填地址、服务器去抓取"的功能也是 SSRF 高发点（ATTACK-CLASSES.md）。

结论可信吗：三种判定 + 机器可读校验

security-audit-skill 最容易被新手忽视的价值，是它的判定纪律：

所有记录必须符合 report-schema.json，并用零依赖的 validate-findings.cjs 和 validate-coverage-ledger.cjs 校验。验证规则（CLOUD-AND-DEPLOYMENT.md）还要求：按固定版本核对 provider 默认值，不假设公网 IP、元数据可达或防火墙宽松——本地只能渲染模板、评估策略，不得探测线上端点。

新手速查清单 ✅

• 用"security audit this codebase"触发 skill，指定输出目录
• 确认沙箱四要素：禁外网、白名单环境、只读目标、资源限额
• 检查 IAM：身份→操作→资源的映射是否存在越权路径
• 检查 K8s：所有部署路径（含 Job/恢复/迁移）是否都过准入策略
• 检查 SSRF：用户可控 URL → 内网/元数据服务的可达性
• 只信任confirmed结论；needs_validation按验证计划逐项落地
• 多次运行：重复审计比单次更能发现遗漏（单次约只能发现一半漏洞）

云部署的安全问题往往藏在"配置意图"与"实际部署"的缝隙里。security-audit-skill 把这种排查变成可重复、可校验的流程——下一次审计前，不妨先让它从 IAM 与准入策略查起。

【免费下载链接】security-audit-skillA coding-agent skill for multi-phase security audits with independently verified, machine-readable findings项目地址: https://gitcode.com/GitHub_Trending/se/security-audit-skill