绕开JS验证的方法汇总

1.应用场景

用于请求接口测试.[比如后端接口安全测试]

2.学习/操作

前言:

服务器端验证是必要的.

 

方法汇总

方法一

将页面保存到自己机器上, 然后把脚本检查的地方去掉,最后在自己机器上运行那个页面即可.

 

测试结果:

TBD

方法二 //即 使验证的js脚本不生效.

该方式与方法一类似一样, 只是将引入js的语句删掉, 或则将引入的js后缀名更换成任意的名字, 就OK.

方法三

在浏览器地址栏中直接输入请求URL及参数,发送get请求, 即可.

 

但如果是post请求,

同时post主体请求参数在浏览器中不好修改,[或者不想修改]

推荐参考:

https://blog.csdn.net/william_n/article/details/104995351  // 2. 调试 --- 发送请求[xhr]

方法四

在浏览器设置中，设置禁用脚本

总结:

绕开前端的验证的方式有很多种，因此在系统中如只加入前端的有效验证，而忽略服务器端验证，是一件很可怕的事情；

但如果只有服务器端验证就那么服务器端的负担会加重，因为前端验证可以保证大部分请求是有效，友善的；

所以我们应该在自己的系统中将其这两种验证方式结合起来使用.

3.问题/补充

1.如果客户端禁用了 javascript 那如何进行验证?

服务端是必须进行验证的，这是最后一道防线，马虎不得。

举个例子：如果服务端不验证，那么完全可以在任何连接互联网的地方重写一个没有JS验证的表单，然后提交给你网站的程序，后果可想而知，几乎就是自由出入.

 

客户端的JS验证其实质是提升用户体验，可以让用户提前知道填写资料的对错，否则等到一提交，再返回个错误，把原来填的都清空了，那就抓狂了

根据Javascript优雅退化的原则，页面要在禁用JS的情况下仍然能够正常使用。虽然可能用户体验差了点，少了某些效果，但基本的功能都还是可以实现的.

所以，不要过分地依赖JS，服务端该验证的还得验证.

 

写服务器程序,给你一个提醒: 不要相信任何客户端数据,

JS只是一个辅助验证, 是为了减轻不必要的提交, 比如提交大堆数据过去, 发现有一个数据不合法, 这样岂不是浪费服务器资源?!

 

但服务器端的是少不了这些验证的, 因为提交者可能不是浏览器,即一些模拟发送工具.

 

2.服务器是否能区分请求是来自于浏览器还是模拟请求工具?

TBD

 

4.参考

http://www.360doc.com/content/13/0925/21/13812121_317077519.shtml  //介绍几个绕开JS验证的方法（服务器端验证是必要的）

https://blog.csdn.net/william_n/article/details/104995351  // 浏览器 个人实践/理解

后续补充

...