RCE(remote command/code execute)概述：（参考概述）

• RCE漏洞，可以让攻击者直接向后台服务器远程注入操作系统命令或者代码，从而控制后台系统。

• 远程系统命令执行
  一般出现这种漏洞，是因为应用系统从设计上需要给用户提供指定的远程命令操作的接口
  比如我们常见的路由器、防火墙、入侵检测等设备的web管理界面上
  一般会给用户提供一个ping操作的web界面，用户从web界面输入目标IP，提交后，后台会对该IP地址进行一次ping测试，并返回测试结果。 而，如果，设计者在完成该功能时，没有做严格的安全控制，则可能会导致攻击者通过该接口提交“意想不到”的命令，从而让后台进行执行，从而控制整个后台服务器
  
  现在很多的甲方企业都开始实施自动化运维,大量的系统操作会通过"自动化运维平台"进行操作。 在这种平台上往往会出现远程系统命令执行的漏洞,不信的话现在就可以找你们运维部的系统测试一下,会有意想不到的"收获"-_-

• 
  远程代码执行
  同样的道理,因为需求设计,后台有时候也会把用户的输入作为代码的一部分进行执行,也就造成了远程代码执行漏洞。 不管是使用了代码执行的函数,还是使用了不安全的反序列化等等。

• 因此，如果需要给前端用户提供操作类的API接口，一定需要对接口输入的内容进行严格的判断，比如实施严格的白名单策略会是一个比较好的方法。

• 你可以通过“RCE”对应的测试栏目，来进一步的了解该漏洞。

exec "ping"

没什么好说的，就是用dos命令&拼接我们想要的命令，反正你也不关心dos命令

exec "eval"

后台用了eval()函数，懒得解释反正你也不关心eval函数

传一个参数1，然后打开f12->network->rce_eval.php->payload

可以看到两个参数

• txt

• submit

打开中国蚁剑（什么？你用冰蝎？我只是懒得换java环境啦）

连接密码就是传参的那个payload，在这里是txt

重点来了！！！

请求信息->Body（一定一定一定要在body里写！！）

写另一个payload，在这里是submit:提交，当然有多少个就写多少个body

总结：

没什么好总结的