本文由 FlintHub 开发文档归档发布。原始文档日期见标题前缀，来源：7月5日复制的资料/安全修复计划.md。

SoSite 安全修复计划

基于全部代码审查整理，2026-07-01

覆盖范围：Controllers / Core / Helpers / Models / JS / 全局联动逻辑

总览

审查覆盖了除视图模板外的几乎所有 PHP 代码及前端 JS，共发现 约 35 个问题，按风险等级分为四档。

总工作量估计：4-6 天（每天 3-4 小时），逐项修复，每项改动量 1-30 行。

第一轮 — 🔴 致命漏洞（服务器沦陷风险）

这些漏洞一旦被利用，攻击者可以直接控制服务器或删除关键文件，建议最先修复。

1.1 ZIP 解压 RCE — Admin/ThemeController::upload()

1.2 ZIP 主题孤儿目录与覆盖残留

1.3 Upload.php 黑名单绕过可上传脚本

1.4 Plugin.php 任意文件包含 RCE

1.5 SSRF — ApiController::fetchImage()

1.6 User.php 递归死循环（系统崩溃）

1.7 Search.php 业务请求中执行 DDL

第二轮 — 🟠 高危漏洞（数据安全 / 越权 / 功能瘫痪）

这些漏洞不会直接导致服务器沦陷，但可能导致数据泄露、越权操作、功能瘫痪或关键逻辑绕过。

2.1 后台二次验证被完全绕过（无超时）

2.2 管理员自降级保护逻辑绕过

2.3 vote.js 缺 CSRF Token → 点赞不可用

2.4 退出登录后 RememberMe 自动重新登录

2.5 多处后台 POST 缺 CSRF 校验

2.6 strpos 鉴权绕过

2.7 任意文件删除（多处 unlink 无 basename）

2.8 数据库导入路径穿越

2.9 editor.js quote DOM-XSS

第三轮 — 🟡 重要缺陷（功能异常 / 数据一致性问题）

这些问题不会直接产生安全漏洞，但会导致功能异常、数据损坏或体验严重下降。

3.1 Setting.php（Model）未定义变量 $qc

3.2 Content.php Base64 盲猜误判

3.3 Blog.php 无条件 Content::decode()

3.4 Vote.php IN 子句拼装错误

3.5 Settings.php 写缓存文件缺 LOCK_EX

3.6 Points.php LIMIT 参数绑定问题

3.7 附件清理误伤正在编辑的稿件

3.8 高并发积分条件竞争

第四轮 — 🟢 建议优化（性能 / 规范 / 体验）

4.1 sanitizeOrderBy 允许反引号

4.2 captcha 验证成功未销毁 Session

4.3 Tag.php getAll() 全表扫描性能

4.4 Category.php GROUP BY 性能

4.5 Theme.php 正则 \r 残留

4.6 登录锁定基于 Session 可被绕过

4.7 Controller 开放重定向

4.8 弱类型比较

多处 == 改为 ===，建议顺手修。

4.9 LOCK_EX 写入锁（PluginController）

Plugin::updateConfig() 写入 plugin.json 时加 LOCK_EX。

执行顺序建议

第一轮（致命 7 项）       → 2 天
  ├── 1.1 ZIP RCE + 孤儿目录
  ├── 1.2 Upload 白名单
  ├── 1.3 Plugin 文件包含
  ├── 1.4 SSRF
  ├── 1.5 User 递归死循环 + 事务
  └── 1.6 Search DDL

第二轮（高危 9 项）       → 1.5 天
  ├── 2.1 二次验证 + 超时
  ├── 2.2 管理员自降级
  ├── 2.3 vote.js CSRF
  ├── 2.4 logout 不退出的 Bug
  ├── 2.5 后台 CSRF 补漏
  ├── 2.6 strpos 鉴权
  ├── 2.7 文件删除安全
  ├── 2.8 数据库导入路径
  └── 2.9 editor.js quote XSS

第三轮（重要 8 项）       → 0.5 天
  ├── 3.1 Setting $qc
  ├── 3.2 Content Base64
  ├── 3.3 Blog decode
  ├── 3.4 Vote IN 子句
  ├── 3.5 LOCK_EX
  ├── 3.6 Points LIMIT
  ├── 3.7 附件清理误伤
  └── 3.8 积分条件竞争（可延后）

第四轮（优化 9 项）       → 顺手修
  4.1 ~ 4.9 规范/性能

涉及文件清单（去重后）

总计约 20 个文件，每项改动 1-30 行，全部修完预计 4-6 天。

我的想法

1. 第一轮 6 项必须修 — ZIP RCE、Upload 白名单、Plugin 文件包含、SSRF、User 递归死循环、Search DDL。任何一个被利用都会导致服务器出大问题。

1. 第二轮 9 项建议修 — 最值得注意的新问题是 管理员自降级绕过（唯一管理员可把自己变为普通用户→后台锁死）和 logout 退不出登录（用户体验级 Bug）。vote.js 缺 CSRF 导致点赞瘫痪也是刚需。

1. 第三轮建议修 — Setting.php 的 $qc 导致后台设置无法保存、Content.php 的 Base64 盲猜导致正常文章变乱码，这是用户能直接感知的问题。附件清理误伤也挺坑的。

1. 第四轮可以缓缓 — 性能优化在数据量上来再做；弱类型比较不会产生实际安全问题。

1. 总体评价 — 修完这批问题后，SoSite 的安全性和稳定性会非常扎实。主要集中在"写了但没中断"、"写了但忘了消费"这类细节疏忽上，没有架构层面的硬伤。