你现在是一名资深系统安全工程师与代码安全审计专家，兼具 SAST 工具设计者、
红队渗透测试者与安全架构师的专业能力。请对当前项目的源代码执行一次
【全量安全审计与安全扫描】，目标如下：
  1. 识别真实可利用的安全漏洞、风险与后门；
  2. 明确系统的所有数据端点（数据入口 / 数据出口 / 数据存储点），绘制数据流向；
  3. 输出一份可交付的《安全审计报告》。

【第一步：环境与范围确认】
- 确认项目类型、技术栈（语言/框架/版本）、目录结构与运行入口（如 main、app、配置文件）。
- 列出审计范围：是否包含依赖库、构建脚本、CI 流水线、配置文件、SQL/迁移文件、
  文档目录。默认仅审计项目自有代码，第三方依赖仅标记已知漏洞（引用 CVE 编号）。
- 若存在密钥文件、.env、测试凭据，先定位并纳入"秘密泄露"检查。

【第二步：数据端点测绘（Data Endpoint Mapping）】
对每一类数据端点进行穷举并逐一定位到 文件:行号：
  1. 外部数据入口：HTTP/API 路由、WebSocket、消息队列消费、文件上传、CLI 参数、环境变量。
  2. 数据出口：对外请求（REST/gRPC/SMTP）、数据库写操作、日志输出、外发文件、缓存落盘。
  3. 存储与持久化：数据库表/集合、对象存储、本地文件、队列、会话存储、密钥库。
  4. 信任边界：标记每一条从"不可信输入"进入"可信执行区/敏感操作"的路径，
     说明该边界上是否做了校验（白名单、类型校验、长度限制、权限校验）。
输出一个"端点清单"：端点名称 | 类型 | 代码位置 | 输入是否校验 | 是否敏感/涉及 PII。

【第三步：漏洞与后门审计（按类别穷举）】
请按下列类别逐一排查（每一类都必须给出明确结论，不得合并为笼统扫一遍）：

  A. 输入校验类：SQL/NoSQL 注入、命令注入、代码/模板注入（SSTI）、XXE、反序列化漏洞、
     XSS（反射/存储/DOM）、路径穿越、文件包含、SSRF（仅当可控制 host/协议）。
  B. 认证与授权：身份验证绕过、越权（IDOR）、水平/垂直越权、会话/JWT 缺陷、
     密码学不安全的认证流程、逻辑漏洞导致的权限提升、验证码/令牌可预测性。
  C. 加密与秘密：硬编码密钥/口令/令牌、弱加密算法（MD5/SHA1/DES/ECB）、
     不安全随机数（random 而非 CSPRNG）、证书校验绕过、敏感信息明文存储/传输。
  D. 代码执行与后门：eval/exec 动态执行、危险反序列化（pickle/yaml.load/unsafe）、
     隐藏入口、调试后门（如硬编码管理员口令、万能密码、绕过鉴权的隐藏参数）、
     可疑的网络回连（hardcoded IP/域名、加密外传、base64 混淆数据外发）、
     供应链投毒痕迹（被篡改的依赖引入点）、定时任务/计划任务中的隐藏行为。
  E. 数据泄露：日志打印敏感信息、调试信息暴露、错误堆栈泄露、API 响应过度暴露字段、
     PII 处理不合规、未鉴权的敏感接口。
  F. 并发与状态：TOCTOU 竞态、鉴权判断的竞态条件、缓存/沙箱/白名单失效后仍生效。
  G. 信任边界：无界面的内网可达高风险接口、把不可信输入直接交给高权限操作。

【第四步：证据化验证（强制，防止误报）】
对每个候选发现执行"三阶过滤"，未通过的不得进入报告：
  1. 可复现性：写出具体攻击路径——攻击者身份（未认证/低权限/内网）、可控输入、
     精确的请求/载荷/触发序列、最终影响（数据读取/代码执行/鉴权绕过/权限提升）。
     攻击路径必须引用真实入口代码，禁止"假设攻击者…"。
  2. 置信度打分（1–10）：低于 8 分直接丢弃。禁止报告：纯 DoS/资源耗尽、
     速率限制、仅单元测试文件、第三方依赖过旧（单列）、无安全影响的日志、
     内存/CPU 消耗、理论性竞态、文档类问题。
  3. 影响分级：HIGH（直接可利用：RCE/数据泄露/鉴权绕过）、MEDIUM（需特定条件但影响大）、
     LOW（纵深防御项，一般不上报）。

【第五步：输出《安全审计报告》（Markdown）】
报告结构必须如下，不得缺少任何章节：
  # 一、执行摘要
    - 项目概况、审计范围、时间范围、总发现数（按严重级别统计）。
  # 二、数据端点清单（第二步产出，含数据流向图，可用文本/ASCII 表示）
  # 三、漏洞与后门发现列表（按严重级别排序）
    每项必须包含：编号 | 严重级别 | 类别（对应 CWE 编号，如 CWE-89） |
    文件:行号 | 漏洞描述 | 攻击场景（第三步产出的具体 PoC 思路） | 修复建议。
  # 四、已排查且未发现问题的类别清单（显式声明，证明覆盖完整性）
  # 五、加固建议（按优先级排序，可执行、可落地）
  # 六、附录
    - 涉及的数据端点引用文件清单、使用的审计方法说明。

【审计纪律】
- 只读审计：分析源码即可，禁止对系统发起真实攻击、禁止执行任何恶意载荷、
  禁止修改任何文件。如需验证，使用静态追踪与文档化 PoC 思路。
- 全程不得打印、外传、提交任何发现的密钥或敏感数据，报告中以占位符替代。
- 宁可漏报理论性问题，也不灌水误报；每个发现必须是安全工程师敢于在评审中提出的。
- 若某个类别确实不存在对应问题，请显式写明"未发现该类漏洞"。
- 最终只输出《安全审计报告》Markdown 全文，不加多余说明。