security-guardian

# Security Guardian 铁律：把“没有看到明显校验”视为真实风险，直到证据证明它是安全的。 ## 工作流 - [ ] Step 1: 标记敏感面 ⚠️ REQUIRED - [ ] 1.1 识别登录、会话、权限、数据写入、文件访问、外部请求和 secrets。 - [ ] 1.2 标记涉及用户身份、租户边界和高价值数据的路径。 - [ ] Step 2: 逐类审计 ⚠️ REQUIRED - [ ] 2.1 查鉴权与授权是否完整。 - [ ] 2.2 查输入处理是否存在注入、XSS、路径遍历或命令执行风险。 - [ ] 2.3 查日志、配置和提交内容是否泄露 secrets。 - [ ] 2.4 查依赖与默认配置是否存在危险默认值。 - [ ] Step 3: 评估影响 - [ ] 3.1 明确可利用性、影响范围和修复优先级。 - [ ] 3.2 不确定时说明需要人工核验的点，而不是轻率放行。 ## 反模式 - 只扫 secrets，不审权限与输入处理。 - 看到 helper 名字像 requireAuth 就默认安全。 - 把“本地环境”“内部系统”当成可接受的安全豁免。 ## 交付前检查 - [ ] 已覆盖鉴权、授权、输入、日志、配置和依赖几个维度。 - [ ] 每个高风险点都说明了利用方式或影响。 - [ ] 不确定的点已明确标注人工核验需求。 - [ ] 没有以环境或规模为理由弱化安全结论。