远程命令、代码执行RCE漏洞

一、RCE介绍：

RCE(remote command/code execute)概述
RCE漏洞，可以让攻击者直接向后台服务器远程注入操作系统命令或者代码，从而控制后台系统。
远程系统命令执行
一般出现这种漏洞，是因为应用系统从设计上需要给用户提供指定的远程命令操作的接口
比如我们常见的路由器、防火墙、入侵检测等设备的web管理界面上
一般会给用户提供一个ping操作的web界面，用户从web界面输入目标IP，提交后，后台会对该IP地址进行一次ping测试，并返回测试结果。 而，如果，设计者在完成该功能时，没有做严格的安全控制，则可能会导致攻击者通过该接口提交“意想不到”的命令，从而让后台进行执行，从而控制整个后台服务器

现在很多的甲方企业都开始实施自动化运维,大量的系统操作会通过"自动化运维平台"进行操作。 在这种平台上往往会出现远程系统命令执行的漏洞,不信的话现在就可以找你们运维部的系统测试一下,会有意想不到的"收获"-_- 

远程代码执行
同样的道理,因为需求设计,后台有时候也会把用户的输入作为代码的一部分进行执行,也就造成了远程代码执行漏洞。 不管是使用了代码执行的函数,还是使用了不安全的反序列化等等。 
因此，如果需要给前端用户提供操作类的API接口，一定需要对接口输入的内容进行严格的判断，比如实施严格的白名单策略会是一个比较好的方法。 
你可以通过“RCE”对应的测试栏目，来进一步的了解该漏洞。 

二、RCE–ping:

打开pikachu 的 exec"ping "

先随便输入一个，例如127.0.0.1

这是正常的返回结果

我们现在输入
windows:
127.0.0.1 & ipconfig

linux:
127.0.0.1 & ifconfig

可以得到返回的结果
这说明后端没有做处理，除了可以提交ip地址 还可以进行拼接其他的语句

三、exec “eval”
我们可以先随便输入一段字符串 例如:qqq

我们可以输入一段php代码
例如：
phpinfo();

造成这些远程代码漏洞的原因就是后端没有对用户输入的内容进行处理，这种漏洞千奇百怪，需要在往后实战中积累，本实验只能简单举例