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