尧图网页设计 
AI 技能应用安全【免费下载链接】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点击查看免费下载云部署代码IAM 策略、基础设施即代码、容器与 Kubernetes 清单、Service Mesh、Serverless/Edge 函数、Ingress、对象存储、托管服务与环境配置是安全审计中事实密度最高、也最容易产生误报的领域。本指南以开源仓库 security-audit 的 CLOUD-AND-DEPLOYMENT.md 为骨架系统讲解该编码代理技能在云与部署域的五类攻击模型Workload 身份与 IAM、Ingress 与网络控制面、容器与编排、配置与机密生命周期、托管存储/事件/边缘、贯穿所有场景的通用动作以及上报任何结论前必须满足的五条验证规则。读完本文你将掌握如何在审计中区分源码可证实的缺陷与需要所有者观测的部署事实并能为被审计仓库产出confirmed与needs_validation两类有据可查的发现记录。该文档的使用时机与触发场景security-audit 是一个多阶段、源码优先的安全审计技能其完整工作流侦察、覆盖度驱动猎捕、候选验证、结构化输出、独立记录复核、目标中立报告定义在 SKILL.md 中。云与部署是它按攻击面拆分的多个领域文档之一ATTACK-CLASSES.md 在按目标类型选择攻击类别的说明中明确当目标涉及IAM、基础设施即代码、容器/Kubernetes、Service Mesh、Serverless/边缘、Ingress、Provider 事件或运行时配置时应选用 CLOUD-AND-DEPLOYMENT.md。具体而言当被审计仓库中出现以下任一要素时猎手代理subagent就应打开该文档云身份与基础设施云身份cloud identity、基础设施、容器、Kubernetes、Service Mesh、Serverless 函数、边缘 Worker、Ingress、对象存储、托管服务、环境特定配置需要回答的核心问题已部署的组件是否获得了预期的身份identity、隔离isolation、网络可达性network reachability、机密secrets与策略policy。该文档还划清了与其他领域文档的边界避免重复审计相邻领域对应文档分工构建与发布信任依赖、CI、签名、升级、插件SUPPLY-CHAIN-AND-RELEASE.md构建产物从源码到用户运行的信任交接HTTP 代理语义转发头、缓存、认证协议WEB-PROTOCOL-AND-AUTH.mdHTTP 请求构框、缓存与认证协议数据存储的租户范围多租户隔离、缓存、导出/迁移/删除DATA-ISOLATION-AND-LIFECYCLE.md数据存储层的租户作用域一个关键背景是源码通常表达意图而非事实。云部署的真实生效策略往往取决于哪个环境消费该清单、哪些默认值或 overlay 覆盖了它、以及该源码路径是否真正处于激活状态。因此审计者必须把源码可确认的缺陷与需要部署验证的事实严格分开这正是该文档所有攻击类别与验证规则围绕的轴心。核心纪律注入每个云域代理提示词的五条铁律CLOUD-AND-DEPLOYMENT.md 要求凡是覆盖本域的猎手提示词都必须原样包含以下核心纪律块在 HUNTING.md 的猎手提示词结构中这是选定伴生块的一部分与攻击类别小节、通用动作、验证规则一起逐字复制给代理- Do not infer a live exposure from a manifest alone. Establish which environment consumes it, what defaults or overlays modify it, and whether the source path is active. - Map each workloads identity to specific operations and resources. Broad policy is a finding only when lower-trust input can reach an unauthorized action. - Ingress, proxies, service mesh, metadata services, and admission policy are real boundaries, but only count a control when its configuration and attachment are visible. - Secret references are not secret disclosure. Require a lower-trust reader, output, artifact, log path, or unsafe fallback. - Use confirmed for active in-repo configurations and local rendering/policy validation. Use needs_validation for account policy, network attachment, runtime admission, hosted metadata, or drift that needs owner observation.逐条拆解其工程含义不要仅凭清单推断真实暴露。一份 Kubernetes 清单或 Terraform 文件存在于仓库中不代表它就是线上生效的那份。审计者必须确定哪个环境消费它、默认值与 overlay如 Helm values、Kustomize 补丁、按 region 的环境变量如何修改它、该源码路径当前是否激活。这直接对应 SKILL.md 的Respect source visibility原则——部署控制、Provider 设置、拓扑等若不在仓库内既不能假设其存在也不能假设其缺失。把每个 Workload 的身份映射到具体操作与资源。宽泛的策略过宽只有在低信任输入能够触达一个未授权动作时才构成发现。例如一个 ServiceAccount 拥有过大的 Role 权限本身只是配置建议必须证明某个可由低信任请求或任务输入选择的目标tenant、account、resource、API会被该身份越权操作才算漏洞。Ingress、代理、Service Mesh、元数据服务、准入策略是真实边界但只有配置 挂载attachment均可见时才计为一个控制。安全审计只认可见的控制。若仓库里写了一段网络策略但没有任何对象挂载它或 mesh 注入配置存在但无法确认 Sidecar 是否真正注入则该控制对审计结论的支撑是有限的。机密引用 ≠ 机密泄露。代码里出现os.Getenv(DB_PASSWORD)或引用 Secret 卷不是漏洞。要构成泄露必须存在一个更低信任的读者、输出、制品、日志路径或非安全回退能实际拿到凭据值。这条与 SKILL.md 中禁止把防御纵深缺失升格为漏洞的基调一致——公开端点或 Key ID 不是凭据。严格区分两个结论等级confirmed仓库内激活的配置 本地渲染/策略验证可确立完整边界与具体结果needs_validation账户策略、网络挂载、运行时准入、托管元数据或漂移drift需要所有者观测且该事实对结论是决定性的。这两类记录在 report-schema.json 中结构截然不同confirmed需要root_cause、execution.observed_result、remediation、severity等字段且总体严重度不得超过已证实的 impactneeds_validation则必须携带blockers和至少一个validation_plan.local或validation_plan.deployment计划且禁止包含 severity该约束由 validate-findings.cjs 在 Phase 4/5 强制检查。攻击类别一Workload 身份与 IAM本类别由general子代理执行覆盖三种攻击模型Workload 身份越权Workload identity overreach一个 Workload、Pod、函数、边缘 Worker 或节点身份可以作用在其角色范围之外的租户、账户、资源或 API 之上并且不可信请求或任务输入可以选择该目标。审查要点云策略条件policy conditions资源模式resource patterns即策略中对资源 ARN/名称的通配或前缀限定ServiceAccount 挂载attachment命名空间映射namespace mapping回退凭据fallback credentials如从实例元数据意外取到的角色。典型形态某函数对特定前缀的对象拥有写权限但函数名或对象 Key 由调用方输入决定导致低信任输入能把写操作引导到策略条件之外的资源。跨账户/跨租户角色混淆Cross-account or cross-tenant role confusion角色扮演role assumption、External ID、令牌交换token exchange、Workload 联合workload federation或资源策略接受了未绑定到预期源账户、受众audience、仓库、命名空间或 Workload 的身份声明。审计时必须同时建立两件事信任策略trust policy谁被允许扮演该角色调用方可控声明caller-controlled claim调用方能在扮演请求中放入哪些字段。若调用方可以自由选择RoleArn、ExternalId、aud或命名空间标签而信任策略没有用这些字段做强绑定则可能把某账户的高权角色扮演给低信任主体。应用授权被委托给云元数据Application authorization delegated to cloud metadata应用信任调用方提供的身份头、标签、注解、账户 ID 或资源元数据却没有验证它们来自云控制面或可信代理。核心区分云 IAM 与应用授权是两个独立的检查。例如后端依据X-Forwarded-For、X-Amz-Cognito-Identity-Id或对象标签决定授权但该值可由调用方直接构造那么仓库中的这段应用授权代码就是一个真实边界漏洞——除非有可信代理剥离并重写这些头。攻击类别二Ingress、网络与控制面意外暴露的服务或管理面可达性Unexpected service or management-plane reachabilityIngress、Service、监听器、安全组、负载均衡注解、端口映射或服务器绑定把管理接口、调试接口、指标、节点、控制面或内部 API暴露给了更低信任的网络。判定要点缺少网络控制本身只算needs_validation——因为仓库内看不到真实安全组挂载与流量路径仓库可控的、通往敏感处理器的公网路由可以算confirmed——例如 Terraform 里显式声明了一个向0.0.0.0/0开放的 Load Balancer 监听器并指向管理端口。可信代理与 Mesh 身份绕过Trusted-proxy and mesh identity bypass后端接受了来自预期 Ingress/Sidecar 之外对等方的转发身份、mTLS 主体或授权元数据或者备用端口、健康检查路径、遗留路径绕过了 Mesh。审计时需验证头部剥离header stripping反向代理是否清除了调用方可控的身份头对等方可达性peer reachability其他网络路径是否直达后端代理缺失时的 fail-open 行为当 proxy/sidecar 不存在或注入失败时后端是否仍然放行。元数据与内部服务可达性Metadata and internal-service reachability不可信的 URL、目标或协议选择可以触达实例/容器元数据、控制面 Socket 或携带 Workload 凭据的内部 API经典的 IMDS SSRF 即属此类。该文档要求在此建立部署后的网络、元数据版本与身份边界而 URL 解析与重定向处理本身的漏洞细节应回溯到 ATTACK-CLASSES.md 中 Resource and file handling 的 SSRF 条目——两个文档分工协作这里确认部署层面的可达边界那里追踪解析器差异与重定向链。攻击类别三容器与编排主机或控制面能力暴露Host or control-plane capability exposure低信任 Workload 可以选中特权模式、capabilities、主机命名空间、主机路径、设备挂载、容器运行时 Socket 或 ServiceAccount 令牌从而越入节点/控制面权威。文档特别强调一条反误报准则仅仅缺少 seccomp 或只读文件系统属于加固建议hardening除非存在一条可达的操作真正跨越该边界。也就是说privileged: true单独出现不是漏洞必须证明一个低信任输入能驱动该容器执行越权动作。这与 SKILL.md 的防御纵深缺口不是漏洞原则完全一致。准入与策略路径不一致Admission and policy path inconsistency一条部署路径强制了镜像身份、命名空间、资源、机密或权限策略而另一条控制器、Job、升级、恢复或兼容路径没有。审计者必须确认那条备用路径以及它最终产生的已部署对象resulting deployed object——例如一个 Operator 通过自定义控制器绕过 ValidatingWebhook 直接创建 Pod。命名空间与标签信任混淆Namespace and label trust confusion网络、准入、机密或 Workload 身份策略依赖低信任主体可以设置的标签、注解、名称或命名空间。审计动作比较谁能设置选择器selector与匹配成功授予什么权威。如果 NetworkPolicy 按apptrusted标签放行而该标签可由普通用户通过任意 Deployment 的 metadata 写入则策略的信任根是脆弱的。攻击类别四配置与机密生命周期安全控制优先级漂移Security-control precedence drift开发环境值、Chart 默认值、环境变量、命令行 Flag、Feature Gate、Sidecar 注入开关或按 region 的 overlay可能在已部署环境中禁用了认证、传输安全、租户作用域或审计策略。文档给出的纪律是为每一个受维护的部署渲染最终配置render the final configuration而不是只看基础文件。这正是核心纪律第 5 条在实操中的落地本地用 Helm/Kustomize 渲染出各环境的最终 YAML再逐项核对传输安全、认证与租户隔离是否被 overlay 覆盖。这类仓库内激活配置 本地渲染验证的结果可以安全地给出confirmed。跨 Workload 边界的机密暴露Secret exposure across workload boundaries机密进入日志、崩溃报告、进程参数、共享环境、过宽卷、构建输出、服务发现或另一个 Workload/租户可读的 API。审计要点检查机密类型与权威secret type and authority公开端点或 Key ID 不是凭据——例如某个公网对象存储中只有配置文档没有私钥值不算泄露。凭据续期与故障回退Credential renewal and outage fallback未能挂载、刷新、轮换或撤销 Workload 凭据会导致过期凭据仍然活跃或应用接受更低信任的身份模式。审查启动startup、就绪readiness、重连reconnect与缓存客户端cached-client行为——例如凭据缓存命中永不过期或 AWS SDK 在 IMDS 失败时静默回退到环境变量中的长期密钥。攻击类别五托管存储、事件与边缘对象与签名 URL 策略混淆Object and signed-URL policy confusionBucket/容器策略、对象 Key、CDN 源或签名 URL未能绑定主体、操作、对象命名空间、受众或过期时间。审查必须覆盖列list/版本version操作与写路径而不仅是读路径——经典的桶可公开列目录或预签名 URL 无前缀限制导致越权下载即属此类。事件源身份混淆Event-source identity confusion函数或 Worker 把事件体字段当作源身份却没有验证 Provider 签名的信封、订阅/主题、账户、区域与重放状态。必须对比**推push、拉pull、重试retry与死信dead-letter**四条路径——因为重试路径往往绕过在推送路径上校验的订阅身份绑定。边缘/运行时边界不匹配Edge/runtime boundary mismatch边缘或 Serverless 运行时假设了与源运行时不同的机密、API、文件系统、隔离或租户策略而回退到源站origin会改变权威或缓存行为。审计动作确认哪条配置选择了哪条路径例如 Worker 代码中env.ORIGIN决定回源地址而边缘环境变量由外部系统注入。贯穿所有类别的通用动作Universal moves在任意一个或多个攻击类别下CLOUD-AND-DEPLOYMENT.md 还要求三条贯穿动作它们与 RECONNAISSANCE.md 中本地执行与部署可见性的侦察代理任务直接呼应渲染每个受维护的环境制作矩阵以外部端口、Workload 身份、网络对等方、挂载的机密、云资源为列逐一填写每个环境的取值。任何差异都需要所有者或策略给出解释——差异本身是漂移的候选证据。把低信任请求、对象、标签或事件一路跟进到云策略展示哪个 Workload 凭据执行了最终操作、什么条件本应限定该操作。这是把策略过宽从配置建议升级为漏洞的唯一路径——最终动作的执行者与限定条件必须具体到可以引用源码行。对比正常部署、迁移、恢复、节点维护、故障转移与本地/模拟器路径并审查当 Mesh、准入、身份、机密或策略服务不可用时系统的行为——降级路径的默认行为fail-open 与否本身就是安全事实。上报任何云域发现前的五条验证规则这是该文档的收尾部分也是强制的候选门禁candidate gate适用于本域任何一条上报建立激活的源码路径与生效的部署对象否则使用needs_validation并说明缺的是哪份渲染后的清单或哪个需所有者观测的挂载。具名四要素低信任调用方/Workload、云或应用身份、可控的选择器controllable selector、受影响资源与未授权操作或泄露。要素不全就不成其为可验证的发现。核对钉死版本下的 Provider 与编排器默认值。不要假设存在公网 IP、可达的元数据服务、宽松防火墙或缺失的准入挂载——默认行为必须依据被审计仓库钉死的版本查证。本地验证保持有界可以渲染模板、评估策略、在隔离夹具isolated fixture中检查容器/用户命名空间或用虚拟身份运行模拟器emulator。严禁探测在线端点或改动共享云资源——这与 SKILL.md 的沙箱执行边界无外网、空环境白名单、只读目标、scratch 专属写入严格一致。结论分级confirmed必须包含完整的激活源码追踪与具体的边界结果needs_validation必须给出确切缺失的部署策略、身份挂载、overlay、网络或漂移观测项。该分级随后会被 Phase 3 的新鲜验证者fresh verifier复核并由 report-schema.json 与 validate-findings.cjs 做结构性强制——例如confirmed记录不得携带blockers/validation_planneeds_validation记录不得携带severity。在完整审计流程中的位置云与部署域文档不是孤立清单而是嵌入 security-audit 六阶段流水线的一个伴生块companionPhase 1 侦察Agent 1d本地执行与部署可见性会识别部署控件与挂载中源码无法建立、若决定性则需needs_validation的部分并在 RECONNAISSANCE.md 定义的architecture.md中完成伴生块选择——只有当侦察发现文档When to use this file所描述的信任敏感边界时才选择本文件Phase 2 猎捕每个覆盖本域的 ledger 单元会逐字携带本文件的Core discipline、所选攻击类别小节、Universal moves与Validation rules见 HUNTING.md 的猎手提示词结构猎手以结构化 JSON 返回 covered/candidate/blocked 结果Phase 3/5 验证候选提交给从未参与猎捕的新鲜验证者验证者独立复核源码行与有界结果可把needs_validation升为confirmed仅当独立确立完整路径与结果或把confirmed降级Phase 4/6 输出记录按三个 verdict 分支写入findings.json并经无依赖校验器验证最终生成目标中立的 [REPORT.md / FINDINGS-DETAIL.md / NEEDS-VALIDATION.md]。对审计者而言本文件的实操价值可归结为一句话在云与部署域宁可把证据不足的边界假说记为needs_validation并给出确切的观测计划也不要凭清单推测出一个没有完整激活路径支撑的confirmed漏洞——前者是受控的审计缺口后者是误报源头。赞分享AI 技能应用安全【免费下载链接】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 攻击类别Attack Classes全解析多阶段安全审计的漏洞狩猎分类体系与实战指引security audit skill 攻击类别Attack Classes全解析多阶段安全审计的漏洞狩猎分类体系与实战指引 导读 本文是 securiAI 技能应用安全Agentic 内存安全审计实战指南基于 cloudflare-security-audit Skill 的 Binary/Kernel 漏洞猎杀方法论Agentic 内存安全审计实战指南基于 cloudflare security audit Skill 的 Binary/Kernel 漏洞猎杀方法论 导读AI 技能AI 插件Desktop、移动端与本地 IPC 安全审计指南基于 security-audit-skill 的多阶段威胁狩猎实践Desktop、移动端与本地 IPC 安全审计指南基于 security audit skill 的多阶段威胁狩猎实践 导读 本文围绕 security auAI 技能应用安全创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考 云与部署安全审计实战指南：用 security-audit Skill 猎捕 IAM、容器与配置漂移类漏洞
AI 技能应用安全【免费下载链接】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点击查看免费下载云部署代码IAM 策略、基础设施即代码、容器与 Kubernetes 清单、Service Mesh、Serverless/Edge 函数、Ingress、对象存储、托管服务与环境配置是安全审计中事实密度最高、也最容易产生误报的领域。本指南以开源仓库 security-audit 的 CLOUD-AND-DEPLOYMENT.md 为骨架系统讲解该编码代理技能在云与部署域的五类攻击模型Workload 身份与 IAM、Ingress 与网络控制面、容器与编排、配置与机密生命周期、托管存储/事件/边缘、贯穿所有场景的通用动作以及上报任何结论前必须满足的五条验证规则。读完本文你将掌握如何在审计中区分源码可证实的缺陷与需要所有者观测的部署事实并能为被审计仓库产出confirmed与needs_validation两类有据可查的发现记录。该文档的使用时机与触发场景security-audit 是一个多阶段、源码优先的安全审计技能其完整工作流侦察、覆盖度驱动猎捕、候选验证、结构化输出、独立记录复核、目标中立报告定义在 SKILL.md 中。云与部署是它按攻击面拆分的多个领域文档之一ATTACK-CLASSES.md 在按目标类型选择攻击类别的说明中明确当目标涉及IAM、基础设施即代码、容器/Kubernetes、Service Mesh、Serverless/边缘、Ingress、Provider 事件或运行时配置时应选用 CLOUD-AND-DEPLOYMENT.md。具体而言当被审计仓库中出现以下任一要素时猎手代理subagent就应打开该文档云身份与基础设施云身份cloud identity、基础设施、容器、Kubernetes、Service Mesh、Serverless 函数、边缘 Worker、Ingress、对象存储、托管服务、环境特定配置需要回答的核心问题已部署的组件是否获得了预期的身份identity、隔离isolation、网络可达性network reachability、机密secrets与策略policy。该文档还划清了与其他领域文档的边界避免重复审计相邻领域对应文档分工构建与发布信任依赖、CI、签名、升级、插件SUPPLY-CHAIN-AND-RELEASE.md构建产物从源码到用户运行的信任交接HTTP 代理语义转发头、缓存、认证协议WEB-PROTOCOL-AND-AUTH.mdHTTP 请求构框、缓存与认证协议数据存储的租户范围多租户隔离、缓存、导出/迁移/删除DATA-ISOLATION-AND-LIFECYCLE.md数据存储层的租户作用域一个关键背景是源码通常表达意图而非事实。云部署的真实生效策略往往取决于哪个环境消费该清单、哪些默认值或 overlay 覆盖了它、以及该源码路径是否真正处于激活状态。因此审计者必须把源码可确认的缺陷与需要部署验证的事实严格分开这正是该文档所有攻击类别与验证规则围绕的轴心。核心纪律注入每个云域代理提示词的五条铁律CLOUD-AND-DEPLOYMENT.md 要求凡是覆盖本域的猎手提示词都必须原样包含以下核心纪律块在 HUNTING.md 的猎手提示词结构中这是选定伴生块的一部分与攻击类别小节、通用动作、验证规则一起逐字复制给代理- Do not infer a live exposure from a manifest alone. Establish which environment consumes it, what defaults or overlays modify it, and whether the source path is active. - Map each workloads identity to specific operations and resources. Broad policy is a finding only when lower-trust input can reach an unauthorized action. - Ingress, proxies, service mesh, metadata services, and admission policy are real boundaries, but only count a control when its configuration and attachment are visible. - Secret references are not secret disclosure. Require a lower-trust reader, output, artifact, log path, or unsafe fallback. - Use confirmed for active in-repo configurations and local rendering/policy validation. Use needs_validation for account policy, network attachment, runtime admission, hosted metadata, or drift that needs owner observation.逐条拆解其工程含义不要仅凭清单推断真实暴露。一份 Kubernetes 清单或 Terraform 文件存在于仓库中不代表它就是线上生效的那份。审计者必须确定哪个环境消费它、默认值与 overlay如 Helm values、Kustomize 补丁、按 region 的环境变量如何修改它、该源码路径当前是否激活。这直接对应 SKILL.md 的Respect source visibility原则——部署控制、Provider 设置、拓扑等若不在仓库内既不能假设其存在也不能假设其缺失。把每个 Workload 的身份映射到具体操作与资源。宽泛的策略过宽只有在低信任输入能够触达一个未授权动作时才构成发现。例如一个 ServiceAccount 拥有过大的 Role 权限本身只是配置建议必须证明某个可由低信任请求或任务输入选择的目标tenant、account、resource、API会被该身份越权操作才算漏洞。Ingress、代理、Service Mesh、元数据服务、准入策略是真实边界但只有配置 挂载attachment均可见时才计为一个控制。安全审计只认可见的控制。若仓库里写了一段网络策略但没有任何对象挂载它或 mesh 注入配置存在但无法确认 Sidecar 是否真正注入则该控制对审计结论的支撑是有限的。机密引用 ≠ 机密泄露。代码里出现os.Getenv(DB_PASSWORD)或引用 Secret 卷不是漏洞。要构成泄露必须存在一个更低信任的读者、输出、制品、日志路径或非安全回退能实际拿到凭据值。这条与 SKILL.md 中禁止把防御纵深缺失升格为漏洞的基调一致——公开端点或 Key ID 不是凭据。严格区分两个结论等级confirmed仓库内激活的配置 本地渲染/策略验证可确立完整边界与具体结果needs_validation账户策略、网络挂载、运行时准入、托管元数据或漂移drift需要所有者观测且该事实对结论是决定性的。这两类记录在 report-schema.json 中结构截然不同confirmed需要root_cause、execution.observed_result、remediation、severity等字段且总体严重度不得超过已证实的 impactneeds_validation则必须携带blockers和至少一个validation_plan.local或validation_plan.deployment计划且禁止包含 severity该约束由 validate-findings.cjs 在 Phase 4/5 强制检查。攻击类别一Workload 身份与 IAM本类别由general子代理执行覆盖三种攻击模型Workload 身份越权Workload identity overreach一个 Workload、Pod、函数、边缘 Worker 或节点身份可以作用在其角色范围之外的租户、账户、资源或 API 之上并且不可信请求或任务输入可以选择该目标。审查要点云策略条件policy conditions资源模式resource patterns即策略中对资源 ARN/名称的通配或前缀限定ServiceAccount 挂载attachment命名空间映射namespace mapping回退凭据fallback credentials如从实例元数据意外取到的角色。典型形态某函数对特定前缀的对象拥有写权限但函数名或对象 Key 由调用方输入决定导致低信任输入能把写操作引导到策略条件之外的资源。跨账户/跨租户角色混淆Cross-account or cross-tenant role confusion角色扮演role assumption、External ID、令牌交换token exchange、Workload 联合workload federation或资源策略接受了未绑定到预期源账户、受众audience、仓库、命名空间或 Workload 的身份声明。审计时必须同时建立两件事信任策略trust policy谁被允许扮演该角色调用方可控声明caller-controlled claim调用方能在扮演请求中放入哪些字段。若调用方可以自由选择RoleArn、ExternalId、aud或命名空间标签而信任策略没有用这些字段做强绑定则可能把某账户的高权角色扮演给低信任主体。应用授权被委托给云元数据Application authorization delegated to cloud metadata应用信任调用方提供的身份头、标签、注解、账户 ID 或资源元数据却没有验证它们来自云控制面或可信代理。核心区分云 IAM 与应用授权是两个独立的检查。例如后端依据X-Forwarded-For、X-Amz-Cognito-Identity-Id或对象标签决定授权但该值可由调用方直接构造那么仓库中的这段应用授权代码就是一个真实边界漏洞——除非有可信代理剥离并重写这些头。攻击类别二Ingress、网络与控制面意外暴露的服务或管理面可达性Unexpected service or management-plane reachabilityIngress、Service、监听器、安全组、负载均衡注解、端口映射或服务器绑定把管理接口、调试接口、指标、节点、控制面或内部 API暴露给了更低信任的网络。判定要点缺少网络控制本身只算needs_validation——因为仓库内看不到真实安全组挂载与流量路径仓库可控的、通往敏感处理器的公网路由可以算confirmed——例如 Terraform 里显式声明了一个向0.0.0.0/0开放的 Load Balancer 监听器并指向管理端口。可信代理与 Mesh 身份绕过Trusted-proxy and mesh identity bypass后端接受了来自预期 Ingress/Sidecar 之外对等方的转发身份、mTLS 主体或授权元数据或者备用端口、健康检查路径、遗留路径绕过了 Mesh。审计时需验证头部剥离header stripping反向代理是否清除了调用方可控的身份头对等方可达性peer reachability其他网络路径是否直达后端代理缺失时的 fail-open 行为当 proxy/sidecar 不存在或注入失败时后端是否仍然放行。元数据与内部服务可达性Metadata and internal-service reachability不可信的 URL、目标或协议选择可以触达实例/容器元数据、控制面 Socket 或携带 Workload 凭据的内部 API经典的 IMDS SSRF 即属此类。该文档要求在此建立部署后的网络、元数据版本与身份边界而 URL 解析与重定向处理本身的漏洞细节应回溯到 ATTACK-CLASSES.md 中 Resource and file handling 的 SSRF 条目——两个文档分工协作这里确认部署层面的可达边界那里追踪解析器差异与重定向链。攻击类别三容器与编排主机或控制面能力暴露Host or control-plane capability exposure低信任 Workload 可以选中特权模式、capabilities、主机命名空间、主机路径、设备挂载、容器运行时 Socket 或 ServiceAccount 令牌从而越入节点/控制面权威。文档特别强调一条反误报准则仅仅缺少 seccomp 或只读文件系统属于加固建议hardening除非存在一条可达的操作真正跨越该边界。也就是说privileged: true单独出现不是漏洞必须证明一个低信任输入能驱动该容器执行越权动作。这与 SKILL.md 的防御纵深缺口不是漏洞原则完全一致。准入与策略路径不一致Admission and policy path inconsistency一条部署路径强制了镜像身份、命名空间、资源、机密或权限策略而另一条控制器、Job、升级、恢复或兼容路径没有。审计者必须确认那条备用路径以及它最终产生的已部署对象resulting deployed object——例如一个 Operator 通过自定义控制器绕过 ValidatingWebhook 直接创建 Pod。命名空间与标签信任混淆Namespace and label trust confusion网络、准入、机密或 Workload 身份策略依赖低信任主体可以设置的标签、注解、名称或命名空间。审计动作比较谁能设置选择器selector与匹配成功授予什么权威。如果 NetworkPolicy 按apptrusted标签放行而该标签可由普通用户通过任意 Deployment 的 metadata 写入则策略的信任根是脆弱的。攻击类别四配置与机密生命周期安全控制优先级漂移Security-control precedence drift开发环境值、Chart 默认值、环境变量、命令行 Flag、Feature Gate、Sidecar 注入开关或按 region 的 overlay可能在已部署环境中禁用了认证、传输安全、租户作用域或审计策略。文档给出的纪律是为每一个受维护的部署渲染最终配置render the final configuration而不是只看基础文件。这正是核心纪律第 5 条在实操中的落地本地用 Helm/Kustomize 渲染出各环境的最终 YAML再逐项核对传输安全、认证与租户隔离是否被 overlay 覆盖。这类仓库内激活配置 本地渲染验证的结果可以安全地给出confirmed。跨 Workload 边界的机密暴露Secret exposure across workload boundaries机密进入日志、崩溃报告、进程参数、共享环境、过宽卷、构建输出、服务发现或另一个 Workload/租户可读的 API。审计要点检查机密类型与权威secret type and authority公开端点或 Key ID 不是凭据——例如某个公网对象存储中只有配置文档没有私钥值不算泄露。凭据续期与故障回退Credential renewal and outage fallback未能挂载、刷新、轮换或撤销 Workload 凭据会导致过期凭据仍然活跃或应用接受更低信任的身份模式。审查启动startup、就绪readiness、重连reconnect与缓存客户端cached-client行为——例如凭据缓存命中永不过期或 AWS SDK 在 IMDS 失败时静默回退到环境变量中的长期密钥。攻击类别五托管存储、事件与边缘对象与签名 URL 策略混淆Object and signed-URL policy confusionBucket/容器策略、对象 Key、CDN 源或签名 URL未能绑定主体、操作、对象命名空间、受众或过期时间。审查必须覆盖列list/版本version操作与写路径而不仅是读路径——经典的桶可公开列目录或预签名 URL 无前缀限制导致越权下载即属此类。事件源身份混淆Event-source identity confusion函数或 Worker 把事件体字段当作源身份却没有验证 Provider 签名的信封、订阅/主题、账户、区域与重放状态。必须对比**推push、拉pull、重试retry与死信dead-letter**四条路径——因为重试路径往往绕过在推送路径上校验的订阅身份绑定。边缘/运行时边界不匹配Edge/runtime boundary mismatch边缘或 Serverless 运行时假设了与源运行时不同的机密、API、文件系统、隔离或租户策略而回退到源站origin会改变权威或缓存行为。审计动作确认哪条配置选择了哪条路径例如 Worker 代码中env.ORIGIN决定回源地址而边缘环境变量由外部系统注入。贯穿所有类别的通用动作Universal moves在任意一个或多个攻击类别下CLOUD-AND-DEPLOYMENT.md 还要求三条贯穿动作它们与 RECONNAISSANCE.md 中本地执行与部署可见性的侦察代理任务直接呼应渲染每个受维护的环境制作矩阵以外部端口、Workload 身份、网络对等方、挂载的机密、云资源为列逐一填写每个环境的取值。任何差异都需要所有者或策略给出解释——差异本身是漂移的候选证据。把低信任请求、对象、标签或事件一路跟进到云策略展示哪个 Workload 凭据执行了最终操作、什么条件本应限定该操作。这是把策略过宽从配置建议升级为漏洞的唯一路径——最终动作的执行者与限定条件必须具体到可以引用源码行。对比正常部署、迁移、恢复、节点维护、故障转移与本地/模拟器路径并审查当 Mesh、准入、身份、机密或策略服务不可用时系统的行为——降级路径的默认行为fail-open 与否本身就是安全事实。上报任何云域发现前的五条验证规则这是该文档的收尾部分也是强制的候选门禁candidate gate适用于本域任何一条上报建立激活的源码路径与生效的部署对象否则使用needs_validation并说明缺的是哪份渲染后的清单或哪个需所有者观测的挂载。具名四要素低信任调用方/Workload、云或应用身份、可控的选择器controllable selector、受影响资源与未授权操作或泄露。要素不全就不成其为可验证的发现。核对钉死版本下的 Provider 与编排器默认值。不要假设存在公网 IP、可达的元数据服务、宽松防火墙或缺失的准入挂载——默认行为必须依据被审计仓库钉死的版本查证。本地验证保持有界可以渲染模板、评估策略、在隔离夹具isolated fixture中检查容器/用户命名空间或用虚拟身份运行模拟器emulator。严禁探测在线端点或改动共享云资源——这与 SKILL.md 的沙箱执行边界无外网、空环境白名单、只读目标、scratch 专属写入严格一致。结论分级confirmed必须包含完整的激活源码追踪与具体的边界结果needs_validation必须给出确切缺失的部署策略、身份挂载、overlay、网络或漂移观测项。该分级随后会被 Phase 3 的新鲜验证者fresh verifier复核并由 report-schema.json 与 validate-findings.cjs 做结构性强制——例如confirmed记录不得携带blockers/validation_planneeds_validation记录不得携带severity。在完整审计流程中的位置云与部署域文档不是孤立清单而是嵌入 security-audit 六阶段流水线的一个伴生块companionPhase 1 侦察Agent 1d本地执行与部署可见性会识别部署控件与挂载中源码无法建立、若决定性则需needs_validation的部分并在 RECONNAISSANCE.md 定义的architecture.md中完成伴生块选择——只有当侦察发现文档When to use this file所描述的信任敏感边界时才选择本文件Phase 2 猎捕每个覆盖本域的 ledger 单元会逐字携带本文件的Core discipline、所选攻击类别小节、Universal moves与Validation rules见 HUNTING.md 的猎手提示词结构猎手以结构化 JSON 返回 covered/candidate/blocked 结果Phase 3/5 验证候选提交给从未参与猎捕的新鲜验证者验证者独立复核源码行与有界结果可把needs_validation升为confirmed仅当独立确立完整路径与结果或把confirmed降级Phase 4/6 输出记录按三个 verdict 分支写入findings.json并经无依赖校验器验证最终生成目标中立的 [REPORT.md / FINDINGS-DETAIL.md / NEEDS-VALIDATION.md]。对审计者而言本文件的实操价值可归结为一句话在云与部署域宁可把证据不足的边界假说记为needs_validation并给出确切的观测计划也不要凭清单推测出一个没有完整激活路径支撑的confirmed漏洞——前者是受控的审计缺口后者是误报源头。赞分享AI 技能应用安全【免费下载链接】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 攻击类别Attack Classes全解析多阶段安全审计的漏洞狩猎分类体系与实战指引security audit skill 攻击类别Attack Classes全解析多阶段安全审计的漏洞狩猎分类体系与实战指引 导读 本文是 securiAI 技能应用安全Agentic 内存安全审计实战指南基于 cloudflare-security-audit Skill 的 Binary/Kernel 漏洞猎杀方法论Agentic 内存安全审计实战指南基于 cloudflare security audit Skill 的 Binary/Kernel 漏洞猎杀方法论 导读AI 技能AI 插件Desktop、移动端与本地 IPC 安全审计指南基于 security-audit-skill 的多阶段威胁狩猎实践Desktop、移动端与本地 IPC 安全审计指南基于 security audit skill 的多阶段威胁狩猎实践 导读 本文围绕 security auAI 技能应用安全创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考