Play Franmework框架漏洞分析

Play Framework是一个开源Star10k+的Web应用框架，使用Scala和Java语言混合编写。该框架具有可扩展、资源消耗低等特点。我们发现该框架涵盖客户人群包括游戏公司EA、领英、沃尔玛、三星等多家知名公司。同时我们发现部分区块链钱包项目中也使用到了该框架，该漏洞可能会导致窃取钱包秘钥等问题。

漏洞编号

CVE-2018-13864

影响范围

Play Framework 2.6.12-2.6.15

漏洞详情

当应用程序在Windows上运行时，Play Assets控制器未正确处理路径。然后，这将应用程序暴露给路径遍历漏洞利用。

在Play Framework的 routes 文件中可以看到静态资源解析路由的配置信息

# Map static resources from the /public folder to the /assets URL path GET /assets/*file controllers.Assets.at(path="/public", file)

该路由调用 controllers.Assets.at 函数将 /assets/* 指向文件目录 /public ，即可解析该目录中的CSS、JS文件等。跟踪controllers.Assets.at 函数

漏洞文件：

：/framework/src/play/src/main/scala/play/api/controllers/Assets.scala 

跟踪 assetAt 函数

这里使用 resourceNameAt 函数获取标准化的文件名，跟踪该函数

esourceNameAt 函数首先会将文件路径进行URL解码，然后将 path 与 decodedFile进行拼接然后通过 removeExtraSlashes 函数将双斜杠//替换成单斜杠/，拿到最终的绝对路径。

但是后面有路径标准化判断，会判断文件路径标准化后的前缀是否为 /public/ ，跟踪一下 fileLikeCanonicalPath 函数看看都干了什么 

该函数中以“/”为分隔符将路径进行分隔，然后对数组进行遍历，如果碰到“..”就删除前一个数组元素，达到标准化路径 

既然代码中是以“/”分隔，在Windows环境中，我们可以使用反斜杠“\”进行绕过，这样不会删掉前面目录，达到跨目录的效果，而且前缀依然是 /public/，满足标准化路径的判断。

我们发现在Scala版与Java版均受该漏洞影响。

在官网下载了Scala版的聊天室Demo（https://github.com/playframework/play-scala-chatroom-example/tree/2.6.x），在Windows下使用sbt运行该源码。

抓取一个静态文件，然后找到项目编译后对应的文件路径 

构造payload，读取项目目录中的 build.sbt 文件试试，这个文件正常是访问不到的

400报错，查了一下发现是akka http不允许特殊符号，那我们进行URL编码

成功跨目录读取到了其他文件。

修复方案

升级到Playframework >=2.6.16版本