AWS Codebuild - Token Leakage
Last updated
Last updated
学习和实践 AWS 黑客技术： 学习和实践 GCP 黑客技术：
首先，检查是否配置了任何源凭据，以便您可以泄露：
如果你发现例如 Github 的认证已在账户中设置，你可以通过让 Codebuild 使用特定的 Docker 镜像 来运行项目的构建，从而 提取 该 访问 （GH token 或 OAuth token）。
为此，你可以 创建一个新的 Codebuild 项目 或更改现有项目的 环境 以设置 Docker 镜像。
你可以使用的 Docker 镜像是 。这是一个非常基础的 Docker 镜像，将设置 环境变量 https_proxy、http_proxy 和 SSL_CERT_FILE。这将允许你拦截在 https_proxy 和 http_proxy 中指示的主机的大部分流量，并信任在 SSL_CERT_FILE 中指示的 SSL 证书。
创建并上传你自己的 Docker MitM 镜像
按照仓库的说明设置你的代理 IP 地址并设置你的 SSL 证书，然后 构建 Docker 镜像。
不要设置 http_proxy 以避免拦截对元数据端点的请求。
你可以使用 ngrok，例如 ngrok tcp 4444 来将代理设置为你的主机。
一旦你构建了 Docker 镜像，将其上传到公共仓库（Dockerhub, ECR...）。
设置环境
创建一个 新的 Codebuild 项目 或 修改 现有项目的环境。
设置项目使用 之前生成的 Docker 镜像。
在你的主机上设置 MitM 代理
如 Github 仓库 中所示，你可以使用类似的内容：
使用的 mitmproxy 版本是 9.0.1，据报道在版本 10 中这可能无法工作。
运行构建并捕获凭证
您可以在 Authorization 头中看到令牌：
这也可以通过 aws cli 以类似的方式完成
Codebuild 项目有一个设置叫做 insecureSsl，这个设置在网页上是隐藏的，你只能通过 API 来更改它。
启用此选项，允许 Codebuild 连接到存储库 而不检查 平台提供的证书。
首先，你需要使用类似以下的命令来枚举当前配置：
然后，使用收集到的信息，您可以将项目设置 insecureSsl 更新为 True。以下是我更新项目的示例，请注意最后的 insecureSsl=True（这是您需要从收集的配置中更改的唯一内容）。
此外，还要添加环境变量 http_proxy 和 https_proxy，指向您的 tcp ngrok，如下所示：
最后，点击 Build the project，凭证将以 明文（base64）发送到 mitm 端口：
这个漏洞在 2023 年 2 月 20 日那一周的某个时候被 AWS 修复了（我想是星期五）。所以攻击者不能再利用它了 :)
具有 提升权限的攻击者在 CodeBuild 中可能会泄露配置的 Github/Bitbucket 令牌，或者如果权限是通过 OAuth 配置的，则 用于访问代码的临时 OAuth 令牌。
攻击者可以将环境变量 http_proxy 和 https_proxy 添加到 CodeBuild 项目，指向他的机器（例如 http://5.tcp.eu.ngrok.io:14972）。
然后，将 github 仓库的 URL 更改为使用 HTTP 而不是 HTTPS，例如：http://github.com/carlospolop-forks/TestActions
最后，点击 构建项目，凭证将以 明文（base64）发送到 mitm 端口：
现在攻击者将能够从他的机器上使用令牌，列出它拥有的所有权限，并且比直接使用 CodeBuild 服务更容易（滥用）。
然后，在代理变量指向的端口（http_proxy 和 https_proxy）运行来自 的基本示例
然后，在代理变量（http_proxy 和 https_proxy）指向的端口上运行来自 的基本示例。
学习和实践 AWS 黑客技术： 学习和实践 GCP 黑客技术：
查看 !
加入 💬 或 或 在 Twitter 🐦 ** 上关注我们。**
通过向 和 github 仓库提交 PR 来分享黑客技巧。
