1、XSS攻打
攻打原理
XSS攻打是跨站点脚本植入攻打，是比拟常见的一种攻击方式，攻打的原理就是用户利用URL中引入的参数或者在input输入框或者textarea文本域或者富文本编辑器等一些能够承受用户的输出的中央。在这些中央中写入一些歹意的JS代码，而后浏览器在没有进行过滤的状况下就会解析这些JS代码，并进行执行。攻打的个别过程是，攻击者疏导受害者拜访蕴含恶意代码的URL。 当受害者单击URL时，将在受害者的主机浏览器中执行恶意代码，包含劫持用户信息，比方用户名，明码或者cookie等等，而后假冒用户进行一些歹意操作。
上面是一个XSS攻打的例子：
我利用node搭建了一个服务器，这个服务器的工作就是承受一个URL,并剖析它的内容，再在服务端进行渲染，渲染完后返回给浏览器端
当不对用户在浏览器的URL的输出内容进行过滤时，用户能够在浏览器的URL中输出这个内容：
就会申请localhost主机端口3000的服务器，而后传给了它一个keyword作为参数，参数的内容是 >‘’ 加上一段歹意的JS脚本代码。当不对它做任何过滤就拼接到HTML模板上时，会变成这样：
<input id="val" type="text" value=''><script>alert('XSS')</script>
input标签被输出内容的> ‘’间接闭合了，前面的<script>标签就间接作用在HTML中，就会被执行。
XSS防控
XSS的防控就是针对用户的输出信息进行一个过滤，过滤掉<>这些符号尖括号或者进行本义，转换成不被浏览器转换的字符。
本人定义一个函数，在将字符串拼接到HTML模板前先进行本义：
再次在浏览器URL输出恶意代码，会发现脚本没有被执行，在服务器端输入日志中发现字符串被本义后已无奈被浏览器执行了。
2、SQL注入攻打
攻打原理
以后端界面存在须要用户输出的UI组件时，会有有SQL攻打的危险。SQL注入攻打是通过在客户端的输入框等组件，把SQL命令注入到利用数据库，从而执行歹意操作的攻打。
以学生端的登入界面为例，当用户输出用户名和明码并提交到后盾，在后盾就会执行SQL命令，在mysql执行这条命令：select from user where username = 'x' and password = 'y'. 查找是否存在这个用户名和明码。’x’,’y’是咱们在学生端的登入界面中输出的用户名和明码。如果咱们在学生端输出用户名为：student2,明码为： ' or '123' = '123 这种歹意的字符串，那么在后盾执行的SQL语句就会变成：select from user where username = '' and password = ' ' or '123' = '123 '. 因为前面有一个or，且or前面的是永真式，所以肯定会返回true，利用SQL破绽就能够在不晓得明码的状况下，登入账户了。
SQL注入防控
与XSS相似，次要就是对用户的输出进行本义和过滤，防止间接将用户输出内容放到SQL命令中。
3、CSRF攻打
攻打原理
(1)用户关上浏览器拜访网站A，输出用户名，明码登入网站A。
(2)用户信息确认后，网站A产生的cookie信息返回给浏览器，此时用户入网站A胜利，能够失常的发送申请给网站A。假如用户进行某个操作的HTTP申请url是https://aaa.bbb.ccc/doSomeThing
(3)此时如果用户没有退出网站A，又拜访了一个歹意网站B,B网站承受用户申请之后，登入一个新页面，新页面中带有一个scrpt标签：<script src="https://aaa.bbb.ccc/doSomeThing"><script/> 那么当用户进入页面时，浏览器就会携带cookie,主动发送这个get申请。而对于网站A而言，它只是个失常的申请，间接通过，那么歹意的操作就会被执行。
CSRF防控
(1)验证HTTP referer 字段，这个字段记录了HTTP申请的源页面地址，用户间接发送的申请的源页面地址和黑客进行CSRF攻打的源页面地址是不同的。
(2)在申请地址中或者HTTP头自定义属性中增加token并验证，CSRF攻打能胜利次要一个起因是黑客能够利用cookie间接通过验证，所以抵挡办法还能够在申请中放入一个黑客不能伪造而且不存在于cookie的信息。比方在HTTP登入申请中，服务器端随机产生一个token返回给客户端,客户端每次申请时候，在申请头中增加字段Authorization，内容就是后端返回的token值，而后后端会进行验证。还能够给这个token设置一个过期期间，而后前端这边给axios拦截器增加token刷新了哟及，就是当token过期了，就用旧token去后端换取新token。
(3)敏感操作用post而不是get