先知技术社区

Dify 1.16.1 版本中，发现未授权SSRF漏洞，这与之前的CVE-2025-29720、CVE-2025-56520属于同地址的漏洞，但是我并未在公网上找到详细的分析报告，而且版本很靠前，为什么最新版本的还是会存在这个问题，那就一种可能修了没修好，不管怎么修该有问题下一个版本还是这里出问题。 第二个漏洞就是代码沙箱的网络访问，直接创建节点就可以进行ssrf+命令执行

本文记录一次基于源码包的 Java Web 系统安全审计过程。 我没有直接进入黑盒测试，而是按"web.xml 路由 → CFR 反编译 → 数据流追踪"的顺序先建立攻击面全景，再以线上实测对审计结论分级验证。 审计阶段定位到防注入过滤器被注释、权限判断短路、.do 反射链、DAO 层全量Statement 拼接、明文密码导出、任意文件下载等多类缺陷，并逐一给出反编译原文与文件行号；验证阶段实测确

本研究构建隔离靶场，引入大模型编排的智能渗透体（Agent）进行红队测试，验证其发现数据接口违规泄露的能力。7轮实验显示，Agent以100%成功率、平均9.3分钟触发合规风险阈值，边际成本低于10元/轮。相比人工基线，Agent可标准化、可持续地替代高频重复复核，将事后众测升级为7×24小时在线合规审计，为企业防范数据越权泄露及监管罚款提供高性价比技术底座

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

初步认识 k8s 与 k8s 安全基础

面向若依生态的专项漏洞扫描器实现解析：三态判定降低误报、AI 生成 POC 自验证回灌、nuclei 模板兼容，附靶场实战验证与真实 POC 代码。

CVE-2026-74610 是 Linux 内核 ktls 子系统新近披露的漏洞，因散射链表处理错误导致越界。本文主要分析该漏洞原理，并给出可用于验证漏洞的poc

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

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

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

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

结合第十九届ciscn的awdp赛制

2026 polarCTF 秋季赛 writeup

本文记录了多道 Web CTF 题目的分析与解题过程，涵盖 PHP 反序列化、客户端逻辑篡改、路径穿越、SSTI、CBC 字节翻转、参数与请求方法绕过、信息泄露以及 Shiro 反序列化等常见 Web 安全漏洞。文章通过分析题目源码、前端 JavaScript 和接口逻辑，结合实际请求与脚本利用，逐步还原漏洞成因及利用链路。其中包括利用 PHP 反序列化修改对象属性、篡改前端游戏状态并绕过服务端校

本文分析了 JeecgBoot JimuReport v2.5.1 中因硬编码签名密钥导致的未授权访问及 Aviator 表达式注入漏洞。攻击者通过伪造签名进入接口，利用__instance__和__env__内置变量重写 functionMissing 实现沙箱逃逸，最终调用 Runtime.ex

本次分享主要围绕常见 JavaWeb 持久层中的 SQL 注入漏洞展开。首先介绍持久层与 SQL 注入的基础概念，以及预编译和参数绑定两个核心机制，弄清楚预编译为什么能从原理上防住 SQL 注入；随后以原生 JDBC 为起点，梳理未预编译直接拼接、表名/列名等不能预编译的关键字、以及 like/in 这类为图方便而放弃预编译的三大典型成因；再分别结合 MyBatis 的 `${}` 与 `#{}`

记录一次真实众测中的攻击面扩展过程。文中资产信息均已脱敏，仅用于技术交流。

WCD 的本质不是“缓存”,而是 URL 规范化错位 —— 浏览器原样发送 URL,CDN 凭字符串外观判定缓存,源站做宽容归一化,三方对同一个 URL 各有一套解释,私有响应就掉进了公共缓存。本文穷举出 ;.css、.css、编码、大小写、双斜杠、query 后缀等 13 个变体,并用 Express + Nginx 真实组件交叉验证,最后用四组对照实验测出各层修复的真实效果。结论:具体哪些变体

程序最终调用到的那份实现,不是代码里写定的,而是加载器在启动时按“搜索顺序”裁决出来的。glibc 对同名符号的裁决规则是:主程序排最前,接着是 LD_PRELOAD 注入的库,然后是依赖图广度优先、先定义者胜。攻击者不碰任何目标 ELF,只靠改环境变量、调依赖声明顺序、选 dlopen 时机,就能让程序调用到自己构造的同名函数——把同名函数做成新旧两版,就是一次加载期降级;把目标换成 suid

gzip 请求体可以由多个合法 member 直接拼接而成。入口组件只解开首 member，业务组件继续解开全部 member 时，同一条 HTTP 请求会产生两份参数视图。记录中的网关允许 mode=read，业务端却取得 mode=write；变化不在请求行、头字段或分帧位置，而在首 member trailer 之后的压缩字节。 一条请求在入口已经通过权限判断，到了业务代码却换了参数，这种现