Json Web Token

现在，JSON WEB Token 是非常流行的，尤其是WEB开发领域；

1.跨域身份验证
internet 服务无法与用户身份验证分开，一般过程如下。
1.用户向服务器发送用户名和密码；
2.验证服务器后，相关数据(用户角色，登陆时间）将保存在当前会话中；
3.服务器向用户返回session_id,session 信息都会写入到用户的Cookie;
4.服务的每个后续请求都将通过在Cookie 中取出session_id 传给服务器；
5.服务器收到session_id 并对比之前的数据，确认用户的身份；

浏览器/客户端 -> 服务器

这种模式最大的问题是，没有分布式架构，无法支持横向扩展，如果使用一个服务器，该模式完全没有问题，但是，如果它是服务器集群或面向服务的跨域体系结构，需要一个统一的session数据库来保存会话数据实现共享，这样负载均衡下的服务器可以正确地验证用户身份；

例如:举一个实际中常见的单点登陆的需求:站点A和站点B提供同一公司的相关服务；现在要求用户只需要登陆其中一个网站，然后它就会自动登陆到另一个网站；怎么做？
一种解决方案是听过持久化session数据，写入数据库或文件持久层等等。收到请求后，验证服务从持久层请求数据。该解决方案的优点在于架构清晰，而缺点是架构修改比较费劲，整个服务的验证逻辑都需要重写，工作量比较相对比较大，而且是由于依赖于持久层的数据库或者问题系统，会有单点风险，如果持久层失败，整个认证体系都会挂掉；

JWT 认证过程；
Browser POST /users/login with username and password Server
Server Creates a JWT with a secret
Server Returns the JWT to the Browser
Browser Sends the JWT on the Authorization Header
Server Check JWT signature Get user information
Server sends Resp

数据结构
JWT的三个部分如下，JWT头、有效载荷和签名；将它们写成一行如下；
我们将在下面介绍这三个部分；
３.１　JWT头
JWT头部分是一个描述JWT元素的JSON对象，通常如下所示；
｛
‘alg’:‘HS256’;
‘typ’:‘JWT’
}

在上上面的代码中，alg属性表示签名使用的算法，默认为HMAC SHA256；typ属性表示令牌的类型，JWT令牌统一写为JWT；
最后，使用Base64 URL 算法将上述JSON对象转换为字符串保存；

３.２　有效载荷
有效载荷部分。是JWT的主体内容部分，也是一个JSON对象，包含需要传递的数据，JWT指定七个默认字段供选择；
iss：发行人；
exp：到期时间；
sub：主题；
aud：用户；
nbf：在此之前不可用；
iat：发布时间；
jti：JWT ID 用于标识该JWT；

除以上默认字段，我们还可以自定义私有字段；如下例；
{
“Sub” : “123456789”;
“name”:"wanglihong“，
”admin“，true
}
请注意，默认情况下JWT是加密的，任何人都可以解读其内容，因此不要构建隐私信息字段；存放保密信息，以防止信息泄露；
JSON对象也使用Base64 URL算法转换为字符串保存；

3.3 签名哈希；
签名哈希部分是对上两部分数据进行签名；通过指定的算法生成哈希，以确保数据不会被篡改；

首先，需要指定一个密码。该密码仅仅为保存在服务器中，并且不能向用户公开。然后，使用标头中指定的签名算法(默认情况下为HMAC SHA 256)根据一下公式生成签名：

在计算出哈希后，JWT头和有效载荷序列化的算法都用到了Base64URL。该算法和常见Base64算法类似，稍有差别；

作为令牌的JWT可以放在URL中。Base64中用的三个字符是"+","/"和“=”，由于在URL中有特殊含义，因此Base64URL中对他们做了替换：“=” 去掉，“+” 用“-”替换，“/“用”_"替换。这就是Base64URL算法；

4.JWT的用法
客户端接收服务器返回的JWT，将其存储在Cookie或LocalStorage中；
此后，客户端在与服务器交互中都会带JWT。如果将它存储在Cookie中，就可以Z自动发送，但是不会跨域，因此一般是将它放入HTTP请求的Header Authorization 字段中；

Authorization：Bearer；

当跨域时，也可以将JWT被放置于POST请求的数据主题中；

5.JWT问题和趋势
1.JWT默认不加密，但可以加密。生成原始令牌后，可以使用改令牌再次对其进行加密；
2.当JWT未加密方法时，一些私密数据无法通过JWT传输；
3.JWT不仅可用于认证，还可用于信息交换。善用JWT有助于减少服务器请求数据库的次数；
4.JWT的最大缺点是服务器不保存会话状态，所以在使用期间不可能取消令牌或更改令牌的权限，也就是说，一旦JWT签发，在有效期内将会一直有效；
5.JWT本身包含认证信息，因此一旦信息泄露，任何人都可以获得令牌的所有权限。为了减少盗用，JWT的有效期不宜设置太少，对于某些操作，用户在使用时应该都进行身份验证。
6.为了减少盗用和窃取，