- 来源
- Bitcoin Corebitcoincore.org
- 原文发布日期
- 原文长度
- 阅读约 2 分钟
- 语言
- 英语
SATWEI 摘要
攻击者在局域网内冒充 UPnP 设备，不断向 Bitcoin Core 节点发送臃肿的 M-SEARCH 响应，直到内存耗尽。只有用 -miniupnp 启动的节点才受影响，该库默认关闭。这一低危漏洞已在 v22.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