【已修复】Codex的windows sandbox沙箱问题，有人遇到过吗: CreateProcessWithLogonW failed: 1326
- 内容介绍
- 文章标签
- 相关推荐
20260323更新
我再更新一下，非常懵逼我现在
结论：
这次 CreateProcessWithLogonW failed: 1326的问题，检查了下不是sandbox=elevated不能用，也不是0.116新版本CLI写挂了，而是我之前用第三方中转站api转到openai官方登录方式以后，似乎是这个原因导致Codex本地保存的sandbox凭据没更新，清理一下sandbox_users.json和setup_marker.json然后重新重建sandbox就正常了。
（我之前一直在用彗星佬的0.111.0版本的codex，后来不知道为啥突然sandbox运行故障了，然后尝试卸载重新装官方的116和115还是不行）
问题的起因：
Codex 本地保存的 sandbox 凭据缓存，和系统里真实的 CodexSandboxOffline / CodexSandboxOnline 密码不同步了。也就是程序拿着旧密码去登录 sandbox 用户，Windows 直接回了 “用户名或密码错误”，于是 CreateProcessWithLogonW 就报 1326，非常懵逼的错误了属于是。
这次关键证据有几条：
1. Security 日志里反复出现 `4625`
- 失败账号：`CodexSandboxOffline`
- `Logon Process: seclogo`
- `Status: 0xC000006D`
- `Sub Status: 0xC000006A`
这个组合基本就是：
**不是缺少 logon rights，而是密码不对 / 凭据不匹配。**
2. 系统里这两个用户本身还在，而且是启用状态
- `CodexSandboxOffline`
- `CodexSandboxOnline`
- `CodexSandboxUsers` 组也还在
3. 系统账号的 `PasswordLastSet`
是 `2026-03-21 17:03:27`
4. 但 Codex 本地的这两个缓存文件：
- `.codex/.sandbox-secrets/sandbox_users.json`
- `.codex/.sandbox/setup_marker.json`
最后修改时间还停在：
`2026-02-23 19:37:05`
也就是说：
**系统里的 sandbox 用户密码后来被改过了，但 Codex 还在用 2 月 23 日那套旧缓存。**
我最后的处理方式也很简单粗暴：
先备份旧的：
- `sandbox_users.json`
- `setup_marker.json`
然后把原文件改名，让 Codex 重新生成新的 sandbox 凭据缓存。
结果：
- `codex sandbox windows -c windows.sandbox="elevated" cmd /c echo ...` 成功
- `shell_command` 恢复正常
- `apply_patch` 也恢复正常
- 原来的 `CreateProcessWithLogonW failed: 1326` 不再出现
所以这次至少在我这台机器上，**最小修复**不是改 `config.toml`，也不是直接退回 `unelevated`，而是：
**把失效的 sandbox 凭据缓存重建掉。**
原问题：
懵逼中，CreateProcessWithLogonW failed: 1326，是codex 0.116.0最新版本的bug吗？我连正常编辑/新建文件都不行，不知道是不是跟sandbox = "elevated"这个参数有关系我再试试，这个ai分析我sandbox的log怎么还分析出是我Windows账户的问题给我整懵逼了
image1705×574 35.5 KB
image925×989 102 KB
网友解答：--【壹】--： Demorain:
sandbox = elevated
不建议用沙箱，直接把我path全杀了，全部工具都没权限
--【贰】--：
我回退了115还是一样，很怪，我再测试测试啥情况 难不成是沙盒不能用sandbox = elevated吗？
--【叁】--：
116感觉挺多bug的，已经回退115了
--【肆】--：
哥们不是，我退回115版本还是这个鬼样啊我靠，又是我配置文件出问题了吗？
image1730×923 73.9 KB
--【伍】--：
Windows的沙盒确实是有额外用户的，我116也偶发此问题，115没有遇到什么问题，确实应该考虑回退
20260323更新
我再更新一下，非常懵逼我现在
结论：
这次 CreateProcessWithLogonW failed: 1326的问题，检查了下不是sandbox=elevated不能用，也不是0.116新版本CLI写挂了，而是我之前用第三方中转站api转到openai官方登录方式以后，似乎是这个原因导致Codex本地保存的sandbox凭据没更新，清理一下sandbox_users.json和setup_marker.json然后重新重建sandbox就正常了。
（我之前一直在用彗星佬的0.111.0版本的codex，后来不知道为啥突然sandbox运行故障了，然后尝试卸载重新装官方的116和115还是不行）
问题的起因：
Codex 本地保存的 sandbox 凭据缓存，和系统里真实的 CodexSandboxOffline / CodexSandboxOnline 密码不同步了。也就是程序拿着旧密码去登录 sandbox 用户，Windows 直接回了 “用户名或密码错误”，于是 CreateProcessWithLogonW 就报 1326，非常懵逼的错误了属于是。
这次关键证据有几条：
1. Security 日志里反复出现 `4625`
- 失败账号：`CodexSandboxOffline`
- `Logon Process: seclogo`
- `Status: 0xC000006D`
- `Sub Status: 0xC000006A`
这个组合基本就是：
**不是缺少 logon rights，而是密码不对 / 凭据不匹配。**
2. 系统里这两个用户本身还在，而且是启用状态
- `CodexSandboxOffline`
- `CodexSandboxOnline`
- `CodexSandboxUsers` 组也还在
3. 系统账号的 `PasswordLastSet`
是 `2026-03-21 17:03:27`
4. 但 Codex 本地的这两个缓存文件：
- `.codex/.sandbox-secrets/sandbox_users.json`
- `.codex/.sandbox/setup_marker.json`
最后修改时间还停在：
`2026-02-23 19:37:05`
也就是说：
**系统里的 sandbox 用户密码后来被改过了，但 Codex 还在用 2 月 23 日那套旧缓存。**
我最后的处理方式也很简单粗暴：
先备份旧的：
- `sandbox_users.json`
- `setup_marker.json`
然后把原文件改名，让 Codex 重新生成新的 sandbox 凭据缓存。
结果：
- `codex sandbox windows -c windows.sandbox="elevated" cmd /c echo ...` 成功
- `shell_command` 恢复正常
- `apply_patch` 也恢复正常
- 原来的 `CreateProcessWithLogonW failed: 1326` 不再出现
所以这次至少在我这台机器上，**最小修复**不是改 `config.toml`，也不是直接退回 `unelevated`，而是：
**把失效的 sandbox 凭据缓存重建掉。**
原问题：
懵逼中，CreateProcessWithLogonW failed: 1326，是codex 0.116.0最新版本的bug吗？我连正常编辑/新建文件都不行，不知道是不是跟sandbox = "elevated"这个参数有关系我再试试，这个ai分析我sandbox的log怎么还分析出是我Windows账户的问题给我整懵逼了
image1705×574 35.5 KB
image925×989 102 KB
网友解答：--【壹】--： Demorain:
sandbox = elevated
不建议用沙箱，直接把我path全杀了，全部工具都没权限
--【贰】--：
我回退了115还是一样，很怪，我再测试测试啥情况 难不成是沙盒不能用sandbox = elevated吗？
--【叁】--：
116感觉挺多bug的，已经回退115了
--【肆】--：
哥们不是，我退回115版本还是这个鬼样啊我靠，又是我配置文件出问题了吗？
image1730×923 73.9 KB
--【伍】--：
Windows的沙盒确实是有额外用户的，我116也偶发此问题，115没有遇到什么问题，确实应该考虑回退