服务热线
15527777548/18696195380
发布时间:2019-07-01
简要描述:
原创:fz41合天智汇原创投稿活动:重金悬赏 | 合天原创投稿等你来这两天在打SCTF,有一题涉及到JWT的简单的知识,现在来吧JWT相关的知识汇总一下,虽然不是主要的考察内容,但是作为一...
原创:fz41合天智汇
原创投稿活动:重金悬赏 | 合天原创投稿等你来
JWT技术介绍
1来源
传统的session认证,随着不同客户端用户的增加,独立的服务器已无法承载更多的用户,而这时候基于session认证应用的问题就会暴露出来.例如而随着认证用户的增多,服务端的开销会明显增大,这样在分布式的应用上,相应的限制了负载均衡器的能力,因为是基于cookie来进行用户识别的, cookie如果被截获,用户就会很容易受到跨站请求伪造的攻击。
基于token的鉴权机制类似于http协议也是无状态的,它不需要在服务端去保留用户的认证信息或者会话信息。这就意味着基于token认证机制的应用不需要去考虑用户在哪一台服务器登录了,这就为应用的扩展提供了便利。
2定义
JWT(JSON Web Token) 是一个非常轻巧的规范,通过这个规范,可以传递可靠的安全信息,JWT常被用于前后端分离,可以和Restful API配合使用,常用于构建身份认证机制。
Json web token (JWT), 是为了在网络应用环境间传递声明而执行的一种基于JSON的开放标准((RFC 7519).该token被设计为紧凑且安全的,特别适用于分布式站点的单点登录(SSO)场景。JWT的声明一般被用来在身份提供者和服务提供者间传递被认证的用户身份信息,以便于从资源服务器获取资源,也可以增加一些额外的其它业务逻辑所必须的声明信息,该token也可直接被用于认证,也可被加密。
3组成
一个字符串由头部,载荷,签名三部分组成。
以上将三个部分用 .拼接在一起,就形成了一个完整的JWT令牌
可上面介绍了那么多,大家依然不知道JWT到底是干嘛的,稍微介绍一下JWT的验证方式方式,大家应该就应该会对JWT的运用有所了解了
服务器应用在接受到JWT后,会首先对头部和载荷的内容用同一算法再次签名。如果服务器应用对头部和载荷再次以同样方法签名之后发现,自己计算出来的签名和接受到的签名不一样,那么就说明这个Token的内容被别人动过的,我们应该拒绝这个Token
上面说了JWT的组成,我们的目的是研究其安全性既然这是一个验证的机制,那么安全问题主要就是非授权访问,也就是说要绕过这种验证机制,已知其结构,数据一般也是存在本地端,我们唯一不知道的就是加密算法的密钥,这样说来,有如下几种安全问题。
1修改算法为none
修改算法有两种修改的方式其中一种就是将算法就该为none
后端若是支持none算法
header中的alg字段可被修改为none
去掉JWT中的signature数据(仅剩header + '.' + payload + '.') 然后直接提交到服务端去
2修改算法RS256为HS256
RS256是非对称加密算法,HS是对称加密算法
如果jwt内部的函数支持的RS256算法,又同时支持HS256算法
如果已知公钥的话,将算法改成HS256,然后后端就会用这个公钥当作密钥来加密
3信息泄露
JWT是以base64编码传输的,虽然密钥不可见,但是其数据记本上是明文传输的,如果传输了重要的内容,可以base64解码然后获取其重要的信息。
4爆破密钥
原理就是,如果密钥比较短的话,已知加密算法,通过暴力破解的方式,可以得到其密钥。
搭建方式
我搭建的环境为php7
安装了composer
直接用如下的命令进行搭建漏洞环境
然后直接访问
环境就搭建成功了。
payload如下
通过如上代码,可以构造任意的密钥为none的paylaod,从而绕过后端的检查,修改与RS256的方法与此类似,不再赘述。
1JohnTheRipper
在爆破JWT的时候,可以用如下如下工具
https://github.com/magnumripper/JohnTheRipper
使用的方法如下
ruby的全局变量中 通过$~可以读取刚刚匹配的字串加上%=%> 符合长度的要求,于是,可以通过这种方式来得到密钥
爆破的脚本如下
一共有两部分的密钥,同样的方法可以破解第二部分。
得到密钥之后然后就是伪造了,有一个网站比较好用
https://jwt.io/
https://github.com/Sjord/jwtdemo/
茶饮:Spring Security(三) -- JWT验证原理(上)
声明:笔者初衷用于分享与普及网络知识,若读者因此作出任何危害网络安全行为后果自负,与合天智汇及原作者无关,本文为合天原创,如需转载,请注明出处!
如果您有任何问题,请跟我们联系!
联系我们