在一次红队任务中,目标是一家提供VoIP服务的公司。该目标拥有一些重要的客户,如政府组织,银行和电信提供商。该公司要求外部参与,资产测试范围几乎是公司拥有的每一项互联网资产。
第一天是对目标进行信息收集。这一次,攻击面并没有那么大,挖掘每一个资产的时间到了。发现的最有趣的资产是:
-
target.com
-
admin.target.com
-
api.target.com
-
staging.target.com
-
cl.target.com(客户登录)
-
git.target.com
我没有账户来作为客户或员工登录,所以我让我的fuzz工具在后台运行对大多数地址进行扫描,而我转向检查git子域。
GitLab黑客图片来源:Gridinsoft.com
GitLab枚举
git.target.com展示了一个正常的GitLab CE登录页面:
登录页面
我看过去第一眼便是页面底部的 现在注册 功能。我可以尝试创建自己的帐户,也许可以访问经过身份验证的用户的项目。在我以前参与的一些项目中,在点击注册链接后,响应结果为403,拒绝访问或错误页面的响应。但这次我可以访问注册页面:
GitLab注册页面
虽然我可以成功注册到GitLab服务器,但我没有收到任何激活账户电子邮件,该帐户正在等待GitLab管理员的审核批准。
待审核帐户
我们都听说过GitLab发布的CVE,现在是时候检查其中一个是否与此相关。
最新的CVE之一是Account TakeOver(CVE-2023-7028)。此CVE的易受攻击的GitLab版本是:
-
16.1-16.1.5
-
16.2-16.2.8
-
16.3-16.3.6
-
16.4-16.4.4
-
16.5-16.5.5
-
16.6-16.6.3
-
16.7-16.7.1
回到登录页面,我通过查看页面源代码的版本ID来检查GitLab的版本。
GitLab版本ID
将版本ID带到GitLab FOSS:https://gitlab.com/gitlab-org/gitlab-foss并搜索它,结果如下:
其中披露了对应的GitLab的版本:
GitLab版本来自GitLab FOSS
现在我们知道我们面对的是GitLab 16.2.1,它在易受攻击的版本列表中!
深入了解CVE-2023-7028
根据漏洞描述,通过触发“重置密码”功能,结合两个电子邮件地址(一个用于有效的GitLab用户,另一个则是攻击者的电子邮件地址),利用漏洞。
易受攻击的代码段位于spec/controllers/password_controller_spec. rb中。该代码预期POST请求包含一个电子邮件地址作为参数,但没有验证列表中是否有多个电子邮件地址。
脆弱的GitLab代码
该漏洞会导致GitLab服务器向两个电子邮件地址发送带有重置令牌的电子邮件,并在攻击者单击其邮箱中的链接时进行帐户接管。
攻击者需要向/users/password接口构造以下POST请求:
-
有效的GitLab帐户电子邮件地址(如user@target.com)
-
攻击者的电子邮件地址
-
用于CSRF保护的authenticity_token
最终请求如下:
POST请求帐户接管
所以现在,我们有一个易受攻击的GitLab服务器,我们可能会用它来接管一个研发人员的帐户,我们只需要有一个员工的电子邮件地址列表!
收集电子邮件
有很多方法可以获得公司的有效电子邮件地址,特别是如果它们在公司的域中。
首先,让我们看看目标的MX记录:
目标的MX记录
现在我们知道目标正在使用自己的域地址发送电子邮件,让我们使用theHarvester来解决这个问题。
使用theHarvester收集电子邮件地址
theHarvester只找到了6个结果,我不能确定其中的账户与GitLab服务器相关。所以我使用了其他来源(需要帐户):
-
hunter.io:https://hunter.io/
-
intelx.io:https://intelx.io/
-
viewDNS.info:https://viewdns.info/
-
grep.app:https://grep.app/(在GitHub仓库中搜索目标的电子邮件)
最后我得到了80多个员工的电子邮件地址!
利用漏洞实现帐户接管
我们有很多电子邮件地址要尝试,每个请求也需要发出CSRF令牌,所以无法使用Burp Intruder。我们需要一个自定义脚本。
幸运的是,GitHub中有一些很好的脚本来处理这个漏洞:https://github.com/Vozec/CVE-2023-7028/tree/main。我现在需要做的就是在代码中添加一个for循环,该循环使用提供的文本文件中的所有电子邮件地址。我还在每个循环之间加入了两分钟的sleep时间,如果我得到了一个重置的电子邮件,脚本继将续接管一个以上的有效帐户。
接着我收到了电子邮件!
重置密码电子邮件
我点击链接,立即得到重置密码页面:
GitLab的重置密码页面
提交新密码,然后转到登录页面:
更改用户密码后的登录页面
就这样,我们进去了!
登录到服务器后,我能够访问公司的所有项目,没有任何权限问题。我下载了公司的所有代码,并使用TruffleHog:https://github.com/trufflesecurity/trufflehog、提取了API密钥和硬编码凭证,从而继续参与。
从GitLab服务器提取的凭证对于访问公司的其他资产非常有用,特别是API和客户端子域。我能够使用所有公司的API与高权限,并为自己在客户端面板生成管理员用户。
最后,目标Pwned:)
无偿获取网络安全优质学习资料与干货教程
申明:本账号所分享内容仅用于网络安全技术讨论,切勿用于违法途径,所有渗透都需获取授权,违者后果自行承担,与本号及作者无关,请谨记守法。