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

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

现在很多的甲方企业都开始实施自动化运维,大量的系统操作会通过"自动化运维平台"进行操作。 在这种平台上往往会出现远程系统命令执行的漏洞。

操作：
pikachu RCE注入放入exec"ping"选项——输入127.0.0.1提交——得到一个拼接结果——如果后方没有做严格的过滤——输入127.0.0.1 & ifconfig(当其执行完PING127.0.0.1后才去执行ifconfig)提交——得到结果展示ifconfig执行的结果证明后端没有进行严格的过滤。

s

hell_exec(PHP里面用来执行操作系统的函数)，是真实的IP地址才可以ping进去进行操作系统的执行

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

操作：
在pikachu的exec"evel"的项目中——随便输入一个字符——得到一个反馈——输入一段PHP的代码phpinfo();——后端执行将相关结果返回前端。

(输入的内容用eval报错，输出“你喜欢的字符还挺奇怪的！”如果没有报错则不会返回到内容里面去，将前端代码成功执行，执行之后前端会直接展示执行结果）
根本原因：用户输入的内容没有去做任何处理，用eval这个较危险的函数对用户的输入进行处理。