RESP 解析没有上限：一条未鉴权的帧就能让 CLIProxyAPI 退出，补丁还只在 dev

三个条件同时成立，实例就可被这样打

缺的是三处，同一个性质

v8.0.40 的 internal/api/redis_queue_protocol.go 第 412–486 行：第 426 行只判 count < 0，第 429 行立刻按它分配；第 464 行只判 length < 0，第 467 行立刻按它开缓冲区；第 478 行的 ReadString('\n') 没有任何长度约束。

dev 上补了什么

dev 分支同文件第 425–452 行：第 439 行把数组长度卡在 1024，第 443 行起给整个数组一份 64 KiB 预算，第 445 行把它传进每一项的读取。

dev 同文件第 486–516 行：第 502 行同时判单项 64 KiB 与所在数组的剩余预算，第 505 行的 make 因此在闸下；第 513 行把这次读走的长度从预算里扣掉。

现在能做的四步

1. 先判断可达。用 nc 或 redis-cli 发一条最小的 PING 帧，收到 NOAUTH Authentication required. 就说明 RESP 路径在、解析器在。主循环不处理未鉴权的 PING，所以这个回答本身不触发任何长度检查。
2. 前置代理只放行 HTTP。RESP 帧的首字节是 *、$、+、-、:，不是方法名，按「只接受 GET/POST 等」写一条规则就能挡在外面。
3. 收敛监听面。server.host 从空改成内网地址，或让防火墙只放固定源进来；8317 默认是全绑的。
4. 应急隔离。清空 management.secret-key 之后 managementRoutesEnabled 为假，RESP 连接在读第一帧之前就 return。代价同样明确：管理面与用量队列一起停，只适合不靠面板的实例。

同一笔提交的另一半

dev 的 internal/home/certificate.go 第 352–400 行：第 376 行把 bulk 卡在 1 MiB，第 383 行补了 \r\n 结尾校验，第 398 行起的 readHomeCertificateRESPLine 自己带 64 KiB 行上限。

四仓这一小时的位置

其余窗口动态

还没闭合的三件事