3大Web安全漏洞防御详解：XSS、CSRF、以及SQL注入解决方案

XSS是获取信息，不需要提前知道其他用户页面的代码和数据包。CSRF是代替用户完成指定的动作，需要知道其他用户页面的代码和数据包。要完成一次CSRF攻击，受害者必须依次完成两个步骤：

登录受信任网站A，并在本地生成Cookie。

在不登出A的情况下，访问危险网站B。

CSRF的防御

服务端的CSRF方式方法很多样，但总的思想都是一致的，就是在客户端页面增加伪随机数。通过验证码的方法。

by三人行慕课

django中写form表单时csrf_token的作用： >

一、Dos攻击（Denial of Service attack）

是一种针对服务器的能够让服务器呈现静止状态的攻击方式。有时候也加服务停止攻击或拒绝服务攻击。其原理就是发送大量的合法请求到服务器，服务器无法分辨这些请求是正常请求还是攻击请求，所以都会照单全收。海量的请求会造成服务器停止工作或拒绝服务的状态。这就是Dos攻击。

二、跨站点请求伪造（CSRF，Cross-Site Request Forgeries）

是指攻击者通过已经设置好的陷阱，强制对已完成认证的用户进行非预期的个人信息或设定信息等某些状态的更新。属于被动攻击。更简单的理解就是攻击者盗用了你的名义，以你的名义发送了请求。

一个CSRF最简单的例子就是用户A登录了网站A在虚拟账户里转账了1000块钱，用户A在本地生成了网站A的cookie，用户A在没有关闭网站A的情况下有访问了恶意网站B，恶意网站B包含请求A网站的代码，利用了本地的cookie经过身份验证的身份又向网站A发送了一次请求，这时你就会发现你在网站A的账户又少了1000块。这就是基本的CSRF攻击方式。

三、SOL注入攻击

是指通过对web连接的数据库发送恶意的SQL语句而产生的攻击，从而产生安全隐患和对网站的威胁，可以造成逃过验证或者私密信息泄露等危害。

SQL注入的原理是通过在对SQL语句调用方式上的疏漏，恶意注入SQL语句。

token由msg、separator、signature三部分组成

msg由客户端标识信息(uid、did)、随机字符主体、过期时间戳两部分组成。

用符号分隔msg部分和加密后的signature签名部分，比如“$”、""等

signature签名，是对上面提到的msg，按照msg中提到的msg的信息部分，按照特定的密匙进行加密。

token = base64(msg)格式化base64(sha256("密匙", msg))

当用户从客户端，得到token，再次提交给服务器的时候，服务器先判断token的有效性，如果有效则处理请求。

服务器对客户端发来的token进行解构为msg、separator、signature三部分。

服务器先验证token是否还具有时效性，如果不具有时效性则拒绝访问。

服务器对客户端发送的信息进行签名，如果得到的签名与客户端发来的签名相同，则token有效

JWT由以下三部分组成：

即：

Header 部分是一个 JSON 对象，描述 JWT 的元数据，通常是下面的样子。

alg属性表示签名的算法（algorithm），默认是 HMAC SHA256（写成 HS256）

typ属性表示这个令牌（token）的类型（type），JWT 令牌统一写为JWT。

Payload 部分也是一个 JSON 对象，用来存放实际需要传递的数据。JWT 规定了7个官方字段，供选用。

除了官方字段，你还可以在这个部分定义私有字段，下面就是一个例子:

注意，JWT 默认是不加密的，任何人都可以读到，所以不要把秘密信息放在这个部分。

这个 JSON 对象也要使用 Base64URL 算法转成字符串。

Signature 部分是对前两部分的签名，防止数据篡改。

首先，需要指定一个密钥（secret）。这个密钥只有服务器才知道，不能泄露给用户。然后，使用 Header 里面指定的签名算法（默认是 HMAC SHA256），按照下面的公式产生签名:

算出签名以后，把 Header、Payload、Signature 三个部分拼成一个字符串，每个部分之间用"点"（）分隔，就可以返回给用户。

前面提到，Header 和 Payload 串型化的算法是 Base64URL。这个算法跟 Base64 算法基本类似，但有一些小的不同。

JWT 作为一个令牌（token），有些场合可能会放到 URL（比如 apiexamplecom/token=xxx）。Base64 有三个字符+、/和=，在 URL 里面有特殊含义，所以要被替换掉：=被省略、+替换成-，/替换成_ 。这就是 Base64URL 算法。

客户端收到服务器返回的 JWT，可以储存在 Cookie 里面，也可以储存在 localStorage。

此后，客户端每次与服务器通信，都要带上这个 JWT。你可以把它放在 Cookie 里面自动发送，但是这样不能跨域，所以更好的做法是放在 >

以上就是关于3大Web安全漏洞防御详解：XSS、CSRF、以及SQL注入解决方案全部的内容，包括:3大Web安全漏洞防御详解：XSS、CSRF、以及SQL注入解决方案、web漏洞攻击有哪些、XSS与CSRF有什么区别吗等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！