先知技术社区

Qdrant 分布式集群的 6335 内部端口，从 1.19.1 到 1.20.0 连修两轮：先堵只读 key 调 AddPeerToKnown，再把 enforce_internal_auth 默认打开。但不配 api_key 的集群仍然全裸——匿名能加 peer、往 collection 写数据、读 telemetry。我写了个假 6335，集群真把向量数据推了过去。

通过反推代码逻辑拆解协议进行绕过白名单

自今年6月以来，我们持续跟进weax勒索病毒在国内的多起攻击事件。近期，该家族已将加密文件后缀改为 `.rox`。在此前发布的畅捷通T+案例中，我们已对这一变化作出预警。 围绕tellyouthepass（sorry勒索病毒）、weaxor等相关勒索家族，我们也持续发布过溯源分析。建议结合往期文章阅读，了解其攻击手法的延续与变化。

在此之前接触过不少pyjail沙箱逃逸题目，玩法颇多，这里总结一下Pyjail基础解法最简单的Python沙箱把 __builtins__ 换成了一个白名单字典，没有所谓的危险方法。pyjail的基础解法就是利用Python 里任何对象都能顺着类继承链爬到 object遍历所有子类，从而执行open、eval等危险函数。基础payload获取os模块恢复 __builtins__其中warning

针对华为 HG532 系列路由器 upnp 守护进程（监听 37215）做静态审计，定位 /ctrlt/ DeviceUpgrade_1 的 Upgrade action 处理函数：其从 SOAP XML 取 NewDownloadURL 与 NewStatusURL 两个字段后，未经任何过滤直接 snprintf 拼入 upg 命令模板并交给 system()， 且该服务以 root 权限运行。

本文逆向分析了 CVE-2025-6101 的官方修复补丁，发现其在沙箱底层硬编码了 allow_unsafe_eval=True，导致针对 ast_parsers.py 的 AST 绕过依然可以触发未授权 RCE。文章完整还原了从 interface.py 到 ast_parsers.py 的双阶段攻击链路，并提供了详细的 PoC 与底层源码分析。

Mercury 3.2.3 的 BLOCKED_PATTERNS 里少了一个逗号，Python 把两条正则拼成一条，/lab 和 /api/terminals 同时失守——匿名 POST 换个终端就拿到 shell。3.2.4 补了逗号只关一半，/api/kernels 仍能建内核执行任意代码，/api/contents 还能匿名写文件。补丁与公告隔了两个月。4 版本实测 + mercury-au

本文在自建Gitea与gitea-runner上复现Gheist的「投递工作流—读取密钥—编码入日志—经平台API取回」无C2外带链路，测绘脱敏引擎的匹配规则与载荷尺度效应，回答载荷为何选base32，并给出以金丝雀变换指纹为核心的检测点与防御优先级。

FoxIO于2026年10月20日披露Header Accordions攻击，QPACK解码器成为HTTP/3服务端的新型内存放大器。本文复现三条利用路径，实测Bun 1.4.3以588.7 KB流量放大4045倍触发OOM，并验证两个新版补丁的有效性。

在实际内网渗透过程中，拿到个人主机的权限（如钓鱼、域控下发）后，个人主机大部分还无法操控鼠标（无RDP服务且会引发目标警觉）以及安装终端防护软件，如何无痕实现针对浏览器中保存的Cookie和账户密码的提取和还原，便成为内网渗透必不可少的一环。

通过血量寻址，本文介绍两种新思路：一是利用数据邻近性，配合数据遍历工具从血量附近逐层搜索，找到最大蓝量、最大血量、人物 ID 等数据；二是堆栈回溯法，以人物 ID 为例演示当遍历搜不到时，如何借助堆栈区逐层向上查找，最终得到基址 + 偏移。

在实际渗透测试里，偶尔会碰到一种比较难受的情况：请求明明已经抓到了，但真正开始改包时，才发现它并不好下手，GWT-RPC 就是一个比较典型的例子。

篇文章不复盘架构，复盘过程：每一步我当时的想法是什么，那个想法错在哪，是谁发现的。九个坑里大部分我能自己抓到，有两类永远抓不到——判据本身和盲区本身，它们只能由外面的人指出。

状态类数据查找在了解完基础的数据类的数据查找方法和思路之后，这篇文章就给大家提供一下关于状态类数据我们的基本思路是怎样的，这里我们就拿骑马状态和寻路状态来给大家展示一下：注意：在此之前我们先要想一下关于这种状态类数据我们该如何打开突破口？他不像基本数据那样有很多数据变化，一般来说这种数据只有或者不是两种状态，那么这个时候自然用0/1来表示是最方便简单的，那么我们就顺着这个思路去找：1.1骑马状态搜

本文记录一次网盘转存业务中的绕过。测试过程中，账号因 VIP 和存储空间限制无法正常转存某公开分享文件，但在多次进行下载、保存等操作后，文件最终进入个人网盘。后续尝试未能稳定复现该现象，因此本文不对服务端具体实现进行武断定性，而是从前后端校验、异步任务、状态一致性、重复请求及竞态等角度分析其可能原因，并讨论该类业务逻辑问题的测试与修复思路

《针对初学者的虚拟机逃逸实践：一次完整的挂载逃逸排错过程》

Dify 1.16.1 版本中，发现未授权SSRF漏洞，这与之前的CVE-2025-29720、CVE-2025-56520属于同地址的漏洞，但是我并未在公网上找到详细的分析报告，而且版本很靠前，为什么最新版本的还是会存在这个问题，那就一种可能修了没修好，不管怎么修该有问题下一个版本还是这里出问题。 第二个漏洞就是代码沙箱的网络访问，直接创建节点就可以进行ssrf+命令执行

本文详细分析了近期公开的 RuoYi-Vue 后台管理系统 SQL 注入漏洞（CVE-2024-57521）。该漏洞存在于 ruoyi-generator 模块中，属于认证后布尔盲注（CVSS 9.8）。文章从代码审计视角切入，深入剖析了 SqlUtil.java 中黑名单过滤机制失效的根本原因，演示了如何利用 %0b（垂直制表符）绕过防护，并分享了基于二分法盲注的 Python 自动化 PoC

2025 年 9 月 1 日，国内《人工智能生成合成内容标识办法》正式施行，AI 生成内容被要求打上"显式+隐式"双重标识；国际上，Adobe 主导的 C2PA 内容凭证标准已经被 OpenAI、Google 等厂商接入。标准来了，但我一直有个疑问没人认真测过：这些藏在图片文件里的溯源凭证，到底能活多久？一张 AI 图从生成到被转发、压缩、截图、裁剪，凭证还会在吗？这篇文章我把三家生成器的图片丢进

记录一次真实众测中的攻击面扩展过程。文中资产信息均已脱敏，仅用于技术交流。