5.RCE（远程命令执行）

Pikachu关于RCE的解释：
RCE(remote command/code execute)概述
RCE漏洞，可以让攻击者直接向后台服务器远程注入操作系统命令或者代码，从而控制后台系统。
远程系统命令执行
一般出现这种漏洞，是因为应用系统从设计上需要给用户提供指定的远程命令操作的接口，比如我们常见的路由器、防火墙、入侵检测等设备的web管理界面上，一般会给用户提供一个ping操作的web界面，用户从web界面输入目标IP，提交后，后台会对该IP地址进行一次ping测试，并返回测试结果。 而，如果，设计者在完成该功能时，没有做严格的安全控制，则可能会导致攻击者通过该接口提交“意想不到”的命令，从而让后台进行执行，从而控制整个后台服务器。
现在很多的甲方企业都开始实施自动化运维,大量的系统操作会通过”自动化运维平台”进行操作。 在这种平台上往往会出现远程系统命令执行的漏洞,不信的话现在就可以找你们运维部的系统测试一下,会有意想不到的”收获”-_-
远程代码执行
同样的道理,因为需求设计,后台有时候也会把用户的输入作为代码的一部分进行执行,也就造成了远程代码执行漏洞。 不管是使用了代码执行的函数,还是使用了不安全的反序列化等等。
因此，如果需要给前端用户提供操作类的API接口，一定需要对接口输入的内容进行严格的判断，比如实施严格的白名单策略会是一个比较好的方法。

我的拙见：开发人员开发了一个平台，可以将用户输入的内容拿去给服务器执行一下，并且把结果反馈回来，比如假设用户输入了：127.0.0.1，然后网站把这个内容放到服务器里面去ping一下，然后再给你会返回ping的结果，但是！用户要是输入了开发人员意想不到的内容那么就会有安全隐患，比如假设用户输入了：127.0.0.1 | 操作系统命令，那么系统就会执行后面的恶意内容，就会引发很大的危害。

1. exec “ping”：

这个开发本意是让你输入IP，然后网站去给你ping一下，并给你返回结果，但是没有对输入做处理，导致了用户可以利用管道符进行多命令执行。这里可以参考这篇文章：传送阵，再附上Windows和Linux的管道符图
pikachu所在的系统不同，那么命令也就不同，我的pikahcu在Windows上面，那么我后面的命令就是Windows命令。
比如Payload：127.0.0.1 | dir

可以看到泄露了非常多的信息，这么说来的话，我们可以操作的东西就多了，比如乱删除东西，写东西，读敏感文件，写一句话木马等等等等。漏洞危害程度取决于脑洞程度，不多演示，需要熟悉Windows的dos命令和Linux的操作命令，以及常见敏感文件路径，文件读写操作等等。

1. exec “eval”：

远程代码命令执行，意思就是你输入的内容会当成php代码执行，在现实生活中一般不会遇到，不过一句话木马倒是经常用到。
Payload：phpinfo();

提交后

phpinfo()会泄露很多东西，文件路径，中间件，操作系统，配置文件目录，和要是和其他漏洞配合，将会产生巨大的危害。
修复建议：

1. 尽量不要提供给用户这种影响服务器的功能。
2. 对任何输入做好过滤操作
3. 开启防火墙waf，一条龙。