两个不用鉴权就能打掉进程的漏洞，补在今晚的 v8.0.45 里
v8.0.45 一次补掉两个不用鉴权就能打掉进程的漏洞，并把 at capacity 从额度冷却里摘出来；附模型名单变化与 sub2api 错价今晚仍要手改。
v8.0.45 在北京时间今晚 23:27 发出，离 v8.0.44 只隔 23 小时 37 分1。
这一版 21 个提交、123 个文件，同时关掉十条 issue2。
其中两条是今天刚公开的安全公告，都标 High，影响 8.0.44 及更早，修复版本写的就是 8.0.45。
更要紧的是这两条的共同点：都不需要 API key，只要能连上你的监听端口。
端口在公网、或者没配
max-request-body-bytes 的实例，今晚就升。只绑回环的可以缓一晚，但第二节那条冷却改动会影响你的告警判断，值得先看完。
两个不用鉴权就能打掉进程的口子
第一条是请求体没发完就能占住连接。客户端在 API key 校验之前发一个不完整的请求体，连接就挂住。
这类连接堆到描述符上限后，自定义的 accept 循环退出，进程以状态 0 结束。
/healthz 和 API 一起下线，直到外部守护进程或人把它拉起来3。公告里的复现是 40 个并发、每个 1 MiB 的未完成请求，跑在
RLIMIT_NOFILE=48 的约束下。公告自己也写明这不是默认限额，生产规模的阈值没有测。第二条是压缩炸弹。一个约 16 KB 的 zstd 帧（512 MiB 的零）在请求日志中间件里被整段解开，发生在鉴权之前4。
公告的实测是 768 MiB 容器、默认配置下，一个不带
Authorization 的 POST /v1/responses 加 Content-Encoding: zstd 就把进程 OOM 杀掉，退出码 137。默认配置就中招，原因是
max-request-body-bytes 默认为 0（不限制），而请求体抓取在鉴权之前就跑。v8.0.45 的改法是把抓包挪到鉴权之后，同时给解压加三重边界。
输出按配置值封顶（配置更大时用 32 MiB）；解码器单 goroutine、窗口上限 8 MiB；声明更大窗口的帧直接不解，只记原始字节。
连接那一侧也补了一道。请求体没读完就返回的处理，现在把读截止时间拨到过去并补
Connection: close。
internal/api/server_middleware.go 第 181–200 行：closeIfBodyUnconsumed 在 tracker 没读完时设 Connection: close，并 SetReadDeadline(time.Unix(1, 0))。5今晚来不及升级的临时办法是配
max-request-body-bytes。公告给的读数是设成 1 MiB 后，同样的炸弹请求几毫秒回 401、内存稳在 100 MiB 上下。代价是超过这个值的正常请求也会拿到 413，所以不能小于你最大的正常请求体。
at capacity 不再算额度，冷却只落在报错的那个模型上
issue #7017 从 10 月 25 日跟到现在：Codex 对
gpt-6.1-sol 间歇返回 429，body 里是 rate_limit_error / turn_rate_limit_exceeded / 「Codex is at capacity, please try again later」，带 Retry-After6。同一张凭证上的
gpt-6-astra 正常，周窗口只用了 5–9%。报障人的量级是 10 月 25 日 9275 次调用里 47 次命中，次日部分时段 2029 次里 52 次。Retry-After 最小 8 秒、中位 256 秒、最大 515 秒。这组数字就是新版冷却长度的来源。v8.0.44 会把这条当成额度失败。判定看两处：
isCodexModelCapacityError 要求文案里出现 model 这个词，而「Codex is at capacity」没有；isCodexUsageLimitError 只认 usage_limit_reached。两处都不认，就落到通用 429：写
Quota{Exceeded: true, Reason: "quota"}，退避按额度指数往上叠。它也不读
Retry-After 头，只认 body 里的 resets_at / resets_in_seconds。面板上于是显示成额度问题。客户端拿到 429 后自己快速重试，撞上本地冷却就耗尽重试预算，最后报「Usage limit reached」却没有恢复时间。
v8.0.45 把这条单独认出来：
turn_rate_limit_exceeded 直接命中，没有 code 时按 rate_limit_error 加文案含 at capacity 兜底，标成瞬时容量。冷却侧走新分支，只冷却报错的那个模型，时长取上游 hint，不写额度状态、额度退避不动。
internal/runtime/executor/codex_executor_terminal.go 第 325–345 行：transientCapacity 决定 transientRateLimit 标记；Retry-After 头只在 body 没给重置时刻时才用，注释写明其余 429 都尊重上游头。7
sdk/cliproxy/auth/conductor_cooldown.go 第 1080–1098 行：瞬时容量分支算出的 next 只写 state.NextRetryAfter，注释写明不写额度状态、额度退避不移动。8三种声明的差别，直接对着改告警：
| 上游说什么 | v8.0.44 怎么处理 | v8.0.45 怎么处理 |
|---|---|---|
turn_rate_limit_exceeded，或文案含 at capacity | 记成 Reason: quota，按额度退避，不读 Retry-After 头 | 只冷这个模型，按上游秒数；不写额度 |
usage_limit_reached | 凭证级额度冷却 | 不变，仍按凭证额度 |
通用 rate_limit_exceeded | 通用 429 | 不变，不被文案降级 |
还有两个边界值得记住。上游 hint 明确给 0 时不冷却；完全没给 hint 时才回落到 60 秒的瞬时冷却。
没有模型键的路径会降级成凭证级瞬时冷却，同样不碰额度。
WebSocket 早 429：不用打开 stream-bootstrap-buffering
上一期写 #7051 时说这笔修复落在缓冲分支、而
stream-bootstrap-buffering 默认是 false。这条要修正：缓冲分支只是其中一半9。缓冲分支里改的是
failoverPending，把 usage_limit_reached 也算了进去。真正决定「关不关下游」的是下一行的 notifyDisconnect，它要求既没有待换号、又已经吐过数据。
internal/runtime/executor/codex_websockets_stream.go 第 434–452 行：usageLimitFailover 并入 failoverPending；notifyDisconnect 为真才走会通知断开的 invalidateUpstreamConn。10另一半在非缓冲路径上。同一文件第 601 行的
emittedPayload 取 len(bufferedChunks) > 0 || len(initialChunks) > 0。缓冲关掉时两者都是空的。于是首包之前出错、
notifyUpstreamDisconnect 不会被调用，下游连接留着，conductor 拿这条错误去换号。所以默认配置升上去就生效，不需要为了这条去开缓冲。
还有一条例外要说清。Codex 原生 WebSocket 透传那条路，代码注释直接写了「连接级续接不能原地换号」，命中 401/429 时仍然是让客户端整轮重放。
同一版为上游掉线补的 #7028 也在这个方向上：上游一断，之前读到的输入按 epoch 作废，客户端重发后走新连接11。
代价是客户端要能处理这种「上一条已作废」的回执。
升级就会变的两处：模型名单和 xAI 图像规则
四档 Codex 目录（free / team / plus / pro）这一版同时删掉
gpt-5.5、加上 gpt-6.1-terra。客户端那份
codex_client_models.json 加了 gpt-6-chat-thinking 与 gpt-6.1-terra。升完
/v1/models 的输出会跟着变。客户端提示词模板、白名单、计费映射里写死 gpt-5.5 的地方要提前改，否则那类请求会开始拿不到模型。远端目录三小时刷一次。这一版另给了两个强制刷新接口：
POST /v8/management/routing/model-definitions/refresh 与 POST /v8/management/models/refresh13。xAI 图像端点那条要留意顺序。以前交给 payload 规则的是翻译并归一过的请求体，现在换成客户端原始请求。
改配置这件事可以放心：这一版
config.example.yaml 与 v8.0.44 逐字节相同，没有新增键，也没有改默认值。sub2api：错价补丁在评审，今晚仍要自己改
sub2api 的发行版还是 v0.2.18（10 月 23 日 15:44 北京），这一窗口没有新版本15。
上一期那条 Sonnet 5.5 缓存读价有了修复单：PR #8381，北京时间今晚 22:26 开出，四文件、加 5 减 4，状态 clean 还没合16。
改法是把内置兜底价改成每百万 token 0.10 美元。PR 自己写明了范围：远端价目库仍是 0.20 美元，且合并后才会覆盖内置值。
这份 PR 不修远端目录，也不重算历史账单。所以今晚改价还得自己动手——在
pricing.override_file 里覆盖 cache_read_input_token_cost。顺带一句上游现状，别跟这个价格 bug 混在一起。Claude Sonnet 5.5 从北京时间 23:09 起在报 elevated errors，状态是 investigating、还没恢复17。
受影响的面有四个：claude.ai、Claude API、Claude Code、Claude Cowork。
OpenAI 那边是 Partial System Degradation，Chat Completions、Responses、Batch 三个组件都在 degraded_performance18。
还开着的两张单，方向是相反的
model_not_found 现在这样处理：开了 disable-cooling 就没有冷却、同一条坏凭证会被反复立刻重试；没开就是 12 小时。窗口内两张单各改一半，都还开着。
PR #5514 要把单个上游 404 的冷却从 12 小时砍到分钟级，27 个文件，clean，最后更新北京时间今晚 22:4219。
两单都还没结论。今晚的 v8.0.45 里，这段逻辑一点没动。
codex-proxy 与 codex2api 这一窗口没有新版本、也没有新条目，最新分别是 v2.1.21-beta.852249c 与 v3.1.1。
References
- 1CLIProxyAPI v8.0.45 发行说明
github.com
- 2v8.0.44 与 v8.0.45 的逐文件对比
github.com
- 3GHSA-j4xx-x47j-7h54：未鉴权的不完整请求体可耗尽描述符
github.com
- 4GHSA-4w5v-m7vx-jpmh：请求日志中间件无上限解压 zstd
github.com
- 5CLIProxyAPI v8.0.45：server_middleware.go
github.com
- 6
- 7
- 8
- 9issue #7051：早 429 不再关下游
github.com
- 10
- 11issue #7028：上游掉线不再关客户端连接
github.com
- 12CLIProxyAPI v8.0.45：内置模型目录
github.com
- 13CLIProxyAPI v8.0.45：v8 管理路由
github.com
- 14
- 15sub2api v0.2.18 发行页
github.com
- 16sub2api PR #8381：修正 Sonnet 5.5 缓存读兜底价
github.com
- 17status.claude.com：Elevated errors for Claude Sonnet 5.5
status.claude.com
- 18status.openai.com
status.openai.com
- 19PR #5514：单个上游 404 冷却改分钟级
github.com
- 20
This story was produced automatically by a channel. One sentence is all it takes for Neodrop to keep producing for you.