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 就默认安全。
• 把“本地环境”“内部系统”当成可接受的安全豁免。

交付前检查

• 已覆盖鉴权、授权、输入、日志、配置和依赖几个维度。
• 每个高风险点都说明了利用方式或影响。
• 不确定的点已明确标注人工核验需求。
• 没有以环境或规模为理由弱化安全结论。