漏洞描述
在2.13.1版本之前的APache APISIX中,攻击者可以通过向受 jwt-auth 插件保护的路由发送不正确的 JSON Web 令牌来通过错误消息响应获取插件配置的机密。依赖库 lua-resty-jwt 中的错误逻辑允许将 RS256 令牌发送到需要 HS256 令牌的端点,错误响应中包含原始密钥值。
影响版本
Apache Apisix < 2.13.1
环境搭建
环境搭建命令
git clone https://github.com/vulhub/vulhub.git
cd vulhub/apisix/CVE-2020-13945
docker-compose up -d
插件开启
命令行方式开启插件 jwt-auth
在这里给大家演示的是Dashboard页面开启jwt插件。
1、当我们环境搭建完毕后、通过访问http://127.0.0.1:9000 登陆页 默认账号密码 admin admin
jwt-auth 是一个认证插件,它需要与 consumer 一起配合才能工作。
添加 JWT Authentication 到一个 service 或 route。然后 consumer 将其密钥添加到查询字符串参数、请求头或 cookie 中以验证其请求。
2、我们先创建一个consumer 名称的话 随便写。
3、点击下一步、启用jwt-auth插件。
将{ "key": "Vul_test", "secret": "admin_admin" } 填写到编辑器里,值的话可以随便写。
算法的默认配置是HS256 。
4、接下来让我们创建路由。
5、在设置路由这项里、名称需要添加、路径需要添加。路径的话、因为后面需要用、可以写个简单易记的。接着点击下一步。
6、在设置上游服务里,只需要修改目标节点就行(有配置上游服务的不用写)。然后点击下一步
7、在插件配置里,只需启用jwt-auth ,不需要配置。然后点击提交下一步。
8、最后将全部配置进行提交,点开路由,有我们新增路由表示创建成功。
9、为了保险起见我们通过命令行测试一下。
当我们启用了jwt-auth插件后,会增加 /apisix/plugin/jwt/sign 这个接口。
在命令行输入以下命令,参数key的值就是我们刚刚在consumer 配置的key值,访问了这个api,我们可以获取到认证token。
curl http://127.0.0.1:9080/apisix/plugin/jwt/sign?key=Vul_test -i
然后再使用我们获取到的token值,尝试进行请求。返回的502,就可以做下一步的漏洞测试了。
注意:路由地址是我们在上面配置好的。token 是上一步请求回来的,将jwt参数值修改为获取到的token。
在官网中有三种认证方式:
在url参数中;
在头部信息的cookie中;
请求头Authorization 中。
这里参与的是在参数中
curl http://127.0.0.1:9080/Vul_test?jwt=eyJhbGciOiJIUzI1NiIsInR5cCI6IkpXVCJ9.eyJrZXkiOiJWdWxfdGVzdCIsImV4cCI6MTY1MDk1NTEzM30.JEzqCqEFe0M1MVLioRRWHl2yuxrpN3rL29rpR7N6UOI -i
到此为止,整个环境就搭建完毕了。下面有些关于json web token的知识,可以了解了解。
什么是 JSON Web 令牌?
JSON Web Token (JWT) 是一种开放标准 (RFC 7519),它定义了一种紧凑且独立的方式,用于将信息作为 JSON 对象在各方之间安全地传输。此信息可以进行验证和信任,因为它是经过数字签名的。JWT 可以使用密钥(使用 HMAC 算法)或使用 RSA 或 ECDSA 的公钥/私钥对进行签名。
JWT 获取 及访问 API 或资源流出:
1.应用程序或客户端请求对授权服务器进行授权。这是通过不同的授权流之一执行的。例如,典型的 OpenID Connect 兼容 Web 应用程序将使用授权代码流通过终结点。/oauth/authorize
2.授予授权后,授权服务器将向应用程序返回访问令牌。
3.应用程序使用访问令牌访问受保护的资源(如 API)。
JSON Web 令牌的使用
授权:这是使用 JWT 的最常见方案。
信息交换:JSON Web令牌在各方之间安全传输信息。
JSON Web 令牌格式
三部分组成
Header Payload Signature
通常如下所示:
header.payload.Signature
Header 是由 令牌类型(jwt) 和签名算法组成(HS256) ,格式是JSON,会进行Base64Url 编码
Payload 是由注册声明、公共声明组成、私人声明组成,格式是JSON,会进行Base64Url 编码
Signature 是签名部分、创建签名部分,您必须获取编码的Header、编码的Payload、中指定的算法,并对其进行签名。
例如,如果要使用 HMAC SHA256 算法,将按以下方式创建签名:
HMACSHA256(
base64UrlEncode(header) + "." +
base64UrlEncode(payload),
secret)
最后输出的部分是三个Base64-URL字符串 由点分割。
下面显示了一个 JWT,它具有编码的Header和Payload,并使用密钥对其进行签名。
漏洞复现
通过diff记录,可以看到漏洞不复杂,是在返回的message中将报错输出,输出的内容包含敏感数据。在漏洞描述中已经讲明白了,依赖库 lua-resty-jwt 中的错误逻辑允许将 RS256 令牌发送到需要 HS256 令牌的端点,错误响应中包含原始密钥值。
看了描述,下一步就是构建RS256令牌、然后发送到接受HS256令牌的路由上。
开始构建RS256令牌。与HS256有些区别。在构建的时候需要一组私钥、公钥。
RS256令牌构建
JSON Web Tokens 网站中有个Debugger 可以帮助我们去快速构建。
我们需要填写三个部分、Header Payload VERIFY SIGNATURE
1、先将 Algorithm 修改为RS256
2、Header 可以保持不变。
3、Payload 填写:{ "key": "Vul_test" } 。此时的key值是我们在注册 consumer 填写的key值。
4、VERIFY SIGNATURE 公钥、私钥不用改,可以使用。
5、最后在左边文本框里会帮我们自动生成 RS256令牌。前提是格式不能错,前两部分都是JSON格式。
OK!准备完毕。
还记得我们上边的token测试嘛,将jwt的参数换成获取到的RS256令牌。
curl http://127.0.0.1:9080/Vul_test?jwt=eyJhbGciOiJSUzI1NiIsInR5cCI6IkpXVCJ9.eyJrZXkiOiJWdWxfdGVzdCJ9.Q-psC9EqmVdjSSQW4gjNl_pcBt_vKoQbWz6j_YI-yHXOurShJIkceShVSHU2XZfH1E5g5pwOQ_JizDC_mp95_3FTv6j6ECcRdUOsXrMP8L5CJhNJhNh-UddrpBfep4WWn-bZsJV2mYyp4fLAXwMVH2JsOPRi9nkuR4_F8ZJzU-2KwrIRBDGo8NsgVpYhuQcjIDRBOmKloBzqdPKXbVPFetkDgqJgN0jLSuYV7mKJSN2R6XLF62gtZilf03pIf9UQFs7XE5kY2H4BSOBIZlD3ET6pvpo1PJRVmvxBU9_y7DfMkUzkq9S3gihsabHGuybKOUbQ_GqOGv_knule8wTimg -i
命令行发起请求。命令行发起请求。在messages信息中能够获取到我们刚开始在 consumer 插件配置中填写的 secret
缓解措施
官方通告及修复方案
1.升级到2.13.1及以上版本
2.在Apache APISIX上应用以下补丁并重建:
这将使此错误消息不再包含敏感信息,并向调用方返回一个固定的错误消息。
对于当前的LTS 2.13.x或master:
https://github.com/apache/apisix/pull/6846
https://github.com/apache/apisix/pull/6847
https://github.com/apache/apisix/pull/6858
对于最近的LTS 2.10.x版本:
https://github.com/apache/apisix/pull/6847
https://github.com/apache/apisix/pull/6855
3.根据上面的提交手动修改您正在使用的版本,并重新构建它以规避漏洞。
感谢您的来访,获取更多精彩文章请收藏本站。
![](https://www.gyzsq.com/wp-content/uploads/2022/07/9259adea4619.gif)
1 本站一切资源不代表本站立场,并不代表本站赞同其观点和对其真实性负责。
2 本站一律禁止以任何方式发布或转载任何违法的相关信息,访客发现请向站长举报
3 本站资源大多存储在云盘,如发现链接失效,请联系我们我们会第一时间更新。
![头像](/wp-content/themes/zibll/img/avatar-default.png)
- 最新
- 最热
只看作者