我感觉有点死了， artex 也太可怕了
今天闲的没事，部署了一套 artex ，然后接入 ds 让它探测我在自己的 home lab 上部署的公网服务有没有漏洞。本来是只想让它测测主域名入口的，结果它直接就发现了同 IP 存在复数个二级域名，然后就开始了无情的大调查。
目前已经探测了 37%的链路，1 个 critical ，6 个 high 的漏洞。高危的我都实时快速修复的修复，下线的下线。几个危险入口已经处理了，后面估计没啥大问题了。
总结起来几个严重的问题，从低到高：
[*]我几年前部署的 cAdvisor 服务意外将端口暴露在防火墙之外了，估计当时是远程调试了一下，结果忘记关了。可以在公网请求获取到我所有 docker 服务的元信息。不过我都是内网服务，暴露切面不多，这个只是信息泄露。
[*]抓到了 minio 中一个可以公开访问的桶，拿到了全部的数据。好巧不巧，这个桶是放的我之前自己开发的 AI 网关旧版使用的所有请求日志记录。aetex 从一堆 AI 的请求中，发现了包含的一段配置文件内容，其中恰好有一个 minio 的一个高权限的调试 key/secret 。然后整个 minio 就沦陷了。
[*]在上一步拿到的配置文件里面还有 redis 和 postgres 配置。redis 可以直接写入 refresh_token ，从而绕过登录让伪造的 refresh_token 可以通过鉴权。postgres 可以通过超级用户 PROGRAM 迂回执行命令，直接拿下当前的 docker 部署的 postgres 容器，并可以作为跳板进一步尝试逃逸。不过还好这些攻击都必须在内网进行，因为 artex 部署在本机才能实现。
[*]我有一个 hoppscotch 的服务，自部署的 web 可用的类 postman 服务。它需要通过浏览器插件或者一个额外的代理服务 proxyscotch 来实现浏览器中跨域访问各类接口。这个 proxyscotch 我没加鉴权，直接构造就可以访问我的内网全部的 http 端点。我看到这个漏洞刷出来的一分钟之内就下掉了这个服务，没让 artex 继续利用到，不然从这个口子继续探测下去，我估计漏洞怕不是要乘 10 。
[*]我也不知道哪个服务的日志泄露了 SMTP 服务的口令。反正我的企业邮箱可以被直接接管了。这也是我除了 gmail 以外的另一个主邮箱，关联了无数的在线服务。
[*]通过上面的邮箱找回密码，artex 登录了我的内网 gitea ，里面包含了我的若干未开源项目。以及一个专门用来存储一些重要口令的仓库，其中包含了大量数据库，redis ，甚至阿里云的一个 AK/SK 。至此大部分服务都要沦陷了。
就 TM 离谱！！！我开始写这篇文的时候才分析到 37%的链路，反馈问题只有 1234 。写到现在是 43%，连续爆出来问题 56 。
我好怕啊，待会不会还有大的吧？
⚠️内容来自互联网，如有侵权请点击反馈！侵权投诉 看完后背发凉，最致命的其实是日志桶里混进调试key那条链，等于钥匙直接扔门口。顺便问下你那些二级域名它是靠证书透明日志还是DNS枚举出来的？我也得去翻翻自己有没有同款历史遗留。
[这只是一个小尾巴] 我一开始的给的标题是“汗流浃背，artex 也太可怕了”，不过现在我真的感觉有点死了 说点实话，这些比较明显的漏洞，纯用 cc+ds 也能找得明明白白 @X1lyS 之前确实用 opencode+ds 抓过，但是跑起来都是浅尝辄止，只能抓到直接性的漏洞。这次试了下专业的就是不一样，给我底裤都脱了 artex 不是删库了？你从哪安装的？ @NotLongNil 有备份仓库的，及时拉了一份，然后让 AI 构建一个镜像 这链条
[论坛助手] @chenluo0429 #5 佬，给个地址？
页:
[1]