本文中，作者通过利用Shodan以语法 Org:'ibm' tomcat 进行搜索，发现了IBM某个在线服务x.x.x.x中包含了大量敏感日志文件信息，通过这些日志信息，作者又发现了多个IBM在用的第三方服务登录凭据，进一步的漏洞利用可对这些应用服务实现完全的控制管理。

漏洞发现过程

如上，我用Shodan语法 Org:'ibm' tomcat 进行搜索，发现x.x.x.x中包含了大量IBM日志数据，其中涉及IBM公司大量雇员的Token口令和电子邮箱。

经检查，我发现其中的大量Token口令已经过期，但出于隐私和数据泄露考虑，这不应该曝露在网，于是我马上通过HackerOne进行了上报。但之后，他们的回复如下：

IBM方面需要切实的漏洞危害证明才能接收该上报漏洞问题，于是，我仔细查看了上述曝露在网的日志信息，对他们进行了收集整理，尝试从中发现深层次的隐患。

隐患发现

通过日志分析，我发现其中存在一个管理员才可以访问的URL路径，我点击它后会跳出提示“There is a missing token”，接着，我把该请求拿到了Burp中进行了测试。我在Burp请求内容中添加了一个名为“token”的字段内容，并给它赋了个随机值。请求发出后，响应回来的消息为“The token is invalid or expired”。很好，基于此，我就能判断这些日志数据中的“token”是否有效了。

凑巧的是，不负有心人，经过反复的发包测试，最终我发现了其中一个“token”仍然处于有效期，利用该“token”我可以轻而易举地获取到该雇员的相关信息：

之后，我又在日志数据中发现了大量IBM在用的AWS 和 Azure服务相关密钥信息：

就此打住吧。漏洞上报后，IBM方面也只好乖乖接收了。

在之后的分析中，我还发现IBM在用的敏捷开发服务Services DevOps Commander URL路径，经简单的口令猜测，发现其竟然是弱口令（admin/pass），之后，登录后即可控制其开发项目了：

在该项目管理系统中，我通过查看设置功能，还发现了如gitlab和jenkins等IBM在用的第三方服务登录凭据：

真的让我吃惊。

漏洞上报和处理进程

2020.7.21 漏洞上报
2020.7.22 漏洞分类
2020.12.8 漏洞修复

参考来源：medium，编译整理：clouds，转载请注明来自Freebuf.com