Core Lightning 是用于运行比特币闪电网络支付节点的主要软件实现之一，该软件已发布包含一系列安全修复的 26.06.10 版本，维护者要求所有用户尽快升级。此次更新在软件补丁之外还为运营商增加了第二项任务：审查允许在节点上执行远程命令的凭据，维护者称这一步骤独立于安装新版本。更新将远程命令插件的加固与节点评估通道开启和支付条件的方式调整相结合。

这是连续第三个未设禁发期的点版本。26.06.8 和 26.06.9 两个版本也采用同样做法，修复内容立即公开。与前两个版本一样，维护者再次扣留了与安全修复相关的测试。根据发布说明，这使修复内容更难被转化为可用的漏洞利用，并给用户留出更多升级时间。这种披露模式也决定了运营商面临的风险：一旦版本公开，其所解决的弱点也随之公开，升级滞后的节点运行的正是缺陷已被公开记录的软件。

升级清单新增凭据审查

Runes 和 commando 是此次更新安全工作的核心。Commando 允许直接连接的对等节点请求某节点执行命令，而对等节点通常需要一枚 rune（一种授权凭据）才能执行。

此次更新封堵了通过重复或标点变体名称绕过 rune 对参数名限制的方法，还修复了命令失败后重用命令 ID 导致的 commando 崩溃问题。超大 rune 现在会被直接拒绝；此前，软件解码它们可能耗费平方级时间。

维护者建议将通过 commando 使用的每一枚 rune 绑定到使用它的应用的节点 ID。有了这一 id 限制，该 rune 便无法在其他任何地方使用。运营商还被指示使用 blacklistrune 命令将任何无法说明来源的 rune 列入黑名单，随后再签发限制更严格的新 rune。综合来看，这些步骤相当于对所有能在节点上触发远程命令的凭据进行一次审计，并在签发替代凭据之前撤销来源不明的 rune。

通道与支付修复

新版本会在双方注资通道开启和 splicing（即在不关闭通道的情况下调整通道资金的操作）期间检查对手方的交易签名。根据变更日志，这符合闪电协议的 BOLT 2 规范，该规范涵盖通道建立和正常的节点间运行。

另一项修复涉及一种称为 HTLC 的条件支付合约。刚刚移除的 HTLC 可能与共享相同支付哈希、金额和到期时间的存活 HTLC 混淆，导致节点拒绝存活支付，而其对手方却仍可领取该款项。

通道开启的处理也更加严格。当对手方提出的 dust limit（低于该阈值的输出被视为尘埃）超过 5,000 聪时，节点现在会拒绝通道开启；变更日志称，旧行为允许对手方在强制关闭期间将节点余额削减为手续费。对于双方注资开启，对手方的 dust limit 超过通道储备金同样会被拒绝；v2 零确认开启——即在注资交易确认前即生效的通道——除非运营商已将节点设置为接受来自该对手方的此类开启，否则也会被拒绝。双方注资仍处于实验阶段，维护者不鼓励与不受信任的对手方建立零确认通道。

其他改动包括：当插件钩子失败时返回安全的默认响应，而不是崩溃或挂起。Splice 手续费上调现在至少使用此前费率的 25/24，这是 Eclair 等对手方所要求的。运行过开发版构建的节点无法降级到 26.06.x 系列，因为其数据库 schema 更新。该版本为 Ubuntu 22.04、24.04 和 26.04 提供可重现的二进制文件，并提供 Docker 镜像。

披露与发布时间

此版本所修复的缺陷由近 20 个具名来源报告，包括 The Bitcoin Red Team、Matt Morehouse 和 Niklas Gögge。其他一些报告者要求匿名。

GitHub 上该版本的发布日期显示为 11 月 4 日，而其标记的变更日志显示为 11 月 5 日。此次更新之前，11 月 2 日刚披露了一个单独的存储触发型崩溃问题。截至发稿时，比特币交易价格接近 76,002 美元，24 小时内下跌 5.29%。