Codex 的 hook 信任弹窗,别的软件能替你点掉?我在测试机上试了,3 步自查

上一篇讲了:自己写的 hook 要在弹窗里点「信任」才会跑。这两天有人发现,Postman 桌面版往 Codex 里装插件时,顺手把这一步也替用户做了。我在测试机(Codex CLI 0.166.0)上照着试了一遍。先说结论:信任弹窗只防「你没看就跑」,不防你电脑上别的软件。一个外部小程序调用两次 Codex 自带的本地接口,hook 就成了「已信任」,重开 Codex 不弹窗、照样跑。好在查起来不难,3 步。

01发生了什么

一位开发者 10 月 25 日在 Postman 的 GitHub 提了 issue #14370:他打开 Postman 桌面版(12.33.4)后,日志显示它自动给 Codex 和 Claude Code 装了 Postman 插件。Codex 的配置里多了 Postman 的插件,还有一条 已经信任的 hook。

这个 hook 本身不复杂:每次开新会话,让 Codex 先加载 Postman 的接口技能说明。问题在于它跳过了你亲手点信任这一步。Postman 插件安装器的源码里有个 approvePostmanHook 函数,做的就是这件事。

02我在测试机上复现了一遍

我在测试机上放了一个「第三方」hook,然后写了个三十来行的小程序,只做两件事:先问 Codex 这个 hook 的指纹(hooks/list),再把指纹写进信任记录(config/batchWrite)。两个接口都是 Codex 自带的。

结果:配置文件里多了一行 trusted_hash;重开 Codex,没有「Hooks need review」弹窗;用 codex exec 跑一次,这个 hook 照样执行了。全程没有任何提示。

图 1 · 正常信任和被代点,差在第 3 步

官方文档对信任的说法是:新的或改过的 hook 要你审核、信任后才跑,信任按 hook 的指纹记。它挡的是「不知情就跑」;你电脑上别的程序能改你的配置,它就挡不住。

033 步自查

1. 在 Codex 里输入 /hooks。列表按事件分类,写着装了几个(Installed)、在跑几个(Active)。进去能看到每个 hook 的来源(Source)、命令(Command)和信任状态(Trust)。

2. 打开 ~/.codex/config.toml,搜 trusted_hash。每一条对应一个被信任的 hook,引号里是它来自哪个文件或插件。顺便看看有没有你没装过的插件。

3. 不认识的,先关再卸。在 /hooks 里选中它按空格,就能单独关掉,改动自动保存;再去装它的软件里卸载。Postman 插件的说明里给的卸载命令是 npx @postman/postman-plugin remove,issue 作者担心卸不干净,卸完再按第 2 步查一遍。

图 2 · 3 步自查

弹窗挡得住手滑,挡不住别的软件;隔一阵 /hooks 看一眼。

公司里用的,管理员可以在 requirements.toml 里设 allow_managed_hooks_only = true,只让管理员下发的 hook 跑,这是官方文档写的办法。

· · ·

hook 信任自查,一张卡记住1. 信任弹窗只防手滑,不防本机别的软件2. /hooks:看来源、命令、Trust3. config.toml 搜 trusted_hash,一条一个4. 不认识的:/hooks 里按空格关掉,再卸载5. 公司用:allow_managed_hooks_only

截图存着,隔一阵照着查一遍;也可以转给装了一堆开发工具的同事。还没装 Codex 的,后台回复 codex,自动发你安装文档。

最后问一句:你刚才在 /hooks 里看到几个 hook?A 0 个;B 都是我自己装的;C 有不认识的。评论区回个字母。

资料来源:Postman GitHub issue #14370(postmanlabs/postman-app-support,2026.10.25)及 AI Weekly、explainx.ai 的整理(2026.11.03);Postman 插件安装器源码 codex-hooks.ts(approvePostmanHook);OpenAI Codex hooks 文档(信任按指纹记录、/hooks 查看来源与单独关闭、allow_managed_hooks_only),2026.11.07 读取,作者译。外部程序代写信任、重开不弹窗、hook 照跑、/hooks 详情页内容,均为作者测试机实测(Codex CLI 0.166.0,2026.11.07)。封面配置卡为示意。