mirror of
https://github.com/kiddin9/op-packages.git
synced 2026-11-03 10:43:56 +08:00
🐶 Sync 2026-10-06 23:42:56
This commit is contained in:
1 parent
bb8c995f91
commit
21c8dbd5e5
19 files changed
+653
-46
No files matched your search
@@ -11,7 +11,7 @@
|
||||
|---|---|---|
|
||||
| P0 | 14 项高危(输出整份不可用 / 数据永久丢失 / 安全) | ✅ 已完成(4 次推送,见 CHANGELOG `[2.6.0-r2]`~`[2.6.0-r5]`) |
|
||||
| P1 | 13 项中危 + 审计中实测确认的 4 项新缺陷 | ✅ 已完成(`[2.6.1-r1]`) |
|
||||
| P2 | 其余 M / L 项 | ✅ 已完成(批次一 `[2.6.3-r1]`、批次二 `[2.6.4-r1]`、批次三 `[2.6.5-r1]`、批次四 `[2.6.6-r1]`、批次五 `[2.6.7-r1]`、批次六 `[2.6.8-r1]`、批次七 `[2.6.9-r1]`「P2 最后一批」) |
|
||||
| P2 | 其余 M / L 项 | ✅ 已完成(批次一 `[2.6.3-r1]`、批次二 `[2.6.4-r1]`、批次三 `[2.6.5-r1]`、批次四 `[2.6.6-r1]`、批次五 `[2.6.7-r1]`、批次六 `[2.6.8-r1]`、批次七 `[2.6.9-r1]`「P2 最后一批」)。范围定义里有 **M6 / L15 / L19** 三项无据可查,见文末「附」 |
|
||||
| P3 | 输出层代码级复审(10 项)+ shadowsocks SIP003 插件全链路(1 项) | ✅ 已完成(`[2.6.10-r1]`,见下文「四」) |
|
||||
| P4 | 遗留项决策后实施(1.1 / 1.3 / 1.4 / 1.5 / 2.5 五项,3.3 补文档) | ✅ 已完成(`[2.6.11-r1]`,见下文「五」) |
|
||||
| P5 | 决策项实施(wget 路径 SSRF、删除部分失败漏写 cron、混合格式静默丢弃、写入失败被忽略、M28 token、M29 ACL;wget 体积/重定向记文档) | ✅ 已完成(`[2.6.16-r1]`,见下文「六」) |
|
||||
@@ -1552,9 +1552,44 @@ Loon 官方文档(`nsloon.app/docs/Node/`)原文是「**参数值中含有
|
||||
|
||||
---
|
||||
|
||||
# 附:P2 修复范围(不含本文件所列项)
|
||||
# 附:P2 修复范围(**历史范围定义,已结清**)
|
||||
|
||||
> **本节不是待办清单**,是 P2 **开工时**写下的范围定义(`2d29250`,即 P2 批次一
|
||||
> 那次提交),原文用的是「**例如** … 等」,本身即带示例性质。P2 已由批次一~批次七
|
||||
> 全部实施完毕(见文件开头的进度表)。保留本节是为了说明**当时**划定的边界;
|
||||
> 若日后有人照着它去「补修 P2」,那是在修一份已经修完的清单。
|
||||
|
||||
P2 为审计表中**其余中危 / 低危**项中性质明确、无需另行决策的缺陷,例如
|
||||
M6 / M9 / M13 / M14 / M16 / M17 / M18 / M19 / M23 / M24 / M25 / M26 / M27 / M30
|
||||
与 L1 / L3~L6 / L8~L26 等。逐项修复并补回归测试,完成后在 CHANGELOG 中记录。
|
||||
本文件所列各项**不在** P2 范围内。
|
||||
|
||||
## 逐条落点(38 项,35 项有据)
|
||||
|
||||
| 批次 | 版本 | 覆盖的 ID |
|
||||
|---|---|---|
|
||||
| 批次一 | `[2.6.3-r1]` | M13 / M14 / L13 |
|
||||
| 批次二 | `[2.6.4-r1]` | M9 / L16 / L17 / L18 / L20 |
|
||||
| 批次三 | `[2.6.5-r1]` | M19 / M23 / M24 / M25 / M27 / L21 / L22 |
|
||||
| 批次四 | `[2.6.6-r1]` | M16 / M17 / M18 / M30 |
|
||||
| 批次五 | `[2.6.7-r1]` | L3 / L4 |
|
||||
| 批次六 | `[2.6.8-r1]` | L10 / L11 / L12 / L14 |
|
||||
| 批次七 | `[2.6.9-r1]` | L1 / L5 / L6 / L8 / L9 / L23 / L24 / L25 / L26 |
|
||||
| P0 批次四 | `[2.6.0-r5]` | M26(P2 开工前即已修复,此处仅备查) |
|
||||
|
||||
每一项的内容见对应版本的 CHANGELOG;本表只做 ID → 落点的索引,不重复描述。
|
||||
|
||||
## 三项查无实据:M6 / L15 / L19
|
||||
|
||||
这三项落在上面的范围区间内,但仓库里**没有任何记录** —— 既无 CHANGELOG 落点,
|
||||
也无缺陷描述。原因见文件开头的「编写纪律」:**原始 70 项审计表(高危 14 /
|
||||
中危 30 / 低危 26)从未落盘**。其中 M6 只在上面那一行范围定义里被提及过一次;
|
||||
**L15 / L19 连提及都没有**,它们是被 `L8~L26` 这个区间顺带覆盖进去的。
|
||||
|
||||
**处置:不追补。** 编号本身不指向任何模块或文件,无从复核当时指的是什么。按
|
||||
「不猜」原则,本节不为它们补写描述,也不假装它们已被评估过 —— 只如实记下
|
||||
「无据可查」这一事实。若日后拿到原始审计表,再按当时的口径单独决策。
|
||||
|
||||
**两个区间外的编号**,一并备查:**L2** 是 `converter.lua` / `node_converter.lua`
|
||||
死代码(见上文 1.4),已在 P4 删除(`[2.6.11-r1]`),本就不在 P2 区间内;
|
||||
**L7** 同样查无记录,且不在本区间内。
|
||||
Reference in new issue
Block a user