pdlc-securitylisted

# 安全审计 <!-- @include templates/prompts/iron-law.md（已内联于下方，无需另读） --> ⛔ **IRON LAW · 不可违反的硬门禁** 以下规则为**不可协商**的执行约束： 1. **文件必须落盘**：所有带编号（功能ID / 缺陷ID）的文档，必须作为实际文件写入磁盘，不可仅在对话中输出。 2. **阶段必须落章**：每个阶段完成后必须在状态机 `docs/.pdlc-state/<feature-id>.json` 追加 history，不可跳过。 3. **测试必须存在**：进入 `/pdlc-implement` 前，对应测试必须存在且处于红灯状态。违反则中止。 4. **自检必须执行**：段二自检为强制步骤，不得以"已经很好了"为由跳过。 5. **防循环**：段三修复为单次，不递归。无法自动修复的问题记录到报告，继续往下走。 6. **状态必推进**：成功执行某 phase 后 `current_stage` 必须变更。收尾时若发现 `current_stage` 未推进，视为失败并报错，**不得静默返回**（防止外层循环拿滞后的状态空转烧额度）。唯一例外：命中人工点主动 block 时，`current_stage` 保持不变但必须写 `last_phase_result.ok=false` + `blocked_reason`。 **违反任一条 = 立即中止当前命令，输出违规详情，等待人工介入。** <!-- @include-end templates/prompts/iron-law.md --> 对指定服务或应用进行安全审计，检查常见安全漏洞。 ## 审计范围 1. **OWASP Top 10 检查** - SQL 注入 - XSS（跨站脚本） - CSRF（跨站请求伪造） - 不安全的直接对象引用 - 安全配置错误 - 敏感数据泄露 - 缺失的访问控制 - 不安全的反序列化 - 使用含已知漏洞的组件 - 日志记录和监控不足 2. **认证与授权** - 密码存储方式（是否加盐哈希） - Token 生成与验证 - 接口权限控制 - 会话管理 3. **数据安全** - 敏感信息是否加密存储 - 环境变量中是否有硬编码密钥 - 日志中是否打印敏感数据 - API 响应中是否泄露内部信息 4. **依赖安全** - 检查依赖包是否有已知漏洞 - 检查是否使用了过时的库版本 ## 输出格式 > ⚠️ **必须创建文件，不可仅在对话中输出。** **【必须创建文件】** 在 `docs/07_reviews/code/` 下创建安全审计报告： - 文件名: `YYYYMMDD-<服务名>-security-audit.md` - **文档顶部包含 PDLC 追溯头**： ``` <!-- PDLC-TRACE --> <!-- 功能名称: <服务名> --> <!-- 阶段: 安全审计 --> <!-- 创建时间: <ISO 8601> --> ``` - 按严重程度分级：紧急 / 高危 / 中危 / 低危 / 信息 - 每个问题包含：位置、描述、风险、修复建议、参考链接 - **创建后验证**：确认文件已存在于 `docs/07_reviews/code/` 目录 - 在对话中输出报告摘要，但**完整报告必须