JWT漏洞利用靶场实战
NzI3NDE4NDE0MDAzLCJhZ2VudCI6Ik1vemlsbGEvNS4wIChXaW5kb3dzIE5UIDEwLjA7IFdPVzY0OyBydjo0Ni4wKSBHZWNrby8yMDEwMDEwMSBGaXJlZm94LzIwMTAwMTAxIEdGaXJlZm94LzQ2LjAuMC4wLjE0MDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMD
漏洞复现
未读
JWT漏洞复现和原理详解
文章介绍了JWT（Json Web Token）的原理、结构、验证流程及其优缺点。JWT被用于客户端与服务端之间传递身份认证信息，具有跨语言支持、结构简单、无需在服务端保存会话信息等优点，但也存在安全性低、性能较差等缺点。文章详细说明了JWT的结构，包括头部、载荷和签名，并介绍了涉及到的算法，如Base64URL、HMAC和RSA等。
文章进一步阐述了JWT的漏洞，包括敏感信息泄露、破解密钥和越权访问等攻击思路，并提供了一些漏洞利用工具和实例。最后，文章给出了安全建议，包括保护密钥、避免在JWT中存储敏感信息、限制JWT的有效时间等，以提高安全性。
漏洞复现
未读
Laravel远程代码执行(CVE-2021-3129)漏洞复现
本文详细介绍了Laravel远程代码执行漏洞(CVE-2021-3129)的复现过程。首先，概述了漏洞的原因，即Laravel的Ignition组件在Debug模式下，对file_get_contents()和file_put_contents()函数的不安全使用。接着，详细分析了漏洞的利用过程，包括环境搭建、漏洞存在判别、漏洞代码分析、漏洞利用步骤等。最后，进行了漏洞复现，并提出了修复建议。整体来说，本文内容丰富，对漏洞的利用和复现过程进行了深入分析，有助于读者了解该漏洞的原理和防范方法。
漏洞复现
未读
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到最新版本。