SpringCloud Function SpEL漏洞环境搭建+漏洞复现

阅读量    139646 | 评论 1

分享到: QQ空间 新浪微博 微信 QQ facebook twitter

 

漏洞概述

Spring Cloud Function 是基于Spring Boot 的函数计算框架(FaaS),该项目提供了一个通用的模型,用于在各种平台上部署基于函数的软件,包括像 Amazon AWS Lambda 这样的 FaaS(函数即服务,function as a service)平台。它抽象出所有传输细节和基础架构,允许开发人员保留所有熟悉的工具和流程,并专注于业务逻辑。

在版本3.0.0到当前最新版本3.2.2(commit dc5128b),默认配置下,都存在Spring Cloud Function SpEL表达式注入漏洞。

 

漏洞复现

在IDEA中选择新建项目,然后选择Spring Initializr,输入随机项目名称,然后选择java版本和jdk版本后点击下一步。

选择Spring WebFunction作为依赖项,点击完成。

漏洞环境就搭建完成。因当前官方还未发布新版本,所以最新版本3.2.2也是存在漏洞的,若在官方出新版本后想要复现此漏洞,那么需要修改pom中spring-cloud-function-web的版本为3.2.2,如下图所示:

确认项目中的spring-cloud-function-web是存在漏洞版本后,就可以直接启动项目了,无需进行任何修改。

然后对本地8080端口发送payload即可。

 

漏洞分析

先看git提交记录,https://github.com/spring-cloud/spring-cloud-function/commit/0e89ee27b2e76138c16bcba6f4bca906c4f3744f ,在提交描述中,明确指出修复了RoutingFunction SpEL代码注入漏洞,并且可以看到目前只更新了两个文件,其中一个文件仅为单元测试。

在测试用例中也清楚写明了漏洞位置以及相关测试Payload。

通过测试用例可知,在给Spring Cloud Function的web服务发送包的时候,加一个相关的Header信息,然后跟入SpEL表达式即可执行命令。

在文件org.springframework.cloud.function.context.config.RoutingFunction中,请求进入到apply方法,接着调用了route方法,然后通过判断特定的消息头信息是否为空,如果不为空则调用functionFromExpression方法。

因调用到了SpEL对routingExpression进行解析,从而导致了SpEL表达式注入。

整个逻辑中由于完全信任从最开始传入的header信息,并且在解析SpEL表达式时候的evalContext使用的是功能更强同时安全隐患较大的StandardEcalutionContext

在官方最新的修补文件中,可以看到新增了headerEvalContext对象,该对象所对应的是使用了仅支持最基本功能的SimpleEvaluationContext

且在调用functionFromExpression方法的时候新增了一个isViaHead布尔类型的参数,用来判断该值是否是取自消息的header中,如果是则使用headerEvalContext对象来解析SpEL表达式。

 

修复建议

目前SpringCloud Function官方已针对此漏洞进行修复,但还没有发布正式版本,可拉取最新修复代码重新编译打包进行临时修补。
墨云科技建议您在升级前做好数据备份工作,避免出现数据丢失等问题。
官方已发布修复补丁参考地址:https://github.com/spring-cloud/spring-cloud-function/commit/0e89ee27b2e76138c16bcba6f4bca906c4f3744f

了解更多相关信息,请关注公众号“墨云安全”,关注更智能的网络攻防。

分享到: QQ空间 新浪微博 微信 QQ facebook twitter
|推荐阅读
|发表评论
|评论列表
加载更多