IT技术博客大学习 共学习 共进步
全部 移动开发 后端 数据库 AI 算法 安全 DevOps 前端 设计 开发者

标签:远程代码执行

共 2 篇相关文章

IT 累计浏览 1,821

Joomla反序列化漏洞的查漏补缺

当2015年Joomla曝出高危的反序列化漏洞时,安全社区迅速展开了分析。但这篇来自绿盟科技的技术复盘,却质疑了当时主流分析中的一个共识——“漏洞源于Joomla自定义了SESSION序列化机制”。作者通过源码分析指出,Joomla虽然注册了自定义的session处理函数,但其write方法并未改变PHP默认的序列化格式(键名+竖线+serialize值)。问题根源不在于此。 文章随后将矛头指向了更底层的问题:PHP本身的SESSION序列化处理器配置。它引用ryat的经典研究,说明当系统配置中写入SESSION(如php_serialize处理器)与读取SESSION(如php处理器)使用了不同的处理器时,会导致数据解析出错,从而触发反序列化对象注入。Joomla的漏洞正是利用了这种配置不一致。 这篇文章的价值在于“查漏补缺”,它引导读者跳出对应用层“奇技淫巧”的讨论,重新审视PHP底层机制本身可能埋下的坑。对于安全研究者和开发者而言,这是一个重要的提醒:漏洞的根源有时藏在更基础的依赖配置之中。

IT 累计浏览 10,250

STRUTS2类型转换错误导致OGNL表达式注入漏洞分析

这篇讲的是Struts2框架中一个由参数处理机制缺陷引发的严重安全漏洞。作者从一次实际漏洞挖掘经历出发,揭示了一个隐蔽的参数处理陷阱:当Action中存在特定类型的转换错误时,攻击者可以精心构造HTTP请求,利用Struts2的类型转换机制,向服务器注入恶意的OGNL表达式,从而远程执行任意代码。 文章没有停留在漏洞描述本身,而是深入Struts2源码,剖析了从参数解析、类型转换到OGNL表达式计算的完整链路。它指出了问题的根源在于框架对转换异常的处理不够健壮,意外地将用户输入带入了表达式求值环节。这种攻击方式隐蔽性强,传统的过滤措施难以拦截。 针对这一高危漏洞,文章不仅还原了攻击者的利用路径,也清晰给出了修复方向:开发者需要对参数进行严格的类型检查和校验,框架层面则需要完善异常处理逻辑,阻断恶意输入的传递路径。对于正在使用Struts2的开发者和安全人员来说,理解这个漏洞的深层原理是构建有效防御的关键一步。