漏洞复现
未读
Tomact_CVE-2020-1938漏洞复现
Apache Tomcat存在文件包含漏洞（CVE-2020-1938），攻击者可利用该漏洞读取或包含Tomcat上所有webapp目录下的任意文件。影响版本包括Apache Tomcat 6、7、8和9的特定版本。漏洞核心在于AjpProcessor类的prepareRequest方法处理额外属性时，未对属性值进行严格校验，导致攻击者可通过构造特定请求，实现文件读取或文件包含。复现过程展示了如何利用该漏洞读取文件内容和实现getshell。修复方法包括升级到官方最新版本、关闭AJP Connector或配置认证凭证等。参考文章提供了对Tomcat结构和漏洞分析的深入解释。
漏洞复现
未读
Spring Data Commons_CVE-2018-1273漏洞复现
Spring Data Commons 2.0.5及之前版本中存在远程命令执行漏洞（CVE-2018-1273）。攻击者可通过特制请求参数或基于投影的请求，利用SpEL表达式注入，执行恶意代码。受影响版本包括Spring Data Commons 1.13至1.13.10、2.0至2.0.5，以及相应的Spring Data REST版本。漏洞源于特殊元素的不正确中和导致的属性绑定器问题。修复建议为升级到已修复漏洞的版本。攻击者可通过反射机制执行命令，如弹出计算器或反弹shell。环境搭建和复现过程需要使用Git获取官方示例代码，并通过HTTP请求触发漏洞。
漏洞复现
未读
SpringFrameworkRCE漏洞复现
本文详细介绍了Spring Framework RCE漏洞(CVE-2022-22965)的复现过程和原理分析。漏洞利用过程包括通过HTTP请求传入参数，利用SpringMVC参数绑定机制，控制Tomcat AccessLogValve的属性，让Tomcat在webapps/ROOT目录输出定制的“访问日志”shell1.jsp，实际上为一个JSP webshell。漏洞复现环境使用vulhub/springMVC5.3.17，并详细阐述了复现过程和POC参数说明。最后提供了修复建议，即更新spring-beans版本到5.3.18或5.2.20。
漏洞复现
未读
SpringCloud Function SpEL漏洞复现
2022年3月，Spring Cloud Function被曝存在SPEL表达式注入漏洞，攻击者可通过请求头中的“spring.cloud.function.routing-expression”参数远程执行代码。该漏洞影响版本为3.0.0.RELEASE至3.2.2。文章详细介绍了Spring Cloud Function和SpEL的基础知识，漏洞原理分析，环境搭建及复现过程，并提供修复措施和参考文章链接。通过构造特定请求，可触发RoutingFunction类的apply方法，导致SpEL表达式被恶意执行，最终实现任意代码执行。官方已提供补丁修复该漏洞。
漏洞复现
未读
Struts2-003与S2-005漏洞复现
本文详细介绍了Struts 2的两个漏洞：S2-003和S2-005。S2-003是由于Struts 2将HTTP请求参数解析为OGNL表达式执行，攻击者可以通过Unicode编码绕过安全限制，从而进行远程代码执行。S2-005则是官方对S2-003修复不完全导致的，攻击者可以通过OGNL表达式绕过安全配置，再次进行远程代码执行。文章详细阐述了这两个漏洞的原理，并提供了漏洞复现过程和修复建议。通过阅读，可以深入理解这两个漏洞的原理和利用方式。
漏洞复现
未读
Struts2-001漏洞复现
文章概述了Struts 2的S2-001漏洞，该漏洞源于Struts 2框架中的`altSyntax`标签处理功能。当开启`altSyntax`时，用户提交的OGNL表达式字符串可能在服务器端被错误地解析执行。文章详细介绍了Struts 2处理请求的过程、OGNL表达式的使用以及漏洞的具体分析。复现部分通过搭建漏洞环境和使用Burp Suite工具演示了如何利用该漏洞执行任意命令，并给出了修复建议。以下是摘要：
Struts 2的S2-001漏洞允许攻击者通过OGNL表达式执行任意代码。漏洞发生在处理标签时，若`altSyntax`功能开启，提交的数据中的OGNL表达式可能会被服务器解析执行。文章通过实例详细分析了Struts 2的请求处理流程和OGNL表达式处理机制，展示了如何利用该漏洞获取服务器路径、执行系统命令，甚至实现反弹shell。为防止此漏洞，建议升级到已修复版本的Struts 2或XWork。
漏洞复现
未读
Jboss合集漏洞复现
本文主要介绍了JBoss的多个漏洞复现过程，包括未授权访问漏洞和反序列化漏洞。未授权访问漏洞通过构造特定的请求，可以上传木马并执行命令，导致服务器被控制。反序列化漏洞利用了Java反序列化过程中的安全缺陷，通过构造特殊的序列化数据，攻击者在反序列化过程中执行恶意代码。文中详细演示了如何使用多种工具生成反序列化payload，并通过curl命令提交到目标服务器，成功实现了远程代码执行和shell反弹。针对这些漏洞，文中也给出了相应的修复建议，包括移除或升级相关的Java组件，或升级JBoss到最新版本。
漏洞复现
未读
Fastjson1.2.24RCE漏洞复现
本文主要介绍了Fastjson 1.2.24版本中的RCE漏洞复现过程。Fastjson是一个高性能的JSON库，但在此版本中存在反序列化漏洞，攻击者可以通过构造特定的JSON字符串，利用autoType机制实现远程代码执行。文章详细阐述了漏洞原理，包括autoType的运作方式、JNDI注入和RMI的概念，以及如何利用JdbcRowSetlmpl类构建攻击链。实验部分分别在Windows和Centos7环境中进行了复现，并通过Burp Suite工具和marshalsec工具模拟了攻击流程。最后，提出了升级Fastjson版本、使用safeMode等修复建议。
漏洞复现
未读
shrio721漏洞复现
21
>
> Padding Oracle Attack：
>
> https://zh.wikipedia.org/zh-hans/%E5%A1%AB%E5%85%85%E6%9C%BA%E6%94%BB%E5%87%BB
>
> shiro反序列化漏洞（Padding Oracle Attack）：
>
> https://www.52bug.cn/hacking/3262.html
---
**摘要：**
Shiro 721漏洞是一种反序列化漏洞，利用AES-CBC模式的设计缺陷进行攻击。攻击者可以通过构造恶意的Remember Me字段，结合CBC字节翻转攻击和Padding Oracle Attack技术，实现任意代码执行。受影响的Shiro版本为`Apache Shiro < 1.4.2`，修复措施为升级到最新版本或使用WAF拦截异常的Remember Me值。漏洞利用过程较为复杂，涉及加密模式和中间值的猜解。
漏洞复现
未读
shrio550漏洞复现
本文详细介绍了Shiro-550反序列化漏洞的复现过程。首先，介绍了Shiro安全框架和Remember Me功能的工作原理。然后，详细分析了漏洞成因，即Shiro在Remember Me功能中使用了硬编码的AES密钥，导致攻击者可以构造恶意对象进行序列化，然后通过Cookie发送给Shiro服务端，服务端解密并反序列化后执行恶意代码。接着，详细介绍了漏洞的复现过程，包括搭建漏洞环境、使用不同工具（如ShiroExploit、ShiroAttack2、ysoserial）生成恶意对象并构造Cookie发送，最终实现远程代码执行。最后，给出了漏洞的防御措施，包括升级Shiro版本、更换AES密钥、禁用Remember Me功能等。通过本文，读者可以全面了解Shiro-550反序列化漏洞的原理和利用方式。