先知技术社区

SunshineCTF 2026 一道 Web 题的完整复现。JWT header 里的 kid 被当成文件名拼进路径，服务端读到什么文件就把内容当签名密钥，这个字段于是变成了任意文件读取的入口。而编辑器密钥硬编码在源码里，源码又能从同一个口子读到——读者证就此变成编辑证。

主程序把共享库中的 capability_mask 写成 0x41 后，库函数会读到更新值，还是继续读到 0x01？答案不在变量名里，而在 ELF 重定位与符号绑定生成的地址关系中。

Syscall用户态 API Hook 让 EDR 能动态审查 Windows API。多数 EDR 用 Inline Hook：在内存里插入 jmp，把执行流拐进 EDR 的 hooking.dll。研判当前 Windows API 不是恶意，就跳回 ntdll.dll，再 syscall 进内核；研判是恶意，就终止执行。要看真正的汇编和 SSN，必须去 ntdll.dll 文件里看函数。其他地

样本的文件来源: https://bbs.360.cn/thread-16185961-1-1.html白加黑：白进程 360speedld.exe，黑 DLL somkernl.dll。黑 DLL 内部名是 proram_c_nocrt_agent_failover_dll.dll，构建标记 clash-silent-speedld-dll。导出故意对齐系统库 msimg32.dll（Alpha

控件类数据查找思路和过程详讲

序列化注入（Serialization Injection）是智能体框架中的一类新型漏洞：攻击者通过提示注入让恶意结构进入智能体状态，框架在持久化与恢复状态时用自身序列化器处理这些数据，反序列化器将携带特定标记的攻击者数据当作受信任的框架对象还原，从而实现任意代码执行、密钥窃取与任意类实例化。本文以 LangGraph 的 CVE-2025-64439（CVSS 9.8）与 LangChain C

Struts OGNL 注入：Source/Sink 建模、误报剔除与路径验证

多签、冷钱包

很基础的利用

web fuzz的意义，以及我为什么要开发fastfuzz的初衷。

Go 1.22 起 net/http.ServeMux 的路由匹配改用编码视图（EscapedPath）逐段比较，%2F 不再是段分隔符；匹配命中后通配捕获值按解码视图交付，.. 回退语义恢复。授权中间件按解码路径前缀放行，处理器拼接磁盘路径时越出前缀——同一请求在两份视图里各被信任一次。

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

堆溢出是因程序向堆块写入数据超过其容量，导致覆盖相邻内存，破坏堆管理结构，进而可能实现任意代码执行。常见原因包括不安全函数使用、整数溢出及内存管理错误。攻击者可通过覆盖chunk头、利用unlink机制或Fastbin/Tcache poisoning等技术，实现任意地址写入，最终劫持程序执行流，如修改GOT表或调用system获取shell。现代glibc引入Safe Unlinking防御，但

应急响应中的主机溯源，长期停留在"手工敲命令 + 截图 + 翻终端历史"的状态： 排查一台被植入木马或 WebShell 的服务器，需要依次查看进程、服务、启动项、计划 任务、网络连接、文件变更和登录活动，再把零散发现串成时间线。动作不难，但重复、 易漏、难复现。HostTraceAI 尝试把 AI Agent 引入这个流程，而引入的前提是先回答 一个问题：凭什么让 AI 动生产主机？本文介绍它的

Vendure 的渠道（Channel）租户边界对订单子实体（Payment / Refund / Fulfillment / OrderHistoryEntry）来说不是机制，而是逐调用点的约定。这些子实体不携带渠道归属，唯一的边界是父订单；受影响版本里多条 Admin mutation 按 ID 全局加载子实体，从不回查父订单渠道。退款路径最典型：渠道检查寄生在"订单行存在"这个业务事实上，l

无交互式 Shell 情况下提取完整固件镜像

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

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

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

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