推荐阅读
WordPress 图片优化和压缩插件:Smush

WordPress 图片优化和压缩插件:Smush

优化图像,打开延迟加载,调整大小,压缩和提高您的Google页面速度,使用令人难以置信的强大且100%免费的WordPress图像扫描器,由WPMU DEV的超级团队带给您!文章源自知更鸟-https://zm
推荐阅读
判断 WordPress 文章中有特定短代码时加载脚本

判断 WordPress 文章中有特定短代码时加载脚本

短代码是WordPress常用的功能,虽然目前已被区块所取代,但还是普遍应用中。有些短代码会用到JS脚本,但又不想全局加载,可以用下面的代码实现,添加短代码时仅在当前页面加载JS脚本
泛微E-cology10uploadSQL注入漏洞" 网络安全文章

泛微E-cology10uploadSQL注入漏洞"

该文档披露泛微E-cology10系统/papi/file/module/upload接口存在SQL注入漏洞,提供Fofa搜索语法icon\\_hash=-1619753057进行资产识别,并展示漏洞验证截图。文档推荐使用Nuclei脚本进行批量检测,同时通过付费圈子提供漏洞POC合集、MD5解密等增值服务。
针对某池WAFSQL注入漏洞绕过" 网络安全文章

针对某池WAFSQL注入漏洞绕过"

文章分析某池WAF的SQL注入检测机制,提出三种绕过方法:通过运算符语义差异(如||与OR)、垃圾字符干扰、Content-Type混淆伪装文件上传。实验验证利用除号连接if函数配合cot/pow/extractvalue实现注入,但方法对特定函数有限制。提供具体Payload构造流程和绕过条件。
瑞友天翼应用虚拟化系统SQL注入漏洞" 网络安全文章

瑞友天翼应用虚拟化系统SQL注入漏洞"

文档披露瑞友天翼应用虚拟化系统存在多处SQL注入漏洞,涉及getappicon、useredit和appedit等后台功能。攻击者可通过可控参数直接拼接SQL语句实现注入,演示了利用sleep()函数检测漏洞及intooutfile写入webshell的操作过程。关键问题在于未对用户输入进行过滤,建议严格校验参数并修复登录检测机制。
一次SQL注入代码审计实战:从发现到验证的完整过程" 网络安全文章

一次SQL注入代码审计实战:从发现到验证的完整过程"

本文记录了针对若依框架RuoYi-Vue-Pro的SQL注入漏洞代码审计全过程。从审计工具告警出发,通过追踪GoViewDataServiceImpl.java中jdbcTemplate直接执行用户输入SQL的数据流,发现Controller层仅做非空校验而缺乏SQL类型过滤。文章提供了多个POC验证漏洞危害,包括泄露密码哈希、跨库读取系统表、执行DML语句等,并分析了纵深防御缺失的四层原因。最后给出修复建议,强调参数化查询和最小权限原则。
使用AI白盒审计NET源码拿下SQL注入案例&部分感想" 网络安全文章

使用AI白盒审计NET源码拿下SQL注入案例&部分感想"

本文分享使用AI工具对.NET源码进行白盒审计并发现SQL注入漏洞的实战案例,作者通过DeepSeekV4Pro反编译dll文件后,利用特定提示词进行代码审计、鉴权分析和框架路由分析,成功发现符合CNVD中危及以上标准的漏洞,并提供了验证过程与HTTP请求数据包作为POC。文章还总结了AI在黑盒与白盒漏洞挖掘中的应用效率,强调AI需与人工边界控制结合,并附带了代码审计培训课程宣传内容。
【SRC案例分享-16】不一样的SQL注入之请求头注入" 网络安全文章

【SRC案例分享-16】不一样的SQL注入之请求头注入"

本文分享一次SRC实战中的请求头SQL注入案例,作者发现某接口返回`用户组织不能为空`错误,通过将organization参数从请求体移至请求头成功访问,随后测试发现该参数存在SQL注入漏洞,利用单引号触发报错并通过OR1=1实现数据泄露,揭示了请求头参数的安全风险与测试方法。
pgAdmin4三个严重漏洞已修复:跨站脚本、身份验证绕过及AI助手SQL注入" 网络安全文章

pgAdmin4三个严重漏洞已修复:跨站脚本、身份验证绕过及AI助手SQL注入"

pgAdmin团队修复了pgAdmin4中三个CVSS评分均高于9.0的严重漏洞,包括存储型XSS漏洞CVE-2026-12048、身份验证绕过漏洞CVE-2026-12046以及AI助手SQL注入漏洞CVE-2026-12045。这些漏洞可导致跨站脚本攻击、代码执行和SQL滥用风险,影响大量PostgreSQL用户。官方已在9.16版本中通过内容净化、添加身份验证装饰器和限制SQL执行等方式完成修复,建议用户立即升级并视数据库输入为不可信来源。
codeql实战:codeql检测sql注入" 网络安全文章

codeql实战:codeql检测sql注入"

本文介绍使用CodeQL检测原生JDBCSQL注入漏洞的方法。文章从官方示例入手,解析了QueryInjectionSink和QueryInjectionFlow两个核心库,前者定义sink点,后者构建数据流。官方已定义常见sink点,可直接运行检测,但暂不包含MyBatis等框架的检测。文章提供了具体代码示例和操作路径,具有较强可操作性。
【AI专题】AI帮我找到了第一个SQL注入" 网络安全文章

【AI专题】AI帮我找到了第一个SQL注入"

本文分享作者使用AI自动漏洞挖掘工具发现并验证了一个SQL注入漏洞的过程。作者原本认为SRC漏洞挖掘门槛高,但AI工具生成了详细的分析报告,包括风险接口、参数和测试步骤。作者按照报告操作,成功获取数据库版本信息,确认漏洞成立。文章强调AI的价值在于节省重复分析时间,降低入门难度,并鼓励读者尝试AI辅助挖洞。
深入剖析CVE-2026-1207:DjangoRasterField(PostGIS)栅格查询SQL注入漏洞" 网络安全文章

深入剖析CVE-2026-1207:DjangoRasterField(PostGIS)栅格查询SQL注入漏洞"

本文深入分析了CVE-2026-1207漏洞,该漏洞是DjangoGeoDjango组件中RasterField栅格查询的SQL注入漏洞。漏洞根因在于波段索引参数未参数化,直接拼接进SQL语句,导致低权限攻击者可注入任意SQL。文章提供了漏洞概述、背景知识、根因分析及检测工具,并强调仅用于安全研究,不提供利用代码。建议升级Django至安全版本或手动参数化输入。
DjangoSQL注入漏洞CVE-2026-1207正在被在野利用" 网络安全文章

DjangoSQL注入漏洞CVE-2026-1207正在被在野利用"

CVE-2026-1207是一个高危DjangoSQL注入漏洞,评分8.3,正被在野利用。该漏洞影响PostGIS数据库上的RasterField查找操作,因波段索引参数直接拼接进SQL查询导致。攻击者可远程读取、篡改或删除数据。受影响版本包括Django6.0.2之前、5.2.11之前及4.2.28之前。建议立即更新至修复版本,或审查查询、添加WAF规则并收紧数据库权限。