JWT笔记(2)

上文对JWT模块进行了一个简单的分析．这篇文章稍微做出一些深入的了解．

一，Header篡改攻击

因为JWT的Header是强制有效并且是明文传输（Base64URL编码，几乎等同于明文）．那么恶意用户可以很容易地用以下方式进行攻击．

假设恶意用户Bob按如下的数据结构伪造Token：

header: {alg:none} payLoad: {user:root}

生成的Token类似:

eyJhbGciOiJub25lIn0.eyJzdWIiOiJ1c2VyMTIzIiwic2Vzc2lvbiI6ImNoNzJnc2IzMjAwMDB1ZG9jbDM2M2VvZnkiLCJuYW1lIjoiUHJldHR5IE5hbWUiLCJsYXN0cGFnZSI6Ii92aWV3cy9zZXR0aW5ncyJ9.

注意这个Token是没有signature字段的，它只有header, payload.这个Token的所用的加密算法是none， payLoad是root用户．如果authentication端的代码不够健壮的话，它有可能直接调用JWT库进行解析，从而让这个请求通过验证．

二, JWT Token生成方法

JWT Token的头部和payload都是按照baseURL64算法转化而来的，可以理解为是明文，所以关键就是signature.

其中一个生成方式如下,这个函数的输入是payload和alg，参数payload实际上就是token的header.payload部分．而alg是生成秘钥所采用的

加密算法，其首先用一个hash类将payload转化为一个hash表，然后调用go语言的库函数．假设加密算法是RS256的话，其最后所调用的

就是go语言的SignPKCS1v15()函数．这个函数干的事实际上就是rsa加密．

func (ctx rsaDecrypterSigner) signPayload(payload []byte, alg SignatureAlgorithm) (Signature, error) {
	var hash crypto.Hash
	glog.V(1).Infof("gakki we are trying sign %s\n", string(payload))
	switch alg {
	case RS256, PS256:
		hash = crypto.SHA256
	case RS384, PS384:
		hash = crypto.SHA384
	case RS512, PS512:
		hash = crypto.SHA512
	default:
		return Signature{}, ErrUnsupportedAlgorithm
	}
 
	hasher := hash.New()
 
	// According to documentation, Write() on hash never fails
	_, _ = hasher.Write(payload)
	hashed := hasher.Sum(nil)
	glog.V(1).Infof("the hashed is %#v\n", hashed)
	var out []byte
	var err error
 
	switch alg {
	case RS256, RS384, RS512:
		out, err = rsa.SignPKCS1v15(randReader, ctx.privateKey, hash, hashed)
	case PS256, PS384, PS512:
		out, err = rsa.SignPSS(randReader, ctx.privateKey, hash, hashed, &rsa.PSSOptions{
			SaltLength: rsa.PSSSaltLengthAuto,
		})
	}
    	if err != nil {
		return Signature{}, err
	}
	glog.V(1).Infof("the out is %#v\n", out)
	return Signature{
		Signature: out,
		protected: &rawHeader{},
	}, nil
}

三，jwt和tlsv1.２协议之间的区别

tlsv1.2协议是https下层的一个安全协议，它的目标是保证信道上所传输的信息的保密性．

本质上来说，它就是需要将报文进行加密．但是加密过程比较复杂．一个典型的加密过程如下：

a．Bob生成一组RSA秘钥，他将公钥发送给Alice

b．Alice持有一个HMAC秘钥，他在收到Bob发送的公钥后，将HMAC秘钥加密，然后发送给Bob

c．Bob收到Alice的报文后，用他持有的RSA私钥解密，然后这个秘钥加密他想要发送的信息

d．Alice收到报文后用相同的HMAC秘钥解密．从而得到明文．

RSA作为非对称加密算法，它的加密解密较为复杂，需要进行大量的计算，不适合处理https通信．

因此使用RSA算法安全的传输对称加密算法的秘钥，然后再使用对称加密算法完成报文的加密和解密．

由此可见,tlsv1.2协议和jwt协议有着本质的区别．假设恶意用户窃取了tlsv1.2信道上传输的信息，它是无法获得明文的．而

如果恶意用户窃取了jwt协议信道上传输的信息，它可以知道通信双方传递的内容，只是它无法伪造信息而已．

所以jwt协议只能用于身份认证，不能在上面传递敏感信息．