- 来源
- Bitcoin Corebitcoincore.org
- 原文发布日期
- 原文长度
- 阅读约 2 分钟
- 语言
- 英语
SATWEI 摘要
借助 IPv6，撑大 Bitcoin Core 没有上限的封禁列表成本很低；此后每条 GETADDR 消息都迫使节点为返回的每个地址（最多 2500 个）扫描一遍列表。内存崩溃和 CPU 消耗都由 #19219 解决，这一高危问题的修复随 0.20.1 和 0.21.0 发布。
标签
- CVE
更多来自 Bitcoin Core 的文章
网络阅读约 2 分钟
BIP31 之前的对等节点暂停读取，内存缓慢无限增长
恶意对等节点只要谎称不支持 BIP 31 的 ping，就能躲过 20 分钟断连机制，再慢慢读取数据，让节点的发送队列每小时膨胀：每个入站节点最多 2MB，每个出站节点最多 5MB。中危漏洞 CVE-2026-117349 由 #36667 修复，见于 Bitcoin Core 32.1、31.2、30.4 和 29.5；-blocksonly 节点的风险要小得多。
Bitcoin Core
开发阅读约 1 分钟
Bitcoin Core 30.4 发布
遵循 BIP 323，Bitcoin Core 30.4 不再把 BIP 9 的第 5 至 28 位视作软分叉信号，区块设置这些位也不会再触发未知部署告警（#34779）。网络方面，发送暂停的对等节点开始受超时约束（#36667）；flatfile 位置改用 64 位整数（#36669）。
Bitcoin Core
开发阅读约 2 分钟
非 Linux 系统：TCP 紧急数据可致内存无限增长
已连接的对等节点只需发送 TCP 紧急数据，就能让 Windows、macOS 和 BSD 上的节点崩溃：这些数据绕过 select() 后端中已暂停的读取，在内存里无限堆积（CVE-2026-117350）。Linux 节点用的是 poll()，不受影响。这一中危漏洞由 Project Loupe 的 LLM 扫描发现，Bitcoin Core 32.1、31.2、30.4 和 29.5 已修复。
Bitcoin Core