先知技术社区

本文是对 XSS（Cross-Site Scripting，跨站脚本攻击）的二次回顾与学习总结，主要围绕 XSS 的基本原理、反射型/存储型/DOM 型分类、常见危害以及漏洞探测展开。在此基础上，重点整理了 XSS 中常见的过滤绕过思路，包括双写、大小写、空格、闭合、注释、HTML 实体、事件处理器、伪协议、SVG 等技巧，并结合具体代码分析其产生原因与适用场景。文章最后以 XSS-labs 为主

通过 Git 源码泄露获取 Gitea 管理员凭证，利用 CVE-2026-60004 漏洞获得初始 Shell。随后通过劫持全局可写的 PHP-FPM Socket 向 Root 定时脚本注入命令，最终成功提权至 Root。

Zygote 是 Android 系统中所有应用进程的"祖先"，通过 fork() 机制派生新进程。向 Zygote 注入模块 后，后续所有由 Zygote 生成（fork）出的应用进程都会继承该模块，实现向派生模块注入的效果。

本文分析并复现了 JeecgBoot 低代码平台（≤ 3.9.3）的未授权权限绕过与 SQL 注入组合漏洞。攻击链由三个缺陷叠加而成：其一，Shiro 过滤链中 /**/*.js 等静态资源后缀匿名放行规则与 Spring MVC 路由解析存在差异，攻击者在 /sys/dict/getDictItems/* 接口后附加 .js 即可绕过 JWT 认证，匿名访问敏感数据接口；其二，字典查询四段式编码

结合第十九届ciscn的awdp赛制

Safetensors 的文件头保存张量名、dtype、shape 与 data_offsets。格式说明禁止重复键，并明确提示并非每个解析器都会遵守这一限制。

人看到的安全文档，对 RAG 来说不一定安全。那么当知识在 Parser、Chunk、Retrieval 之间不断被重新解释和组织时，它原本的语义和安全属性还能不能完整保留下来？

最近漏洞爆发比较频繁（尤其java漏洞），于是想将之前的代码审计工具结合AI去实现做自动化漏洞挖掘以及gadget链路寻找（进行一次AI代码审计的探索）。

2026 年 8 月16日，笔者在处置一起服务器入侵事件时，发现攻击者通过篡改宝塔面板 nginx 全局配置（16 个 `enable-php-*.conf`）注入 `sub_filter` 恶意指令，对全站实施"仅移动端 + 搜索引擎来源 + 中国时区"的精准流量劫持。沿恶意 JS 的 C2 基础设施逐层追踪，最终挖出一个**集"蜘蛛池软件销售 + 网站流量劫持服务"于一体的黑产 SEO 团伙*

大语言模型（LLM）在渗透测试领域的自动化应用正受到广泛关注，但单一Agent模式在多步骤、多分支的攻击链中常因路径选择偏差或上下文丢失而陷入低效循环。为探索更优的自动化方案，本文设计并实现了一种“主控Agent + 策略参谋”的双LLM协作架构，以DeepCode（deepseek-v4-pro）为执行者、千问API为参谋，在本地VMware环境中对Vulnhub靶机DC-2（中低难度）和DC-

一次攻防对抗项目中对某医院 HIS 系统的渗透，目标是验证登录用户权限边界并扩大战果。整个链路走下来很有意思：看似处处有鉴权，实则令牌签名可逆向，最终用一个低权限账号拿到了全量用户数据。

目标：基于 `claw-code`（Rust 实现的 Claude-Code 风格 Agent 运行时，`rust/` 为生产代码、11 个 crate），设计一个**高精度、低误报、高产高质量漏洞**的漏洞挖掘 Agent。 本文是可直接落地到工程实现的**设计规范**：包含角色定义、可直接复制的提示词模板、完整的 JSON Schema、逐阶段数据流、工具/权限矩阵、确定性扫描器集成、对抗式

把确定性留给系统，把不确定性交给模型。

LiteLLM Custom Code Guardrail 这个问题，表面上很容易被看成“自定义代码执行”或“普通 SSRF”。 但真正值得关注的地方在于：这条链并没有绕过 RestrictedPython。import、eval、exec、双下划线属性访问这些语言层限制仍然存在，代码没有逃出沙箱，内部访问和结果外带却依然发生了。

本文基于公开的学术研究成果（arXiv:2608.09867，Stealing Reasoning Traces from Proprietary LLM APIs）与笔者对 OpenAI / Anthropic / Google 三家厂商推理模型的协议层分析，拆解"加密推理块（Encrypted Reasoning Blob）"这一新型攻击面。文章还原了跨会话、跨模型重放攻击的完整技术链路，同时

`CVE-2026-73653` 的核心不是单个路径遍历点，而是 Vitest Browser Mode 里多条 `browser -> RPC -> provider -> filesystem` 链路同时缺失统一的权限检查。

Directus 默认 SSRF 黑名单只防了 AWS 那个 metadata 地址——国产云（腾讯云 169.254.0.23、阿里云 100.100.100.200）一个都没拦。链 A 用 editor 账号打 import 端点直接拉回实例指纹；链 B 用 Webhook Flow 零账号匿名触发。配套 import-ssrf-audit.py 加 --metadata-check 模式，3

当文件名沦为能力路由器：CFITSIO因I/O副作用优先于校验且无回滚，致使攻击者串联功能达成文件复制、SSRF与敏感外传。

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

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