在Atlassian Jira 产品存在伪造漏洞，向Jira Core REST API发送特制请求漏洞的复现

漏洞描述
6月29日，Atlassian官方发布安全公告，在Atlassian Jira 多款产品中存在服务端请求伪造漏洞(SSRF)，经过身份验证的远程攻击者可通过向Jira Core REST API发送特制请求，从而伪造服务端发起请求，从而导致敏感信息泄露，同时为下一步攻击利用提供条件。需注意的是，若服务端开启注册功能，则未授权用户可通过注册获取权限进而利用。
利用范围
Jira Core Server, Jira Software Server, and Jira Software Data Center:

Versions after 8.0 and before 8.13.22
8.14.x
8.15.x
8.16.x
8.17.x
8.18.x
8.19.x
8.20.x before 8.20.10
8.21.x
8.22.x before 8.22.4
Jira Service Management Server and Data Center:

Versions after 4.0 and before 4.13.22
4.14.x
4.15.x
4.16.x
4.17.x
4.18.x
4.19.x
4.20.x before 4.20.10

4.21.x

4.22.x before 4.22.4

漏洞分析
环境搭建
使用docker搭建，在docker仓库（https://hub.docker.com/r/weareogury/atlassian-jira-software/tags）中可找到漏洞版本的Jira Software Server镜像。

按步骤进行配置即可。
环境搭建成功
代码分析
分析Jira Mobile 插件，在com.atlassian.jira.plugin.mobile.rest.v1_0.BatchResource中存在barch API接口，阅读代码，该API应该是用于接收多个请求并在服务端执行。
分析下方的executeBatch函数。

在如图所示代码，实际负责发送HTTP请求。其中batchService接口的实现类BatchServiceImpl位于com.atlassian.jira.plugin.mobile.service.impl.BatchServiceImpl.class

分析batch函数。

根据如上代码，定位execute函数。

其中relativeLocation来自于requestBean.getLocation中的location。

后续传入toJiraLocation函数

继续跟进，位于com.atlassian.jira.plugin.mobile.util.LinkBuilder.class

URL通过简单的拼接构造，而其中的path来自于location，完全可控。

继续回到execute函数。

location会从json对象中获取，在获取到URL对象后，再调用httpClientProvider发送Http请求。

因为URL的后半部分是可控的，如果我们简单指定location为@xx.com，那么最终的URL为https://jira-host.com@xx.com，httpClientProvider实际上会对xx.com发送http请求，所以导致了SSRF漏洞产生。
漏洞复现
使用burpsuite自带的dnslog功能进行探测，成功发送请求。
修复建议

1. 将受影响的产品升级到最新安全版本:

Jira Core Server、Jira Software Server 和 Jira Software Data Center 可升级至：

8.13.22

8.20.10

8.22.4

9.0.0

Jira Service Management Server 和 Data Center 可升级至：

4.13.22

4.20.10

4.22.4

5.0.0

1. 缓解措施

(1) 关闭用户注册功能。

(2) 禁用Mobile Plugin，具体步骤如下：

a、在应用程序的顶部导航栏中，选择设置 -> 管理加载项或管理应用程序。

b、找到Mobile Plugin for Jira Data Center and Server应用程序，然后选择禁用即可。

(3) 升级Mobile Plugin至最新版本。