先看三件事，再看细节
任何账号的安全水位，基本由三件事决定：邮箱能不能被接管、登录时有没有第二因子、以及有多少设备还留着有效会话。把这三件事收好，剩下的都是次要问题。
| 支柱 | 具体要确认的 | 常见破口 |
|---|---|---|
| 邮箱 | 注册邮箱本身是否开了 MFA，能否被找回 | 邮箱密码和 ChatGPT 用的是同一个 |
| 第二因子 | 账号是否开启了 MFA | 只用邮箱加密码登录，且没开 MFA |
| 会话 | 有多少设备、多少端还登录着 | 旧手机、旧电脑、共享电脑上的会话没退出 |
MFA：不同登录方式的差异
MFA 开在哪里，取决于你用哪种方式登录。用 Google、Microsoft、Apple 这类第三方登录的，第二因子由对应服务商管理，ChatGPT 这边没有单独的开关；用邮箱加密码的，需要在账号安全设置里自己开。企业走 SSO 的，由管理员统一强制。
| 登录方式 | MFA 在哪里设置 | 要注意 |
|---|---|---|
| 邮箱 + 密码 | ChatGPT 账号安全设置里开启 | 没开 MFA 的账号在使用部分能力时会被要求先开启 |
| Google / Microsoft / Apple | 对应服务商的账号安全设置 | ChatGPT 侧不单独管理，服务商没开就等于没有 |
| 企业 SSO | 由组织管理员在身份提供方强制 | 个人无法绕过组织策略 |
对于 Codex 云端任务这类会接触代码与仓库的能力，平台要求账号具备更强的安全性：使用前需要先启用 MFA。账号同时绑定了多种登录方式、其中包含邮箱密码时，同样要先完成 MFA 设置。
会话与设备：该退出的就退出
会话是“已经过认证的通道”。设备丢了、借人了、或者在共享电脑上登过，只要会话还在，对方就不需要你的密码。定期清一遍会话列表，比事后改密码更有效。
- 01
在网页端清会话
账号的登录与设备列表里能看到当前登录的端，把不认识的、不再使用的全部退出。
- 02
把本地 CLI 与插件一起退掉
命令行和 IDE 插件共用同一份登录缓存，退回登录态要显式执行退出，再重新登录。
- 03
换机时先登出再交付
旧电脑转手、重装系统之前，先退出所有账号；只删应用不等于退出登录。
- 04
凭证不要交给系统凭据库之外的明文文件
默认会写一份明文凭证文件，可以改成存进系统凭据库，减少被顺手拷走的机会。
codex login status
codex logout# ~/.codex/config.toml
cli_auth_credentials_store = "keyring"凭证最容易从这些地方漏
真实世界里，凭证泄漏的路径大多很朴素。下面这些场景按发生频率排，逐条对一遍，比读任何安全教程都管用。
- 把凭证文件或配置提交进 Git 仓库——尤其是 fork 出来做演示的仓库
- 把含令牌的截图、日志、录屏发到群里或公开的 issue 里
- 在共享电脑、公共演示机上登录后没退出
- 随手安装来源不明的浏览器扩展，扩展能读你打开的页面
- 把会话记录文件直接打包发给别人做“问题复现”，里面含完整对话与代码
- 在多人共用的机器上把凭证存在默认的明文位置
- 把 API key 写进前端代码或提交进客户端仓库
# .gitignore
.env
.env.*
auth.json
.codex/共享账号与合买：到底在赌什么
几个人共用一个账号，省下的是一份订阅，押上的是账号本身、数据和责任归属。账号是实名绑定的个人资产，不是一件可以拆开分用的商品，风险往往在出问题那天才显现。
| 风险 | 具体表现 | 后果 |
|---|---|---|
| 用量互相挤占 | 别人把额度跑完，你正好在赶工 | 没有优先级，也无法分摊责任 |
| 异常登录触发验证 | 多地同时登录被判定为风险行为 | 需要额外验证，严重时账号被临时限制 |
| 谁都能改设置 | 密码、邮箱、MFA 被对方改掉 | 账号控制权直接转移，找回困难 |
| 数据混在一起 | 聊天记录、上传文件、会话记录彼此可见 | 商业代码与客户信息对外泄露 |
| 归属说不清 | 订阅、发票、退款都落在一个人名下 | 报销与合规过不了，纠纷时没有凭据 |
如果只是为了省钱，更稳的做法是各自用正规渠道订阅自己的账号：账号归属清晰，出问题时有据可依，也不用把密码交到别人手里。
团队场景：API key 与 Business 的分工
团队里最常见的混淆是把 API key 当成账号凭证发来发去。两者不是一回事：API key 是程序用的密钥，绑定的是项目与账单；账号凭证代表一个具体的人，绑定的是他的数据与权限。
| 对比项 | 账号凭证（登录会话） | API key |
|---|---|---|
| 代表谁 | 某个具体的人 | 某个项目或组织的调用方 |
| 能做什么 | 使用产品界面、个人数据与历史记录 | 按量调用接口，不进入个人界面 |
| 怎么轮换 | 重新登录、退出会话 | 在控制台吊销并新建，可设置权限范围 |
| 泄漏后果 | 个人信息、历史对话、已连接的工具全部暴露 | 产生费用与数据访问，需立即吊销 |
人数多起来之后，正确做法是升级到面向团队的方案：成员各用自己的账号，由管理员统一控制成员、MFA 策略与数据边界。团队版支持 SSO 与 MFA 强制，业务数据默认不用于训练，按席位计费，具体价格与条款以官方页面为准。
# ~/.codex/config.toml
forced_login_method = "chatgpt"
# 绑定到指定工作区，账号不匹配时直接登出
forced_chatgpt_workspace_id = "00000000-0000-0000-0000-000000000000"出问题了怎么处理
发现异常登录、账号被限制、或者怀疑凭证已泄漏时，动作要按顺序来：先止损，再修复，最后才是申诉。顺序反了，边申诉边漏，等于没做。
- 01
止损
改密码、退出所有会话、吊销可疑的 API key，检查绑定邮箱是否被改过。
- 02
修复根因
如果是仓库泄漏，除了吊销密钥还要清理提交历史；如果是设备问题，先退出该设备再考虑是否继续使用。
- 03
走官方渠道申诉
通过官方的帮助中心或支持入口提交，说明发生了什么、做了哪些处置。准备好能证明账号归属的材料：注册邮箱、订阅记录、账单信息。
- 04
别找第三方“解封”
声称能帮你解封、替你申诉的服务，要么骗钱，要么要求你交出账号控制权。账号问题只走官方路径。
- 注册邮箱已开启 MFA，且与 ChatGPT 的密码不同
- 账号已开启 MFA（第三方登录则在对应服务商处开启）
- 登录设备列表里没有不认识的端
- 本地凭证文件不在任何仓库里，且不进版本控制
- 会话记录与日志在分享前都做过脱敏
- 团队场景下没有共用账号，每人用自己的登录，管理员可管成员
- API key 有独立管理流程：按项目分发、定期轮换、离职即吊销
常见问题
只用 Google 登录，还需要在 ChatGPT 里开 MFA 吗？
ChatGPT 侧没有单独的开关，安全性由 Google 账号决定。所以要去 Google 账号里确认两步验证已开启、恢复方式已设置。Google 账号没开 2FA，等于 ChatGPT 账号也没开。
朋友之间合买一个账号，真的会被限制吗？
风险不在于“一定被限制”，而在于你把账号控制权交出去了：多地登录、设置被改、用量被抢、数据互相可见，这些都不受你控制。真出问题时，订阅归属往往也不在你名下，申诉会很被动。
同事要借我的账号跑一下，怎么拒绝比较合适？
把理由说成资源问题而不是信任问题：账号是实名的，共用会让双方都失去用量与数据的边界。更实际的做法是给对方开独立的席位，或让他用自己的账号，团队需要额度就走团队方案。
凭证泄漏了，只改密码够吗？
不够。改密码只能挡住“用密码登录”，挡不住已经存在的会话和已经发出的 API key。要同时退出所有会话、吊销可疑密钥，并检查是否被加了新的登录方式或转发规则。
官方文档与参考
本文依据上述官方文档整理；价格、额度与功能会随官方更新变化，第三方中转站的行为以其自身说明为准。