Aggregator

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、

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

本文首发实验环境与全部结论均为本人实测。漏洞编号 CVE-2026-68771，影响 ComfyUI v0.22.0 ~ v0.25.0，v0.26.0 修复。所有测试均在本地隔离虚拟机内进行，请勿对未授权目标复现。

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

GitLab CE/EE

本文主要内容是：攻击者把 GEO 技术"武器化"，让恶意下载站被生成式 AI 当作权威答案推荐给用户，从而完成"投毒 → 诱导下载 → 落地执行"的闭环。

Node.js `vm2` 曾长期被用于在同一进程中执行不可信 JavaScript。它通过 Proxy、对象包装、异常清洗以及 Node.js API 控制等机制，试图在原生 `vm` 之上构建更严格的沙箱边界。 但 vm2 的历史漏洞反复说明：JavaScript 沙箱真正难防的地方，并不只是 `require`、`process` 这类显式能力，而是**跨 Realm 对象、Proxy T

基于通告分析，这是一个ip伪造的漏洞

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

(免责声明：本文内容来自经过授权的安全测试、应急响应及个人复盘，仅用于安全研究与防御分析 文中涉及的域名、IP、邮箱、项目名称、文件名及其他可能关联真实主体的信息均已进行脱敏处理。本文不提供针对真实目标的攻击方法，也不用于未经授权的安全测试)

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

多签、冷钱包

很基础的利用

关于 LLM 风险入口的小总结

先介绍发包单线程发包（同步发包） 整条业务逻辑、组包、网络发送全部在同一个线程一次性跑完，调用完发包 call 就立刻走网络。 ① 无加密版本流程：控件 call → 功能 call1 → 功能 call2 → 组包 → 发包 控件 call：入口，触发发包事件（比如人物移动、技能、聊天这类动作入口函数） 功能 call1：业务逻辑，填充对象、校验状态、读取角色数据 功能 call2：

用 CE + x32dbg 定位背包、仓库、周围怪物 NPC 三类成组数据的基址与偏移，重点讲回溯卡在全局变量上时的三条破解思路。

FastGPT v4.14.8 沙箱四层防护（模块黑名单/AST 检查/open 守卫/import 守卫）全被一条 inspect 四步链穿透：currentframe().f_back.f_globals 拿到 worker 模块全局字典，直接调出 _original_open 读 /etc/passwd、_original_import 绕过黑名单。配套 fastgpt-sandbox-au

对自研政务 RAG 系统（gov-rag-demo）做白盒代码审计，发现间接提示注入、权限参数客户端可控、会话 ID 无鉴权、政务高频实体脱敏不足 4 类真实缺陷，定位到行号并完成修复。78 条业务评测用例保持 100% 零回归，安全专项断言全过。附完整复现脚本与修复后状态。

测试一个 APP 的头像审核时，我发现了一个比较有意思的现象：图片里的敏感文字能被拦下来，但部分敏感图片本身却可以正常上传和展示。后来我审核人员给我讲解了实际流程，我又把这个思路带到了直播场景。顺着这两个事件继续往下看，会发现内容风控不只是“模型能不能识别出来”的问题，机器审核、人工复核以及最终处置之间同样存在时间差。 本文从这次实际测试出发，简单拆一下常见的内容风控模型和审核流程，并用伪代码还原

Rust 承诺在编译期消除内存安全问题。本文把 Rust 官方漏洞公告库 RustSec advisory-db 全库拉下来数了一遍：1246 条公告中，346 条（27.8%）带内存类标签。但按年拆开，会看到一个结构性转折 —— 内存类公告里带 CVE 编号的比例，2020 年是 94%（77/82），2025–2026 年只有 6% 和 10%，同期「自称 unsound」的条数升到 35 和