先知技术社区

新社区上线，积分、稿费翻倍啦！

写在前面 先说明为什么写这篇案例。 做应急响应数百起，我们处置过大量勒索事件，其中不乏手法精密的攻击：0day 漏洞、无文件落地、内存加载。但这起案件不一样， 它的攻击技术难度并不高，真正难的从来不是技术，而是人。 攻击者没有用任何高深的手法，入口只是一次"图省事"的端口映射：第三方运维人员私自将内网服务器的 3389 远程桌面映射到公网，事后又不愿承认。我们在应急响应中遇到过太多次类似场景：运维私开测试端口、用 frp 做内网穿透、在路由器上随手做一条映射，方便是方便了，门也敞开了。而事后追问时，第一反应往往是否认。 这篇文章，完整还原我们从"日志被清空、线索近乎中断"的现场，用逆向思维反推出入口、再用证据链坐实全过程的思路。 为保护受害单位信息，文中内容已做脱敏处理，仅分享溯源思路与防范建议，供同行参考。 文中涉及两台 Windows 服务器，为便于阅读，统一标注为： A 主机 ：最先

一个键名后面还有没有点号，本该在本行之内就能确认。在 smol-toml ≤ 1.8.0 里，这个判断被做成了以整篇文档为范围的全文搜索。smol-toml 是 Squirrel Chat 维护的轻量 TypeScript TOML 解析器。

Athena-AI+雅典娜安全竞赛平台

