先知技术社区

Python 3.8 的 PEP 570 给函数签名引入了 positional-only 参数（`/` 语法），AST 上对应一个新字段 `posonlyargs`。RestrictedPython 的名字校验器 `check_function_argument_names()` 逐字段枚举检查了普通参数、`*args`、`**kwargs`、keyword-only 参数——唯独漏了这个新字段

IBM JCC getConnection 反序列化

随机 tcache_key 拦截 double-free，safe-linking 隐藏链表指针，malloc/free hook 被连根移除。

vLLM 在 `0.26.0` 之前的两个 derender 端点会接受调用方提交的嵌套 `GenerateResponse`，并在资源边界校验前执行去分词、logprob 处理和 OpenAI 兼容响应构造。拥有相应 API 访问权限的客户端因此可用格式合法、但规模异常的 JSON 竞争 CPU、内存、响应缓冲与带宽，影响同一服务上的其他请求。

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

Android App WebView JSBridge任意页面凭证窃取漏洞挖掘案例分析

本文以 Apache Syncope 的一个真实漏洞链为例，整理 Groovy 黑名单沙箱的三类绕过方式：解释器逃逸、运行时间接调用、反射与黑名单盲区。每种方式都会从沙箱的实现原理出发，说明绕过的切入点在哪、为什么能绕过，并给出在真实目标上的利用效果。

关于DeepSeek Harness安全问题的小研究

它不是内存安全漏洞，也不是逻辑越权。它的本质是：地址解析层中存在三条相互独立的超线性（近二次）性能路径与一个参数上限触发的异常路径，而地址解析在 Node.js 的单线程事件循环上同步执行。

@tiptap/core >=3.7.0,<3.30.5 的 Markdown 属性解析里存在两条二次时间复杂度路径：Pandoc 风格的块属性解析器（attributeUtils.ts）在键值匹配和清理两个阶段各执行一次同型的未锚定贪婪搜索；行内 shortcode 解析器（createInlineMarkdownSpec.ts，以及 Mention 扩展自带的内联实现）对无等号的长词串从每个位

OpenTelemetry-Go 的 OTLP 日志 gRPC 导出器（go.opentelemetry.io/otel/exporters/otlp/otlplog/otlploggrpc，受影响区间 v0.5.0–v0.20.0，官方口径 < v0.21.0）会把 OTEL_EXPORTER_OTLP_LOGS_CERTIFICATE 这组环境变量完整解析进 cfg.tlsCfg——根 CA、

CVE-2026-88975（CVSS 3.1 7.5，CWE-400）是 http4s Ember HTTP/2 实现的未认证资源消耗漏洞：读循环在缓冲完整 9 + length 字节之前不做任何帧大小校验，对端可以在 9 字节帧头里声明一个接近 24 位上限的单帧长度，并持续发送接近 16 MiB、但仍不足额的负载，使当前未完成帧的累积缓冲 acc 驻留约 16 MiB——约为 16 KiB

算是一个 ZCode 都 0day，通过打开恶意的目录触发

这并非普通的输入校验遗漏，而是两条基本安全规则同时失守：认证材料的比较未采用常数时间实现，认证材料本身又被写入常规日志

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

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

IFUNC 的强制绑定可在 constructor 安装 seccomp 前执行 resolver，规则必须由宿主在 dlopen 前落地。

一次普通的 Web 安全测试中，我成功绕过了目标 WAF 的部分规则，却没有找到实际可利用的 SQL 注入。随着测试继续进行，目标的防护行为似乎发生了变化。尝试切换 Tor 后，我原本以为改变出口 IP 就意味着“换了一个身份”，但实际表现却让我开始重新思考：一个防御系统究竟是如何判断，现在的我和刚才的我，仍然属于同一个攻击者？ 本文从这次测试经历出发，结合 Fingerprint、行为关联、风险

对照DeepAudit与AutoCVE，归纳白盒审计Agent在角色拆分、工具边界、状态机与容错上的设计要点，并介绍VulnHunter-White如何用文件定权做全覆盖，结合三种挖掘模式、Docker/局部验证、互联网复测与攻击链串联完成挖洞。

很多 open redirect 漏洞第一次看都不太“吓人”。它既不是 RCE，也不会像 SQL 注入那样一眼就让人绷紧神经