使用Codex执行任务结果C盘和D盘几乎被清空：谨慎授予完全控制权限

#人工智能 V2EX 网友使用 Codex 遭遇极端情况：C 盘和 D 盘大部分文件被删除，要不是有备份此时已经要去自首。Codex for Windows 经常出现各类 PowerShell 命令转义问题，此次问题发生根源就是参数传递和引号处理异常。由于网友还开着完全控制权限，这也导致高危命令被无阻碍的执行。查看全文：https://ourl.co/114253

如果你在 Windows 11 中使用 Codex 执行开发任务那应该经常碰到 PowerShell 命令转义问题，正常情况下遇到转义问题导致操作失败后 Codex 会自己重新编写命令继续执行，但在极端情况下转义后的歧义命令被执行就有可能造成严重后果。

V2EX 网友 @KNEO 在使用 Codex 执行任务时就遇到命令转义问题，糟糕的是转义后的错误命令被继续执行，结果这名网友的 C 盘和 D 盘大部分文件都被删除，被删除的数据约有 200~300GB，估计有上百万个项目文件被删除。

鉴于 Codex 技术经理蒂博已经提前透露今天会再次重置 Codex 额度，于是网友想赶在重置前将额度用完，于是出门前要求 Codex 远程验证整个项目脚本和文档的正确性，为避免出现命令没人审批的情况，网友还直接赋予 Codex 完全控制权限。

当网友回来后发现 C 盘和 D 盘大部分文件都被删除，使用 Claude Code 审计日志后发现 Codex 执行的命令失控，所幸网友本身还有备份，如果没有备份的话这会儿要去自首了 (估计是公司服务器上的重要资料)

wsl.exe bash -lc 'set -e; d=$(mktemp -d); 
cd "$d"; apt-get download sshpass >/dev/null; 
dpkg-deb -x sshpass_*.deb extracted; 
cp extracted/usr/bin/sshpass /tmp/xxx-semantic-bin/sshpass; 
chmod 700 /tmp/xxx-semantic-bin/sshpass; cd /; 
find "$d" -depth -delete; # ← 这一句 
/tmp/xxx-semantic-bin/sshpass -V'

上面这段命令的原意是创建临时目录并将下载的 sshpass 软件包解压到该目录，在完成操作后再将临时目录删除。问题出现在最后的 find 命令：在 Windows 原生 Codex 通过 PowerShell 调用 wsl.exe 的过程中，参数传递和引号处理出现异常。

审计记录显示，实际传递给操作系统的命令中，变量 "$d" 两侧的引号已经丢失，最终导致 find 命令没有按照预期获得明确的临时目录路径。由于此前命令已经执行 cd /，find 命令便可能从 WSL 根目录开始遍历并执行删除操作。

WSL 通常会将 Windows 固定磁盘挂载到 /mnt/c、/mnt/d 等路径下，而原命令没有使用 -xdev 或 -xmount 限制跨文件系统遍历，因此删除操作可能继续进入 C 盘和 D 盘对应的挂载目录，最终造成大范围的误删。

从这起案例中也可以看到授予 AI 智能体太高的权限存在非常严重的风险，无论是 Codex 还是 Claude Code 都带有审批模式，即智能体执行的命令会预先交给审批模型进行审批，如果是高危命令就会被自动阻止。

这虽然会影响执行效率但可以降低潜在的问题，而完全控制权限可以提高效率，但在极端情况下就有可能出现如本文中网友遇到的这类情况。

因此建议各位在使用此类工具进行开发和执行操作时，尽可能使用帮我审批模式或自动模式，当然日常也要做好必要的数据备份工作，如果没有备份数据而出现误删，造成的情况可能会更严重。

消息源：V2EX@KNEO