token详解及常见防范措施；远程命令、代码执行漏洞原理及案例演示

Token是如何防范CSRF的？

CSRF的主要问题是敏感操作的链接容易被伪造，那么如何让这个链接不被伪造呢？ 可以每次请求都增加一个随机码。
每次对敏感信息进行修改时后端都会调用一个函数随机生成一个随机码。
在pikachu实验平台进行实际的演示：
在csrf token模块登陆进行数据修改用burpsuite对操作进行抓包处理。
可以看到GET请求为GET /pikachu/vul/csrf/csrftoken/token_get_edit.php?sex=boy&phonenum=15988767673&add=beijing&email=kobe%40pikachu.com&token=110045cce715c7f339405238694&submit=submit相较于之前的实验，这里多了一个token的值token=110045cce715c7f339405238694用来防止csrf
防范措施：
增加token验证（常用的做法）：
1.对关键操作增加token参数，token值必须随机，每次都不一样；
关于安全的会话管理（避免会话被利用）：
1.不要在客户端保存敏感信息（比如身份认证信息）；
2.测试直接关闭，退出时的会话过期机制；
3.设置会话国企机制，比如15分钟内误操作，则自动登陆超时；
访问控制安全管理：
1.敏感信息的修改时需要对身份进行二次认证，比如修改账号时，需要判断旧密码；
2.敏感信息的修改使用post，而不是get；
3.通过http头部中的referer来限制原页面
增加验证码：
一般用在登陆（防暴力破解），也可以用在其他重要信息操作的表单中（需要考虑可用性）

远程命令、代码执行漏洞原理及案例演示

RCE概述
RCE漏洞，可以让攻击者直接向后台服务器远程注入操作系统命令或者代码，从而控制后台系统。
程系统命令执行
一般出现这种漏洞，是因为应用系统从设计上需要给用户提供指定的远程命令操作的接口比如我们常见的路由器、防火墙、入侵检测等设备的web管理界面上一般会给用户提供一个ping操作的web界面，用户从web界面输入目标IP，提交后，后台会对该IP地址进行一次ping测试，并返回测试结果。
而如果设计者在完成该功能时，没有做严格的安全控制，则可能会导致攻击者通过该接口提交“意想不到”的命令，从而让后台进行执行，从而控制整个后台服务器
远程代码执行
因为需求设计,后台有时候也会把用户的输入作为代码的一部分进行执行,也就造成了远程代码执行漏洞。
不管是使用了代码执行的函数,还是使用了不安全的反序列化等等。
因此，如果需要给前端用户提供操作类的API接口，一定需要对接口输入的内容进行严格的判断，比如实施严格的白名单策略会是一个比较好的方法。以通过“RCE”对应的测试栏目，来进一步的了解该漏洞。
exec（ping）项目实际演示：输入127.0.0.1

输入127.0.0.1 & ipconfig点击提交可见ipconfig的结果也被执行输出了。

exec（evel）项目实验演示：输入phpinfo();点击提交发现被后台执行了并被反馈到了前端。