鉴权分析 与鉴权有关的类如下： SecurityConfig WebMvcConfigurer public(.*?)Interceptor { public(.*?)filter { server-admin路由， # 不参与权限判断的接口 common: apis: /user/userInfo,/user/password/change,/permAssignment/stationGroupList,/logout,/user/password/check SecurityConfig白名单， WebMvcConfig白名单， 各种过滤器，com.某cms.web.inteceptor.*，其中也存在白名单， server-front路由， ServerFrontWebMvcConfig白名单， 存在两个拦截器， service-gateway中的白名单， 看了白名单路由没啥用，过

本文内容仅供技术学习与交流使用，严禁用于任何非法用途。请遵守《中华人民共和国网络安全法》等相关法律法规，因违规使用产生的一切后果，由使用者自行承担，与作者无关。 一、引言 随着 AI Agent 逐渐具备代码生成与工具执行能力，越来越多的应用开始采用生成式 UI（Generative UI）技术，由大模型动态生成 Python 代码，并通过沙箱执行后构建交互界面。这种方式提高了应用的灵活性，同时也对不可信代码的执行隔离提出了更高要求。 目前，WebAssembly（WASM）已被应用于部分 AI 代码执行场景，通过独立运行环境和虚拟文件系统限制代码对宿主资源的访问。但 当沙箱内部的代码能够通过跨语言接口调用宿主运行时 API 时，原有的权限隔离可能失效 ，本文以 Prefab UI 为研究对象，结合实际执行链、漏洞复现和源码分析， 还原从 Pyodide 沙箱到 Deno 宿主文件系统的权

CVSS 10.0 / 无认证 RCE / 影响 < 0.8.0 / 修复 0.8.0 GHSA-5882-5rx9-xgxp Crawl4AI 是当下最流行的开源 LLM 爬虫框架之一，官方 Docker 镜像默认把 API 暴露在 11235 端口，POST /crawl 端点默认不启用 JWT 认证。这个端点接受一个 hooks 参数，允许调用方注入 Python 代码，在爬取生命周期的各个事件点执行。代码在 exec() 里跑，外面套了一层"沙箱"——一个手写的 builtins 白名单。 问题出在白名单里多了一项： import 。 0x00 漏洞信息 项 值 CVE CVE-2026-26216 GHSA GHSA-5882-5rx9-xgxp CVSS 10.0 类型 未认证远程代码执行 影响版本 crawl4ai < 0.8.0 修复版本 0.8.0 攻击向量 POST /

写在前面 先向各位读者说明一件事：上周，我们先后发布了两篇关于某国产 ERP 系统漏洞的分析文章。发布后，出于内容严谨性与合规表达的考虑，我们主动对文章做了下架处理，并就相关内容与相关方完成了沟通。目前问题已妥善处理，现将两篇文章合并修订后重新发布：漏洞结论与防护建议保持不变，部分内容做了进一步脱敏。给本周等待更新的读者说一声抱歉，也感谢大家的理解。 回到正题。六月底，我们发布了 Weaxor 与 TellYouThePass 两大家族借管家婆软件攻击国内中小企业的全链路复盘；七月的 JADEPUFFER 复盘中，我们又跟踪了全球首个 AI 自主完成的勒索攻击。两篇文章留下过同一个判断： 勒索组织的漏洞武器化速度正在发生质变，0day 正在取代 Nday 成为主攻方向。 这个判断的第三次验证，来得比我们预想的更快。 7 月底至今，Solar 应急响应团队接连处置了多起 .weax 勒索事件

两个互不相通的容器，竟然能利用内部 Artifactory 的对象属性交换数据，甚至进一步影响其他会话。原本只是用来缓存依赖的服务，没想到还能成为数据传递的通道。

【升级通知】2026 年 11 月 1 日 00:00 至 06:00 先知社区新版本迭代升级，期间社区暂停访问。

ONLYOFFICE Document Server 0x00 前言先把边界说清楚，免得读完觉得被辜负：不提供可用的请求体、不提供 runtime.json 内容、不搭 EXP 靶场、不放"跑通了"的截图。不评价任何在野利用的具体操作步骤，公开研究里那部分我一行都不会复述。那"本地复现"复现到哪一层？说清楚，免得这条边界显得只是措辞：做了：把仓库里的真实函数

过去做大模型安全时，我们习惯把注意力放在模型“看到了什么”：Prompt Injection、RAG 文档投毒、工具返回污染，本质上都在影响模型接收到的上下文。Structured Output、JSON Schema、GBNF、Guided Decoding 这类机制出现后，有一个问题又值得我们关注：模型下一步究竟被允许生成什么？

一条 8 MiB 的字符串，不需要账号、不需要权限，远程就能让进程 SIGSEGV。glibc 里活了二十四年的 wordexp，栽在一个 ~ 上。

一个 xn-- 前缀加一个尾 -，黑名单里的域名就能原样通过校验；ToUnicode("xn--example-.com") 解码出 example.com 却不带错误。

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

羊城杯wp

本文复现 CVE-2026-109618 PHP2Shell OOM 堆破坏 RCE 漏洞，基于 Docker 靶场验证绕过 ASLR 的完整利用链，并对照官方补丁验证修复效果，总结复现坑点与安全加固方案。

前言 在 AI 大模型与 Agent 蓬勃发展的今天，像 FastGPT 这样允许用户自定义工作流（Workflow）的平台，不可避免地引入了大量出站网络请求。为了防御 SSRF（服务端请求伪造），开发者通常会采用黑名单机制。 然而，在 FastGPT v4.14.11 及更早版本中，存在一个 CVSS 评分高达 7.7 的 SSRF 漏洞（CVE-2026-42345）。令人深思的是：代码中明明存在 isInternalAddress 这样的防御函数，甚至硬编码了各大云厂商的元数据地址，为何防线依然被轻易击穿？ 本文将从代码审计切入，结合动态复现，揭示这场由“字符串信任危机”与“默认配置失效”共同导致的防御崩塌。 一、 代码审计：寻找防线 系统在处理用户输入的 HTTP 请求时，会调用 packages/service/common/system/utils.ts 中的 isIntern

TurboFan 把两条返回类型不同的 JS→Wasm 调用点内联进同一个函数时，帧状态判等函数漏掉了 Wasm 签名的比较，两份帧状态被判成同一份；一次惰性反优化之后，返回值按错误的类型物化——对象地址被读成整数，整数被当成对象指针。

本文详细记录了对某智能灯泡的低功耗蓝牙（BLE）安全测试全过程。文章从 Wireshark 与 nRF52832 抓包环境的搭建切入，直击物联网设备通信痛点，演示了如何捕获设备指令、逆向分析 GATT 读写 Payload，并成功利用 nRF Connect 实施重放攻击接管设备。文末针对实测漏洞，提出了引入随机数、挑战-应答机制及链路层加密等安全防护建议。