mirror of
https://github.com/gelusus/wxvl.git
synced 2026-10-28 19:30:54 +00:00
正在获取URL...
chainreactors: 0 个URL BruceFeIix: 3 个URL Doonsec: 19 个URL 总共去重后: 22 个URL 一周4500万次攻击，全球wp2shell漏洞遭大规模利用、3.61美元一个PoC，21分钟出利用：微软MSRC内部数据曝光，漏洞响应团队正在失效"、从用户注销到优惠券复用：一次应用逻辑漏洞的完整剖析!、漏洞复现 | 金和C6协同管理平台 AjaxForBudgetDecompose.aspx SQL注入漏洞、
This commit is contained in:
test committed
1 parent
b4c5d8784c
commit
6444fc6e09
5 files changed
+1054
-1
No files matched your search
@@ -26616,5 +26616,9 @@
|
||||
"https://mp.weixin.qq.com/s/cEWF0XVx5NW4qTzkIFoy2g": "Web漏洞扫描工具 -- Webscanner",
|
||||
"https://mp.weixin.qq.com/s/8qgRMizqCfzhcs1K5V_oQA": "吊打所有传统扫描器！这款开源工具让漏洞挖掘效率提升1000%",
|
||||
"https://mp.weixin.qq.com/s/DAiN8DCWXcmVQJslL171Hg": "8月20日高危CVE漏洞速报",
|
||||
"https://mp.weixin.qq.com/s/-StXHrFyKVizNKs1MITHYg": "CNVD漏洞周报2026年第32期"
|
||||
"https://mp.weixin.qq.com/s/-StXHrFyKVizNKs1MITHYg": "CNVD漏洞周报2026年第32期",
|
||||
"https://mp.weixin.qq.com/s/zh0szU9aOLkehqMBfvMBgg": "一周4500万次攻击，全球wp2shell漏洞遭大规模利用",
|
||||
"https://mp.weixin.qq.com/s/gHb_zj88a3EjmGCj0TFkEw": "3.61美元一个PoC，21分钟出利用：微软MSRC内部数据曝光，漏洞响应团队正在失效\"",
|
||||
"https://mp.weixin.qq.com/s/DqF_MytTbd3AlPO4b6_ocQ": "从用户注销到优惠券复用：一次应用逻辑漏洞的完整剖析!",
|
||||
"https://mp.weixin.qq.com/s/huGhgojDXfX44VuaMvZ9Pg": "漏洞复现 | 金和C6协同管理平台 AjaxForBudgetDecompose.aspx SQL注入漏洞"
|
||||
}
|
||||
@@ -0,0 +1,346 @@
|
||||
# 3.61美元一个PoC，21分钟出利用：微软MSRC内部数据曝光，漏洞响应团队正在失效"
|
||||
安全牛 2026-08-24 04:15
|
||||
|
||||
**点击蓝字 关注我们**
|
||||
|
||||
|
||||
|
||||
**一个数字，打破了一个时代的假设**
|
||||
|
||||
21分钟。3.61美元。
|
||||
|
||||
|
||||
这两个数字，是微软Windows团队Group Manager David Weston在2026年Black Hat USA大会主题演讲中给出的答案——完成一次漏洞发现，并自动生成对应漏洞利用代码，平均所需的时间与计算成本。
|
||||
|
||||
|
||||
Weston给这场演讲起的名字是："The End of Rare：Defending When Offense Is Cheap"——当攻击不再昂贵，稀缺性的时代正在结束。
|
||||
|
||||
|
||||
这句话背后是一个长期支撑网络安全实践的基础假设正在动摇。
|
||||
|
||||
|
||||
|
||||
|
||||
过去，无论是高价值漏洞的挖掘，还是将漏洞进一步开发为稳定可用的利用代码，都是一件极其昂贵的事。攻击者需要投入顶级安全研究人员，花费数周乃至数月时间进行逆向分析、调试、绕过缓解机制；防守方则可以围绕漏洞修补、威胁检测、特征分析持续建立防线，依靠响应速度构建安全优势。
|
||||
|
||||
|
||||
这个逻辑曾经是整个行业最佳实践的基础。
|
||||
|
||||
|
||||
|
||||
而生成式AI与智能体技术，正在一点一点地把这个基础拆解。
|
||||
|
||||
|
||||
**案例一：200个内核漏洞，182个自动生成的PoC**
|
||||
|
||||
微软内部正在使用一套名为MDASH（Multi-model Agentic Scanning Harness）的系统——一个结合多模型与智能体能力的自动化安全扫描框架。
|
||||
|
||||
|
||||
Weston介绍，MDASH在微软内部的Azure Linux发行版中发现了大约200个Linux内核漏洞，目前微软正在与相关社区协作推进修复。
|
||||
|
||||
|
||||
如果故事只停在"AI能帮助发现漏洞"，它还不足以改变漏洞研究的基本格局。
|
||||
|
||||
|
||||
真正令人警觉的是下一步。
|
||||
|
||||
|
||||
微软为MDASH增加了漏洞分析与分类模块，使其能够将静态分析工具发现的安全问题，自动转换为Proof of Concept——漏洞概念验证代码。
|
||||
|
||||
|
||||
结果超出了微软团队的预期：在约200个漏洞中，182个漏洞可以自动生成达到"触发崩溃"级别的PoC，其中相当一部分甚至已经成为真正可用的漏洞利用代码。
|
||||
|
||||
AI系统给出的，不再只是："这里可能存在一个Bug。"
|
||||
|
||||
|
||||
而是在逐渐走向："这里存在一个Bug，它可以这样被触发，以下代码能够证明这一点。"
|
||||
|
||||
|
||||
从漏洞发现，到漏洞验证，再到漏洞利用开发，原本需要安全研究人员大量人工分析的完整链条，正在被智能体流水线快速压缩。
|
||||
|
||||
|
||||
平均计算成本3.61美元，平均生成时间21分钟。
|
||||
|
||||
|
||||
这个数字对大型软件厂商而言几乎可以忽略不计，但它真正警示的不是成本本身，而是：漏洞利用开发正在失去过去所拥有的天然成本壁垒。
|
||||
|
||||
|
||||
Weston因此作出判断：到2026年底，自动漏洞利用生成很可能已经相当普遍，并逐渐成为一种"商品化"的能力。
|
||||
|
||||
|
||||
**攻防双方的成本曲线，正在向相反方向移动**
|
||||
|
||||
变化已经体现在数字上。
|
||||
|
||||
|
||||
微软安全响应中心（MSRC）的数据显示，当前大约每六周处理和修复的漏洞数量就会翻倍。与当年3月相比，漏洞处理量已经增长到约9倍。
|
||||
|
||||
|
||||
Weston认为，这种漏洞数量的快速增长，与越来越强大的AI工具被用于漏洞发现之间存在高度相关性。而且这并不只是Windows的问题——Linux以及其他操作系统同样面临类似趋势。
|
||||
|
||||
|
||||
更值得关注的是，今天AI系统发现的一些漏洞，并非过去人们认为自动化扫描"只能发现的简单问题"。其中包括相当严重的安全缺陷——一些在过去甚至需要经验丰富的研究人员花费整整一年进行针对性研究。
|
||||
|
||||
|
||||
这意味着网络安全领域正在出现一个深刻变化：攻击能力开始从"专家密集型"向"计算资源密集型"转移。
|
||||
|
||||
|
||||
过去，一个组织能否开展高水平漏洞攻击，很大程度上取决于它能否招募并长期培养高级漏洞研究人员。而在Agentic AI逐渐成熟之后，决定攻击规模的因素可能越来越多地变成：能否获得足够强大的基础模型，能否构建高质量的Agentic工作流，能否建立自动化漏洞验证体系。
|
||||
|
||||
|
||||
一旦一套Agentic漏洞分析流水线搭建完成，对第10个、第100个乃至第1000个目标进行分析的新增成本，可能远低于过去依赖人工专家时的成本。
|
||||
|
||||
|
||||
这才是防守方真正必须面对的结构性问题。
|
||||
|
||||
|
||||
**为什么"发现一个、修一个"会越来越吃力？**
|
||||
|
||||
传统安全防御的运转逻辑并不复杂：发现漏洞、分析风险、开发补丁、部署补丁；发现攻击样本、分析行为、提取特征、开发检测规则。
|
||||
|
||||
|
||||
这套模式长期有效，但它存在一个隐含前提：攻击者改变攻击方式，同样是有成本的。
|
||||
|
||||
|
||||
正是这种成本，给了EDR、IDS、NDR等威胁检测产品发挥价值的空间——一套检测规则，往往可以使用较长时间，因为攻击者不会轻易放弃已经打磨成熟的工具和TTP。
|
||||
|
||||
|
||||
但AI开始削弱这种优势。
|
||||
|
||||
|
||||
过去，攻击者可能只是对同一套恶意代码进行重新混淆；未来，完全可以为不同目标生成不同的工具和攻击框架。今天检测到一种攻击框架，明天攻击者就可以改变实现方式；今天识别出一种规避技术，AI又能够快速生成新的变体。
|
||||
|
||||
|
||||
如果防守方仍然坚持：对方出一个漏洞修一个漏洞，出现一种利用加一条检测，绕过一个检测再补一条规则，那么安全建设就会逐渐陷入Weston所形容的与攻击者进行的 "hand-to-hand combat"——近距离肉搏。
|
||||
|
||||
|
||||
在攻击生成成本持续下降的背景下，长期依赖这种模式，防守方很难在数量上取得优势。
|
||||
|
||||
|
||||
**最佳实践一：从"漏洞换补丁"转向"消除漏洞类别"**
|
||||
|
||||
这是微软提出的第一个重要方向：不要只修复具体漏洞，而要尽可能消除能够产生整类漏洞的技术条件。
|
||||
|
||||
|
||||
最典型的例子是内存安全。
|
||||
|
||||
|
||||
Weston指出，主要软件厂商目前修复的漏洞中，大约70%与内存安全问题有关，包括缓冲区溢出、Use-After-Free、越界访问等由内存管理错误引发的安全缺陷。传统C/C++开发环境赋予开发者极高的内存控制能力，却也把大量内存管理责任交给了程序员。在数百万行代码组成的大型软件项目中，仅靠代码审计和开发经验规避这些问题，并不现实。
|
||||
|
||||
|
||||
微软提出的方向，是扩大Rust、Golang等内存安全编程语言的使用。这背后安全思路发生了重要转变：不是"如何更快发现缓冲区溢出"，而是"如何让新代码从语言层面更难产生缓冲区溢出"。
|
||||
|
||||
|
||||
这是典型的 Secure by Construction 思路——如果一个漏洞类别能在技术架构或语言层面被大幅削减，安全团队就不再需要永远围绕同一种漏洞反复扫描、修补和响应。
|
||||
|
||||
|
||||
**案例二：Android内存安全漏洞比例从76%降至20%以下**
|
||||
|
||||
Weston引用了Google Android的数据。
|
||||
|
||||
|
||||
2019年，Android漏洞中约76%属于内存安全问题。随着Rust逐渐被引入Android代码体系，到2025年，这一比例已经下降到20%以下。
|
||||
|
||||
|
||||
这组数据的意义，远不只是证明Rust"更安全"。
|
||||
|
||||
|
||||
真正值得企业参考的是：安全问题是可以通过工程体系改变的。
|
||||
|
||||
|
||||
传统漏洞管理通常聚焦于一个个CVE：这个月多少高危漏洞？补丁部署率是多少？平均修复时间是多少？这些指标当然仍然重要。但当AI能够极低成本发现新漏洞时，企业还需要回答另一类问题：我们的技术体系本身，是否还在持续制造同一类型的漏洞？
|
||||
|
||||
|
||||
如果每年出现100个内存安全漏洞，安全团队以极高效率全部修复，表面来看漏洞管理非常成功。但如果通过语言、架构和开发框架的变化，可以从源头上让其中70个漏洞不再出现，那么后一种安全收益显然更加持久。
|
||||
|
||||
|
||||
这也是"安全耐久性"（durability）越来越重要的原因。
|
||||
|
||||
|
||||
**案例三：微软用Rust重写Azure Hypervisor**
|
||||
|
||||
****
|
||||
微软自身也在推动这种实践。
|
||||
|
||||
|
||||
根据Weston的介绍，微软已使用Rust重新编写Azure Hypervisor。Hypervisor是云基础设施中极其关键的组件，负责隔离不同虚拟机，一旦出现严重内存安全问题，影响范围可能覆盖整个云平台。
|
||||
|
||||
|
||||
微软随后将这一Rust版本扩展到了约150万台虚拟机，并表示在整个过程中没有出现不良事件。
|
||||
|
||||
|
||||
对于大型企业而言，这个案例具有切实的参考意义。长期以来，推动安全语言替换最大的阻力，并不是"大家不知道Rust更安全"。真正的问题是：已有大量C/C++代码怎么办？
|
||||
|
||||
|
||||
因此，真正有价值的问题不是"是否应该使用Rust"，而是：如何以现实可行的方式，把存量高风险代码逐渐迁移到更安全的工程体系？
|
||||
|
||||
|
||||
微软Azure Hypervisor的实践至少表明，在大型关键基础设施中进行这种迁移，并非停留在理论层面。
|
||||
|
||||
|
||||
**最佳实践二：让AI同时站在防守方一侧**
|
||||
|
||||
有趣的是，导致漏洞发现效率急剧提升的AI，同样可以成为解决存量安全问题的重要工具。
|
||||
|
||||
|
||||
美国DARPA的TRACTOR项目，目标之一就是探索自动将传统C代码转换为Rust。微软研究院推出的RustAssistant项目，则利用AI检测Rust编译过程中的错误并提供修改建议。
|
||||
|
||||
|
||||
这些研究背后是同一种思路：既然AI可以帮助攻击者理解数十万乃至上百万行代码，防守者同样应该使用AI完成过去因成本过高而无法大规模推进的安全工程工作——对历史代码进行安全审计、分析危险内存操作、辅助代码迁移、识别架构中的高风险接口。
|
||||
|
||||
|
||||
所以，AI时代的"Shift Left"已经不只是把安全扫描工具加入CI/CD流水线。更进一步的问题是：能不能让AI参与软件重构，从产生漏洞的工程基础上减少问题？
|
||||
|
||||
|
||||
**案例四：Agentic AI如何研究OpenHarmony漏洞**
|
||||
|
||||
****
|
||||
亚利桑那州立大学副教授、漏洞研究人员Yan Shoshitaishvili，在同一届Black Hat USA的演讲"Vulnerability Research in the Agentic Age"中，展示了一个值得关注的研究案例。
|
||||
|
||||
|
||||
他的团队首先分析Android历史漏洞，提取其中具有代表性的漏洞属性和模式，再让Agentic流水线根据这些特征对OpenHarmony进行自动化分析。OpenHarmony是一个开源操作系统项目，其部分技术构成了华为商业HarmonyOS生态的基础。
|
||||
|
||||
|
||||
最终，研究团队发现了数十个安全问题，涉及蓝牙相关问题、设备接管风险、隐私泄露以及位置数据问题等多个方面。
|
||||
|
||||
|
||||
这个实验背后有一个重要的方法论变化。过去使用大语言模型做漏洞研究，一种典型方式是把代码直接交给模型，然后询问"这里有没有漏洞"。Shoshitaishvili认为，真正有效的方法并非如此。
|
||||
|
||||
|
||||
高质量Agentic漏洞研究，需要建立搜索策略、验证管线以及可利用性检查机制，而这些能力仍然需要人的创新与安全经验——研究人员必须理解威胁模型是什么，漏洞空间在哪里，如何定义值得寻找的安全属性，如何判断模型发现的异常是否真正可利用。
|
||||
|
||||
|
||||
AI并没有让高级漏洞研究人员变得不重要。相反，它可能改变了高级研究人员最有价值的工作内容。过去，研究人员大量时间花在阅读代码、重复调试、手工验证和编写PoC上；未来，人类可能更多负责定义问题、设计策略、建立验证框架——然后让智能体执行海量重复性分析任务。
|
||||
|
||||
|
||||
**一个新瓶颈正在形成：发现速度已超过修复速度**
|
||||
|
||||
Shoshitaishvili提到了另一个现实困境。
|
||||
|
||||
|
||||
随着Agentic漏洞研究流水线效率不断提高，他的团队发现漏洞的速度，已经快于进行负责任披露的速度。
|
||||
|
||||
|
||||
发现漏洞本身只是第一步。完成负责任的安全研究，还需要确认漏洞、分析影响、准备技术文档、联系厂商、讨论修复方案、协助验证补丁，最终完成披露。AI大幅提高了第一阶段的速度，却没有同比例压缩后续所有流程。
|
||||
|
||||
|
||||
于是安全行业出现了一个新的瓶颈：未来限制漏洞处理能力的，可能不再是"找不到漏洞"，而是"处理不过来"。
|
||||
|
||||
|
||||
微软MSRC漏洞处理量的大幅增长，已经在呈现这一趋势。这意味着企业漏洞管理体系也必须随之变化。当攻击端能够进行自动化扩展，而防守端仍然主要依靠人工工单流转时，双方存在天然的不对称。
|
||||
|
||||
|
||||
**最佳实践三：从"检测优先"升级为"预防+检测"**
|
||||
|
||||
Weston并没有认为威胁检测将失去价值，但他给出了一个清醒的判断：检测仍然重要，但检测已经不够。
|
||||
|
||||
|
||||
过去十多年，安全行业投入大量资源构建SOC、SIEM、EDR、NDR、XDR。这些技术的核心逻辑是：假设攻击最终会发生，那么至少应该尽可能快地发现它。这个逻辑没有错，但当攻击工具能够针对每个目标动态生成，仅仅依靠检测层"逐个拦截"，成本会越来越高。
|
||||
|
||||
|
||||
因此Weston提出，应当增加更多预防性机制，包括使用内存安全语言、采用Secure by Construction、推进形式化方法，从系统设计层获得更加确定性的安全保障。
|
||||
|
||||
|
||||
这里最值得关注的关键词是：deterministic safety——确定性安全。
|
||||
|
||||
|
||||
传统威胁检测在很大程度上是概率性的——系统判断某个进程"像"恶意软件，某段流量"可能"异常。攻击者可以持续研究这种判断边界。而安全语言和形式化验证追求的，是让某些危险状态根本无法发生。
|
||||
|
||||
|
||||
二者的安全属性，从根本上就不同。
|
||||
|
||||
|
||||
**企业如何落地：五个值得重新审视的安全实践**
|
||||
|
||||
结合微软与Shoshitaishvili团队展示的案例，AI时代的安全体系至少可以从以下五个方向重新审视。
|
||||
|
||||
|
||||
**1. 不要只统计漏洞数量，还要统计"漏洞类别"**
|
||||
|
||||
持续回答：过去一年出现最多的是哪一类漏洞？其中多少来自同一技术根因？有没有办法通过编程语言、框架或架构改造，一次性减少整个漏洞类别？当漏洞发现进入工业化时代，消除漏洞类别的价值，将高于提升单个漏洞的处理效率。
|
||||
|
||||
|
||||
**2. 为高风险组件制定内存安全迁移路线**
|
||||
|
||||
企业没有必要、也很难一次性重写全部历史代码。更现实的方法是优先识别互联网暴露组件、身份认证组件、权限边界组件、Hypervisor与容器隔离组件，以及解析复杂非可信输入的组件，再评估Rust等内存安全语言的引入路径。
|
||||
|
||||
|
||||
**3. 把AI漏洞研究能力纳入内部安全测试**
|
||||
|
||||
如果攻击者可以使用Agentic AI，防守方就不能只依赖传统扫描器。企业内部的安全测试平台可以逐步引入AI辅助代码审计、漏洞模式搜索、自动PoC生成与漏洞可利用性判断。但一个重要原则是：自动化生成的结果必须进入严格验证流水线，而非直接信任输出。
|
||||
|
||||
|
||||
**4. 不要把Rust等价于"安全已经解决"**
|
||||
|
||||
Rust能够显著降低内存安全风险，但TOCTOU、业务逻辑、访问控制、密码学错误以及架构设计问题仍然存在。安全语言迁移必须配合威胁建模、安全架构设计与并发安全分析，否则很可能只是把原有系统的逻辑缺陷，用一种更加安全的语言重新实现了一遍。
|
||||
|
||||
|
||||
**5. 从"响应速度竞争"转向"安全耐久性竞争"**
|
||||
|
||||
当攻击者能够以分钟级生成新的漏洞利用和工具变体，单纯讨论"检测规则能多快更新"可能已经不够。企业更应该问：哪些安全措施即使攻击者更换工具、改变代码或使用AI生成全新攻击样本，依然有效？这样的机制，才具有真正的durability。
|
||||
|
||||
|
||||
**结语：不是谁拥有更多规则，而是谁能改变问题本身**
|
||||
|
||||
回过头看那三个数字：200个Linux内核漏洞，182个自动生成的崩溃级PoC，平均21分钟、3.61美元。
|
||||
|
||||
|
||||
它们真正警示安全行业的，不是"AI又能自动写漏洞利用了"，而是：过去支撑网络安全最佳实践的一部分经济学前提，正在消失。
|
||||
|
||||
|
||||
漏洞不再足够稀缺，高水平漏洞利用能力不再必然昂贵，攻击工具不再需要长期重复使用，攻击者改变TTP的成本也在持续下降。
|
||||
|
||||
|
||||
Weston给出的核心建议值得反复理解：不要和攻击者陷入无休止的近距离肉搏。真正能够改变攻防不对称的方法，是尽可能让一部分攻击从技术上失去成立的条件。
|
||||
|
||||
|
||||
使用内存安全语言，是为了减少整个内存漏洞类别；Secure by Construction，是为了让安全成为软件结构本身的一部分；形式化方法，是为了获得更确定性的安全保证；AI辅助代码分析与迁移，则有机会帮助企业以过去无法承担的成本，对庞大的历史代码进行重新治理。
|
||||
|
||||
|
||||
当然，Shoshitaishvili的实验同样提醒我们：没有任何一种编程语言、AI模型或安全工具能够一劳永逸。消除了内存漏洞，逻辑漏洞仍然存在；提高了代码安全，架构错误仍可能存在；自动化了漏洞发现，验证、修复和披露又会成为新的瓶颈。
|
||||
|
||||
|
||||
AI时代真正成熟的安全策略，或许不是追求某种"终极解决方案"，而是完成一次防御逻辑的根本转变：从不断追赶攻击结果，转向持续减少攻击成立的前提。
|
||||
|
||||
|
||||
|
||||
|
||||
过去，安全团队需要证明自己能比攻击者更快发现、更快检测、更快修补。未来，更加重要的问题可能变成：能否通过语言、架构、形式化验证和AI辅助工程，让攻击者即使拥有廉价、规模化的智能体攻击能力，也越来越难找到真正有效的突破口？
|
||||
|
||||
|
||||
当攻击开始变得廉价，防守就必须变得更加坚固。
|
||||
|
||||
|
||||
这或许才是"AI安全时代"，真正需要重新建立的最佳实践。
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
**相关阅读**
|
||||
|
||||
[你采购的不是软件，而是一个会"进化"的供应链风险：AI供应商选型实操指南](https://mp.weixin.qq.com/s?__biz=MjM5Njc3NjM4MA==&mid=2651142415&idx=1&sn=45526c5a275bc733ada708275701bd9a&scene=21#wechat_redirect)
|
||||
|
||||
|
||||
[账单暴增300%？ AI助手越用越贵的真相：三个真实案例揭示如何把推理成本打下来](https://mp.weixin.qq.com/s?__biz=MjM5Njc3NjM4MA==&mid=2651142404&idx=1&sn=b3957ef6e5088461bed56cefffb385a1&scene=21#wechat_redirect)
|
||||
|
||||
|
||||
[一封钓鱼邮件触发六个AI代理同时启动，SOC直接"撞车"：智能化运营那道被忽视的"碰撞危机"](https://mp.weixin.qq.com/s?__biz=MjM5Njc3NjM4MA==&mid=2651142393&idx=1&sn=210af274b8081e6323dce63bc123c713&scene=21#wechat_redirect)
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
**联系我们**
|
||||
|
||||
合作电话：18610811242
|
||||
|
||||
合作微信：aqniu001
|
||||
|
||||
联系邮箱：bd@aqniu.com
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
@@ -0,0 +1,149 @@
|
||||
# 一周4500万次攻击，全球wp2shell漏洞遭大规模利用
|
||||
e安在线
|
||||
e安在线 e安在线 2026-08-24 01:44
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
**Wp2shell漏洞披露后首周即遭大规模利用，攻击者从近15万个独立网络来源发起超过4500万次攻击尝试，规模约为Drupalgeddon同期的20倍，显示漏洞武器化速度正在明显加快。**
|
||||
|
||||
|
||||
**传统按天或按周推进的补丁流程已难以应对当前攻击节奏。安全团队需将响应窗口压缩至小时级，并结合WAF、网络分段、容器隔离和实时遥测，在补丁完成前降低暴露**
|
||||
|
||||
**风险。**
|
||||
|
||||
|
||||
|
||||
最新的wp2shell漏洞是WordPress历史上最大的安全事件之一。这一严重漏洞链结合了两个缺陷，使得未认证的攻击者能够利用存在漏洞的网站，最终远程执行恶意代码，甚至有可能完全控制这些网站。
|
||||
|
||||
|
||||
在漏洞披露后的第一周内，攻击者从近15万个独立网络来源发起了超过4500万次漏洞利用尝试。随着攻击数量持续攀升，我们看到了漏洞披露转化为大规模利用的速度有多快。相比之下，这一规模大约是Drupalgeddon事件期间的20倍，充分展示了自动化攻击能力的大幅提升。
|
||||
|
||||
|
||||
经历此次事件之后，我们不应只关注漏洞本身，更应关注防御者在漏洞披露与大规模利用之间所拥有的时间已经所剩无几。安全团队必须摒弃那种围绕数天或数周评估与修复周期构建的漏洞管理流程，这条时间线已经不再准确。他们现在需要为以小时计的响应窗口做好准备。
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
**大规模利用不再需要精确定位**
|
||||
|
||||
|
||||
这次攻击揭示了现代攻击者的诸多行为特征。一个关键的迹象是，攻击者不再花时间在行动前仔细识别存在漏洞的环境。
|
||||
|
||||
|
||||
在此次事件中，我们观察到自动化wp2shell扫描使用相同的WordPress特定URL模式攻击Drupal环境——这些网站从一开始就根本不可能受此特定漏洞影响。
|
||||
|
||||
|
||||
这是一个颇有深意的细节，因为它表明这种扫描并非经过精心筛选，也不是由侦察驱动的。攻击者只是将扫描请求不加区分地倾泻向互联网上任何可访问的目标，URL模式本身就是唯一的“定位”手段。在这种攻击规模下，失败的请求对攻击者来说几乎不构成任何成本。这从根本上改变了漏洞利用的成本收益逻辑，从“先识别，再攻击”转变为“广泛攻击，再筛选有效目标”。
|
||||
|
||||
|
||||
虽然漏洞利用自动化并非新鲜事物，但当今的AI（人工智能）和LLM（大语言模型）有可能进一步压缩这一过程的某些环节，例如帮助解读漏洞披露信息、改编PoC（概念验证）代码、生成载荷变体或排查脚本问题。安全负责人已经看到AI在合法安全工作中发挥着战斗力倍增器的作用，而同样的成本收益逻辑也适用于攻击者：重复性的技术任务正变得能够以更快速度和更大规模完成。
|
||||
|
||||
|
||||
不过，AI并不是这次攻击规模如此巨大的唯一原因。安全团队应当基于“新漏洞被武器化的速度比以往任何时候都快”这一前提来开展工作，无论攻击者具体使用何种自动化工具。
|
||||
|
||||
|
||||
各组织不应再想当然地认为，默默无闻、平台差异或攻击者缺乏兴趣能为自己争取到宝贵时间，因为此次事件恰恰证明了情况正好相反。
|
||||
|
||||
|
||||
**缓解措施不等于漏洞修复**
|
||||
|
||||
|
||||
打破漏洞利用链并不一定意味着底层漏洞已经消失。例如，基于容器的隔离和运行时控制可以阻断攻击链中的远程代码执行组件，即使某个漏洞正被大规模积极利用，也能显著降低潜在影响。然而，在应用程序级修复和更广泛的网络防护措施全面实施之前，未打补丁的应用程序可能仍然容易受到攻击链中其他组件（如SQL注入）的攻击。
|
||||
|
||||
|
||||
基础设施防御措施，例如容器化、网络分段、WAF（Web应用防火墙）规则和边缘控制，可以提供关键保护，但它们应被视为为防御者争取时间的多层防线，而非打补丁的替代方案。任何单一防护措施都不应被指望承担全部防护责任。纵深防御的目的在于，当某一控制措施失效或只能阻断攻击的某个阶段时，还有另一道防线挡在攻击者与系统完全沦陷之间。
|
||||
|
||||
|
||||
这一差距之所以重要，是因为在如此重大的漏洞披露之后，补丁的采用从来都不是一蹴而就的，也不是均衡推进的。在初始修复发布数周后，我们看到的情况仍然参差不齐。一些组织在几天内就完成了修补，而另一些至今仍暴露在风险之中。
|
||||
|
||||
|
||||
正是这种长尾效应，让补偿性控制措施充分体现了其价值，因为它们正是介于缓慢的补丁周期与正在发生的入侵之间的一道防线。
|
||||
|
||||
|
||||
漏洞披露与大规模利用之间的时间窗口正在不断缩短，因此各组织实际上可能无法立即修补所有受影响的应用程序。这正是架构如此重要的原因——良好的架构应当限制攻击者在披露与修复之间的空窗期内能够造成的损害。
|
||||
|
||||
|
||||
就防御而言，目标并不是削弱打补丁的重要性，而是要防止一次遗漏或延迟的补丁立即演变成大规模入侵和全面攻击。
|
||||
|
||||
|
||||
**漏洞管理需要跟上攻击者的速度**
|
||||
|
||||
在传统的漏洞优先级排序中，我们通常会看到严重性评分、资产关键性和计划性补丁窗口。虽然这些因素仍然重要，但漏洞已被积极利用这一事实应当从根本上改变考量方式。
|
||||
|
||||
|
||||
对于面向互联网的关键漏洞，防御者应迅速判断：
|
||||
|
||||
- 漏洞利用是否已经达到不容忽视的规模。
|
||||
|
||||
- 现有控制措施是阻断了整个利用路径，还是只阻断了其中一个环节。
|
||||
|
||||
- 哪些系统仍然暴露在外，哪些补丁需要绕过常规维护周期紧急部署。
|
||||
|
||||
- 除了组织自身环境之外，托管服务商、云、CDN（内容分发网络）或安全提供商的遥测数据还能揭示哪些信息。
|
||||
|
||||
|
||||
|
||||
|
||||
有效的响应还取决于将安全运营团队实时观察到的信息与环境中所设计的整体安全态势关联起来。遥测数据告诉防御者正在发生什么；架构则决定这些活动实际上能造成多大的损害。
|
||||
|
||||
|
||||
对于单个网站所有者来说，他们可能只会看到少量可疑请求，而运营着广泛基础设施的托管平台则可以将这些相同请求识别为一场协调一致的全球性攻击活动的一部分。就我们而言，这种可见性让我们得以部署蜜罐环境，捕获真实的漏洞利用样本，并研究攻击者在入侵后究竟试图实现什么目标。这种模式在单一网站的视角下几乎不可见，但从整体来看却一目了然。
|
||||
|
||||
|
||||
在防范攻击企图造成大范围破坏时，这种合作关系极为重要。
|
||||
|
||||
|
||||
关键还在于让这种响应具有可重复性。安全团队应在下一次重大漏洞披露之前就制定好紧急漏洞响应流程，包括谁有权批准紧急补丁、哪些补偿性控制措施可以立即部署、以及哪些证据会触发升级响应。重大漏洞披露之时绝不是开始定义这些角色和流程的时机。
|
||||
|
||||
|
||||
**漏洞小时级响应**
|
||||
|
||||
|
||||
4500万次针对wp2shell漏洞的利用尝试，只是对未来局势的一次预览——随着技术越来越智能，攻击者的速度也越来越快。
|
||||
|
||||
|
||||
但需要明确的是，未来并非每一个CMS（内容管理系统）漏洞都会产生数千万次的利用尝试。真正的要点在于，我们应当假定攻击者拥有所需的自动化和基础设施，几乎可以立即在数量庞大的系统中测试新披露的弱点。速度固然重要，但仅靠速度永远不够。
|
||||
|
||||
|
||||
为了做好应对下一个重大漏洞的充分准备，安全团队应将快速修补与能够遏制漏洞利用的架构、可快速部署的基础设施级控制措施以及遥测技术相结合，从而及时识别漏洞何时已从理论风险演变为实际的攻击活动。
|
||||
|
||||
|
||||
漏洞披露曾经为防御者赢得先机。而如今，它也越来越多地成为攻击者的发令枪。那些以这种方式看待漏洞披露的组织，将在下一个wp2shell出现时依然屹立不倒。
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
声明：除发布的文章无法追溯到作者并获得授权外，我们均会注明作者和文章来源。如涉及版权问题请及时联系我们，我们会在第一时间删改，谢谢！文章来源：FreeBuf
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
@@ -0,0 +1,433 @@
|
||||
# 从用户注销到优惠券复用：一次应用逻辑漏洞的完整剖析!
|
||||
w4nk3r
|
||||
w4nk3r 神农Sec 2026-08-24 01:11
|
||||
|
||||
课程培训
|
||||
|
||||
扫码咨询
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
#
|
||||
|
||||
专注于SRC漏洞挖掘、红蓝对抗、渗透测试、代码审计JS逆向，CNVD和EDUSRC漏洞挖掘，以及工具分享、前沿信息分享、POC、EXP分享。不定期分享各种好玩的项目及好用的工具，欢迎关注。加内部圈子，文末有彩蛋（课程培训限时优惠）。
|
||||
#
|
||||
|
||||
文章作者：
|
||||
w4nk3r
|
||||
|
||||
文章来源：
|
||||
https://xz.aliyun.com/news/92682
|
||||
|
||||
01
|
||||
|
||||
0x1 从用户注销到优惠券复用：一次应用逻辑漏洞的完整剖析!
|
||||
|
||||
## 前言
|
||||
|
||||
各类互联网产品的新用户福利场景，极易出现业务逻辑漏洞。攻击者可利用设计缺陷绕过营销限制，反复领取限时权益，若免费权益为付费资源，则直接造成运营资损。
|
||||
|
||||
**这类问题几乎都源于四大底层设计疏漏：**
|
||||
1. 用户身份校验体系单一，缺少多维度追溯能力；
|
||||
|
||||
1. 权益发放判断逻辑简单，未核查历史操作记录；
|
||||
|
||||
1. 注册、注销、营销三大业务模块完全割裂，无状态联动；
|
||||
|
||||
1. 数据库存储模型设计不合理，数据丢失导致风控失效。
|
||||
|
||||
本文以一款会员时长类应用作为研究样本，完整拆解因账号注销物理删库带来的权限校验缺陷，复现 “注销 - 重注册” 无限领取新人权益的攻击链路，同时搭配抽象伪代码定位底层代码问题，给出通用化修复与审计思路。
|
||||
> 文中演示代码均为抽象伪 Demo，仅用于还原设计缺陷，非业务原始源码。
|
||||
|
||||
## 漏洞实战复现（抽象业务场景描述）
|
||||
|
||||
**测试目标为一款提供付费时长服务的会员应用，新注册用户可自动领取两天免费使用时长。（由于该APP较为敏感，这里用的平替图）**
|
||||
1. 全新临时账号登录，系统自动下发两天免费时长；
|
||||
|
||||
|
||||
|
||||
1. 等待权益剩余时长缩减至 1 天，复现真实用户使用场景；
|
||||
|
||||
|
||||
|
||||
1. 执行账号注销、清空本地缓存，服务端物理删除当前账号全部数据；
|
||||
|
||||
|
||||
|
||||
1. 让系统二次下发临时账号；
|
||||
|
||||
|
||||
|
||||
1. 系统识别为全新用户，再次下发完整两天新人免费时长，循环操作可无限重置权益。
|
||||
|
||||
|
||||
|
||||
整体流程大概就是
|
||||
|
||||
|
||||
|
||||
## 下面进行讲解，啥情况下会导致该漏洞产生
|
||||
## 一、用户身份校验体系存在短板
|
||||
### 1. 仅依靠单一字段区分用户
|
||||
|
||||
系统仅通过邮箱、手机号作为判定新用户的唯一依据，未叠加设备指纹、IP、实名信息等辅助校验维度。一旦账号注销后数据被彻底清除，使用同一手机号 / 邮箱二次注册，系统会直接判定为全新用户。与某src的业务审核人员交流后发现，该问题在中小型应用中十分普遍：业务接口仅查询当前有效账号，完全忽略已注销的历史身份。
|
||||
|
||||
|
||||
### 2. 注销数据无持久化留存
|
||||
|
||||
产品执行账号注销时，直接物理删除整条用户数据，没有留存注销台账、权益领取记录。本次分析的样本应用存在同类缺陷：临时测试账号数据无长期持久化机制，注销清空数据后，系统彻底丢失该身份的历史行为记录，无法做二次风控拦截。
|
||||
#### 配套缺陷演示：
|
||||
```
|
||||
@Service
|
||||
public class VulnerableUserService {@Autowiredprivate UserRepository userRepository;// 注册逻辑：仅检查邮箱是否存在public User register(String email, String password) { // 漏洞点：仅通过邮箱判断用户是否存在，未考虑已注销账户 if (userRepository.findByEmail(email) != null) { throw new RuntimeException("邮箱已注册"); } User newUser = new User(email, password); return userRepository.save(newUser);}// 注销逻辑：直接删除所有数据public void deleteAccount(Long userId) { userRepository.deleteById(userId); }}
|
||||
```
|
||||
## 二、权益发放校验逻辑片面化
|
||||
### 1. 新用户判定标准仅看当前账号状态
|
||||
|
||||
发放新人福利时，系统只判断当前账号是否为首次注册，没有考虑账号注销重置身份的攻击场景，攻击者循环注销重注册就能反复领取权益。
|
||||
### 2. 不追溯身份历史领取记录
|
||||
|
||||
权益下发逻辑仅绑定当前有效账号，不会检索该手机号、邮箱过往所有领券行为；账号被删除后，对应的权益领取记录同步消失，风控完全失效。
|
||||
#### 缺陷发放逻辑演示：
|
||||
```
|
||||
@Service
|
||||
public class VulnerableCouponService { @Autowired private UserRepository userRepository; // 发放新人权益接口 public Coupon grantCoupon(String email) { User user = userRepository.findByEmail(email); if (user == null) { throw new RuntimeException("用户不存在"); } // 风险点：仅校验当前账号领券状态，无全生命周期历史核查 if (user.getCoupons().isEmpty()) { Coupon coupon = new Coupon("NEW_USER_100"); user.getCoupons().add(coupon); userRepository.save(user); return coupon; } else { throw new RuntimeException("当前账号已领取新人权益"); } }}
|
||||
```
|
||||
## 三、业务流程模块割裂，缺少风控兜底
|
||||
### 1. 注销与营销模块无状态联动
|
||||
|
||||
产品设计时将账号注销、权益发放拆分为独立模块，两者数据完全不互通。注销操作不会同步更新营销活动的风控台账，无法拦截重置身份重复领福利的行为。
|
||||
### 2. 缺少注册频率冷却风控
|
||||
|
||||
接口未限制同一 IP、设备、手机号的短时间注册次数，无自动化行为拦截策略，攻击者可批量脚本循环注册注销，大批量消耗运营权益。
|
||||
#### 无任何风控的注册接口演示：
|
||||
```
|
||||
@RestController
|
||||
public class VulnerableAuthController { @Autowired private VulnerableUserService userService; @PostMapping("/register") public User register(@RequestParam String email, @RequestParam String password) { // 风险点：无设备指纹校验、无IP注册频次限制 return userService.register(email, password); }}
|
||||
```
|
||||
## 四、底层数据库模型设计缺陷
|
||||
1. 未使用软删除机制，账号注销直接执行物理删除；
|
||||
|
||||
1. 用户表与权益记录表采用级联删除，账号销毁后，所有领券记录同步清除，永久丢失审计凭证；
|
||||
|
||||
1. 查询接口仅过滤有效账号，无法检索历史注销身份。
|
||||
|
||||
#### 数据库实体缺陷演示:
|
||||
```
|
||||
@Entity
|
||||
public class User { @Id @GeneratedValue private Long id; private String email; // 风险点：无is_deleted、deleted_at软删除标记；级联删除连带清除权益记录 @OneToMany(mappedBy = "user", cascade = CascadeType.ALL) private List<Coupon> coupons = new ArrayList<>();}public interface UserRepository extends JpaRepository<User, Long> { // 仅查询现存有效账号，已物理删除数据无法追溯 User findByEmail(String email);}
|
||||
```
|
||||
### 用流程图总结一下，大概就是
|
||||
|
||||
|
||||
## 五、漏洞总结与标准化修复方案
|
||||
### 漏洞根因总结
|
||||
|
||||
该时长会员应用出现重复领权益漏洞，核心问题是**账号数据生命周期与营销风控体系脱节**。物理删除注销用户数据，导致系统无法追溯身份历史行为；叠加单一字段校验、模块数据隔离、无多层风控多重缺陷，最终形成可无限复用新人福利的业务漏洞。此类逻辑漏洞无法通过扫描器发现，攻击流量和正常用户操作高度相似，是业务安全审计的重点排查对象。
|
||||
|
||||
|
||||
### 分层修复落地建议
|
||||
1. **多维度身份识别**叠加手机号、邮箱、设备指纹、IP 地址多维度做身份判定，不单一依靠账号表存在性判断新用户；
|
||||
|
||||
1. **数据持久化追溯机制**放弃纯物理删除，采用is_deleted、deleted_at软删除字段；独立搭建权益领取历史台账，账号注销不删除台账记录，永久留存领券审计数据；
|
||||
|
||||
1. **打通模块状态联动**注销操作同步更新营销风控台账，下发权益前优先查询身份全历史领券记录，而非仅校验当前账号；
|
||||
|
||||
1. **增加接口风控兜底**对注册接口增加频次限制、短时间注册冷却机制，拦截自动化批量注销注册行为。
|
||||
|
||||
02
|
||||
|
||||
0x2 培训课程介绍
|
||||
|
||||
26
|
||||
|
||||
**SRC漏洞挖掘培训课程**
|
||||
|
||||
|
||||
|
||||
|
||||
**1.课程价格目前是575（后面也会随着人数越多，涨价）🌟师傅们还可以上车补票，冲冲冲！**
|
||||
|
||||
**2.报名成功送知识星球一个，拉内部小圈子交流群+SRC直播通知群！✨**
|
||||
|
||||
**3.一周2节课程，直播+录播形式，课程内容大家可以看课表，目前是第一期，一次报名永久无限听课！❤️**
|
||||
|
||||
**4.目前是第一期课程，后面比如说开了二、三期，都是不用在花钱的！**
|
||||
|
||||
**5.上课结束后，会把视频录播+课件笔记一起打包发直播群！**
|
||||
|
||||
**6.哔哩哔哩SRC课程公开课，链接🔗直达：**
|
||||
|
||||
**https://space.bilibili.com/642258933**
|
||||
|
||||
SRC课程详情🔎：
|
||||
[学了一堆理论，还是挖不到漏洞？你缺的是实战！](https://mp.weixin.qq.com/s?__biz=Mzk0Mzc1MTI2Nw==&mid=2247509438&idx=1&sn=1b5c5c14bef52f1a4fd8319fea73a0cb&scene=21#wechat_redirect)
|
||||
|
||||
|
||||
内部小圈子知识星球详情🔎：[50 元封顶！渗透攻防 + SRC 漏洞星球限时开放！](https://mp.weixin.qq.com/s?__biz=Mzk0Mzc1MTI2Nw==&mid=2247509408&idx=1&sn=2e12452dfc2d34631af5109af28a6758&scene=21#wechat_redirect)
|
||||
|
||||
|
||||
欢迎关注公众号：
|
||||
神农Sec
|
||||
，报名咨询添加VX：
|
||||
routing_love
|
||||
|
||||
|
||||
|
||||
开课快五个月时间
|
||||
，课程目前已经
|
||||
累计加入了960+个学员
|
||||
了，课程培训招生任火热持续中，师傅们
|
||||
对于我们课程感兴趣的，想要学习技术，找工作的可以咨询我报名
|
||||
。
|
||||
|
||||
|
||||
|
||||
课程培训记录📝，每次上车在1-3小时之间，上课包括课程内部群大家
|
||||
交流氛围很好！
|
||||
|
||||
|
||||
|
||||
课程上课笔记课件📒都会打包给师傅们，笔记都非常详细，很多几k价格的培训机构哪怕是课件笔记都没有的，我这里都是下课第一时间把
|
||||
录播+笔记打包发给大家！
|
||||
|
||||
|
||||
|
||||
平常也都会给学员进行一些项目发布，包括后面的
|
||||
工作、护网内推等，经常上麦交流，大家互相学习，简历优化等。
|
||||
|
||||
|
||||
|
||||
SRC漏洞挖掘课程培训已经两个星期了，期间也是创建了
|
||||
“回本小群”，希望学员回本越来越多，创建这个群主要是鼓励学员学习进步，以及不定时发小项目！
|
||||
|
||||
最后也是希望大家都可以赚钱，找到好工作🎉
|
||||
|
||||
|
||||
|
||||
培训时间不长，感谢🙏师傅们的
|
||||
喜报
|
||||
，很开心看到师傅们给我分享自己的成果，
|
||||
希望师傅们越来越强！
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
平常也会分享项目，下面是一些
|
||||
学员项目成果
|
||||
，群里报课的学员都是不抽成的，主要是帮助学员进行
|
||||
回本
|
||||
，
|
||||
让大家都可以进步！
|
||||
|
||||
|
||||
|
||||
上课结束后，会把
|
||||
视频录播+课件笔记
|
||||
一起打包发直播群
|
||||
|
||||
**「神农安全」**
|
||||
知识星球目前已经
|
||||
累计2500+网络安全爱好者的加入！
|
||||
|
||||
后面也是小圈子做大起来了，师傅们也都喜欢看我文章，想着给大家教下src漏洞挖掘思路，所以自己花了很长时间做了✨
|
||||
课件和课表，都是纯自己手搓的，大家也可以看下课表的内容。
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
03
|
||||
|
||||
0x3 课程特色
|
||||
|
||||
课程
|
||||
主打真实，
|
||||
一线SRC漏洞挖掘师傅是如何学习和挖掘SRC漏洞的，让你真正了解SRC漏洞挖掘，助力在岗人员和大学生的能力提升，掌握新的技能树，为下一次
|
||||
跳槽涨薪做好准备。本
|
||||
课程内容覆盖企业
|
||||
SRC、众测项目挖掘、护网HVV红蓝攻防技巧、CVE、CNVD、EDUSRC等平台通杀案例技巧挖掘方法。
|
||||
|
||||
本课程
|
||||
适合人群
|
||||
（光看不挖啥也不会）
|
||||
```
|
||||
1、有计算机经验，想从0转行入行的大学生或自学者
|
||||
2、想从CTF比赛/Web或SRC进阶到项目实战的选手
|
||||
3、想参与项目/找工作/提高收入的转型者
|
||||
4、想通过挖SRC赏金做副业的师傅们
|
||||
5、挖SRC漏洞遇到瓶颈的师傅们
|
||||
6、想学习AI安全自动化渗透测试漏洞挖掘的师傅
|
||||
```
|
||||
|
||||
课程价格：575 元
|
||||
|
||||
报课成功的师傅们直接免费送内部小圈：一个知识星球+内部小圈子交流群
|
||||
```
|
||||
1、课程价格真心实惠，绝不割韭菜
|
||||
2、四五百的课程价格让你体会大几千的培训课程内容
|
||||
3、带着大家从0到1，本人上课坚持手搓课件（实战案例+知识体系）
|
||||
4、拒绝使用PPT演讲模式（无实操，很枯燥）
|
||||
```
|
||||
|
||||
直播培训教学方式
|
||||
|
||||
课程
|
||||
一周1-2节课，课程特色涵盖直播多人上麦活跃回答，直播过程中有问题随时解决或私信我。
|
||||
拉群：一个知识星球内部小圈子交流群+课程培训直播通知群。有项目/工作/护网第一时间内推报课的师傅，
|
||||
一对一简历优化，助力在岗人员和大学生的能力提升。
|
||||
|
||||
一次报名每期均可永久学习，并且赠送内部「神农安全」知识星球，一对一永久解答、无保留教学！
|
||||
|
||||
欢迎关注公众号：
|
||||
神农Sec
|
||||
，报名咨询添加VX：
|
||||
routing_love
|
||||
|
||||
课程均为线上交付，报名成功后
|
||||
不支持退款
|
||||
|
||||
内部小圈子
|
||||
（知识星球+内部小圈子交流群+知识库）
|
||||
|
||||
对内部小圈子感兴趣的师傅们也可以看下下面的这个
|
||||
跳转链接，里面有对小圈子的详细介绍，报名课程成功的师傅们直接免费送一个（直接点击下面直接可以跳转）。
|
||||
|
||||
[强烈推荐一个永久的SRC挖掘、渗透攻防内部知](https://mp.weixin.qq.com/s?__biz=Mzk0Mzc1MTI2Nw==&mid=2247508882&idx=1&sn=0ca5ab133a5b589e26e25de14882b28f&scene=21#wechat_redirect)
|
||||
|
||||
[](https://mp.weixin.qq.com/s?__biz=Mzk0Mzc1MTI2Nw==&mid=2247508882&idx=1&sn=0ca5ab133a5b589e26e25de14882b28f&scene=21#wechat_redirect)
|
||||
|
||||
[识库](https://mp.weixin.qq.com/s?__biz=Mzk0Mzc1MTI2Nw==&mid=2247508882&idx=1&sn=0ca5ab133a5b589e26e25de14882b28f&scene=21#wechat_redirect)
|
||||
|
||||
|
||||
|
||||
|
||||
讲师介绍
|
||||
|
||||
id：一个想当文人的黑客
|
||||
|
||||
|
||||
|
||||
欢迎关注公众号：神农Sec，报名咨询添加VX：
|
||||
routing_love
|
||||
|
||||
|
||||
|
||||
04
|
||||
|
||||
0x4 第一期挖洞培训课表内容
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
**内部圈子介绍（报课赠送）**
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
**圈子专注于更新src/红蓝攻防相关：**
|
||||
|
||||
```
|
||||
1、维护更新src专项漏洞知识库，包含原理、挖掘技巧、实战案例
|
||||
2、知识星球专属微信“小圈子交流群”
|
||||
3、微信小群一起挖洞
|
||||
4、内部团队专属EDUSRC证书站漏洞报告
|
||||
5、分享src优质视频课程（企业src/EDUSRC/红蓝队攻防）
|
||||
6、分享src挖掘技巧tips
|
||||
7、不定期有众测、渗透测试项目（一起挣钱）
|
||||
8、不定期有工作招聘内推（工作/护网内推）
|
||||
9、送全国职业技能大赛环境+WP解析（比赛拿奖）
|
||||
10、十个专栏会持续更新~提前续费有优惠，好用不贵很实惠
|
||||
11、每日内部资料分享，内部圈子资料1000+
|
||||
12、联系圈主获取：内部漏洞知识库+圈子使用手册+内部圈子交流群
|
||||
13、VX：routing_love，技术交流+疑问解决
|
||||
```
|
||||
|
||||
|
||||
**内部圈子**
|
||||
**专栏介绍**
|
||||
|
||||
知识星球内部共享资料截屏详情如下
|
||||
|
||||
（只要没有特殊情况，每天都保持更新）
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
05
|
||||
|
||||
0x5
|
||||
优秀学员报喜
|
||||
|
||||
下面是最近两个月培训期间，很多
|
||||
优秀学员进行报喜，看到师傅们有收获，也是感到很开心的！
|
||||
拉回本小群，就是为了促进大家学习，在群里发学员成果，也是为了让大家学习优秀的师傅们。
|
||||
|
||||
加油，你我皆是黑马！
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
**神农安全公开交流群**
|
||||
|
||||
有需要的师傅们直接扫描文章二维码加入，然后要是后面群聊二维码扫描加入不了的师傅们，直接扫描文章开头的二维码加我（备注加群）
|
||||
|
||||
|
||||
|
||||
|
||||
```
|
||||
```
|
||||
|
||||
|
||||
|
||||
|
||||
@@ -0,0 +1,121 @@
|
||||
# 漏洞复现 | 金和C6协同管理平台 AjaxForBudgetDecompose.aspx SQL注入漏洞
|
||||
实战安全研究 2026-08-24 03:03
|
||||
|
||||
**免责声明**
|
||||
<table><tbody><tr style="-webkit-tap-highlight-color: transparent;outline: 0px;visibility: visible;"><td valign="top" style="-webkit-tap-highlight-color: transparent;outline: 0px;word-break: break-all;hyphens: auto;visibility: visible;"><span style="color: rgb(255, 0, 0);letter-spacing: 0.544px;-webkit-tap-highlight-color: rgba(0, 0, 0, 0);outline: 0px;visibility: visible;font-size: 14px;"><span leaf="">本文仅用于技术学习和安全研究，请勿使用本文所提供的内容及相关技术从事非法活动，由于传播和利用此文所提供的内容或工具而造成任何直接或间接的损失后果，均由使用者本人承担，所产生一切不良后果与文章作者及本账号无关。如内容有争议或侵权，请私信我们！我们会立即删除并致歉。谢谢！</span></span></td></tr></tbody></table>
|
||||
1
|
||||
|
||||
**漏洞描述**
|
||||
|
||||
|
||||
|
||||
金和C6协同管理平台 AjaxForBudgetDecompose.aspx SQL注入漏洞，未经身份验证的远程攻击者除了可以利用SQL注入漏洞获取数据库中的信息（例如，管理员后台密码、站点的用户个人信息）之外，甚至在高权限的情况可向服务器中写入木马，进一步获取服务器系统权限。
|
||||
|
||||
2
|
||||
|
||||
**影响版本**
|
||||
|
||||
|
||||
|
||||
|
||||
金和C6协同管理平台
|
||||
|
||||
3
|
||||
|
||||
**测绘语法**
|
||||
|
||||
|
||||
|
||||
fofa语法
|
||||
```
|
||||
app="金和网络-金和OA" || body="JHSoft.Web.AddMenu"
|
||||
```
|
||||
|
||||
|
||||
|
||||
|
||||
4
|
||||
|
||||
**漏洞复现**
|
||||
|
||||
|
||||
|
||||
延迟4秒
|
||||
|
||||
|
||||
|
||||
|
||||
5
|
||||
|
||||
**检测POC**
|
||||
|
||||
|
||||
|
||||
nuclei
|
||||
|
||||
|
||||
|
||||
afrog
|
||||
|
||||
|
||||
|
||||
|
||||
6
|
||||
|
||||
**漏洞修复**
|
||||
|
||||
|
||||
1、建议联系厂商打补丁或升级版本。
|
||||
|
||||
2、增加Web应用防火墙防护。
|
||||
|
||||
3、关闭互联网暴露面或接口设置访问权限。
|
||||
|
||||
7
|
||||
|
||||
**内部圈子**
|
||||
|
||||
|
||||
**现在已更新POC数量 2500+（中危以上）**
|
||||
|
||||
🔥 **1day/Nday 漏洞实战圈上线**
|
||||
🔥
|
||||
|
||||
还在到处找公开漏洞 POC？
|
||||
|
||||
这里专注整合全网公开1day/Nday漏洞POC和复现，一站式解决你的痛点！
|
||||
|
||||
🔍
|
||||
圈子福利
|
||||
|
||||
✅ 整合全网 1day/Nday 漏洞POC，附带复现步骤，新手也能快速上手
|
||||
|
||||
✅ 每周更新 7-15 个POC测试脚本，经过实测验证，到手就能用
|
||||
|
||||
✅ 完美适配 Nuclei/Afrog 扫描工具，脚本无需额外修改，即拿即用
|
||||
|
||||
✅ 临时福利：免费 FOFA 高级会员查询，无需账号也能高效资产测绘
|
||||
|
||||
✅ 专属权益：提供指纹识别库，指纹库持续更新
|
||||
|
||||
💡
|
||||
适合对象
|
||||
|
||||
渗透测试🔹攻防演练🔹安全运维🔹企业自查
|
||||
🔹SRC漏洞挖掘
|
||||
|
||||
⚠️
|
||||
重要提醒
|
||||
|
||||
仅限授权范围内的合法安全测试，严禁用于未授权攻击行为！
|
||||
|
||||
本服务为虚拟资源服务，一经购买概不退款，请按需谨慎购买！
|
||||
|
||||
目前圈子已满200人，价格由66.9调整为69.9元（
|
||||
交个朋友啦
|
||||
），250人后调整为71.9元。
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
Reference in new issue
Block a user