修复

ChainCatcher 消息，印度证书颁发机构 eMudhra 的加密安全漏洞波及以太坊客户端 Teku 和 Besu。研究人员发现，eMudhra 旗下 8 个中间证书颁发机构的私钥因随机性不足而可能被推算，攻击者由此可能伪造证书，并诱骗未修复的软件信任恶意服务。Teku 已发布 26.1.3 版本，Besu 已发布 26.1.2 版本，均在 Docker 镜像中移除了对相关证书的信任。若攻击者实施中间人攻击，可能诱骗部分验证者将区块手续费奖励发送至攻击者地址；在使用外部签名器的特定配置下，风险可能更高。Teku 团队表示，默认配置的以太坊主网 Teku 节点不受影响，无需采取行动，目前尚无漏洞遭利用的报告。对于直接在主机上运行 Teku 或 Besu、未使用 Docker 的运营者，仅更新客户端可能不够，还需手动更新 Java 及其受信任证书列表。仍在使用已停止维护的 Java 26 的运营者，则需要迁移至 Java 25。

ChainCatcher 消息，据 Bitcoin News 监测，Electrum 于 2026 年 10 月 24 日发布 4.8.3 版本，修复一项已被用于真实攻击的安全漏洞。恶意服务器可向用户展示伪造交易，并在用户尝试通过替代手续费（RBF）加快交易时，诱导其签署向攻击者地址付款的交易；攻击者无需获取用户私钥。Electrum 称已收到两起相关报告，其中一名用户在提高手续费后损失比特币，并建议用户更新至 4.8.3 版本。

ChainCatcher 消息，据 Initia 监测，针对 10 月 23 日发现的漏洞，安全修复方案已经拟定，目前正在与安全合作伙伴进行审计。审计完成后，Initia 将公布具体计划，说明如何恢复对受影响资产的支持，并有序重启 Initia L1 和 Rollup 网络。该流程预计将在未来几天内完成。

ChainCatcher 消息，据 CoinDesk 报道，以太坊开发者已修复 Glamsterdam 升级中的一个漏洞，该漏洞可能让运营者取走质押服务本用于新验证者的 ETH。修复改变了验证者存款的处理规则，于周一合并，而开发者一周前曾拒绝该修改。研究员 avsetsin 发现，运营者若先以特定公钥注册为构建者，而质押服务随后用同一密钥存入 ETH 启动验证者，草案规则会将两笔存款都记给构建者。avsetsin 称这是条件性代码发现，并非已确认的实时漏洞利用，现有检查可阻止攻击，目前没有损失报告。新规则按提款凭证对待处理存款排序，使验证者存款仍归属验证者。Glamsterdam 已在 Sepolia 测试网运行，但在 Hoodi 测试网的启动被推迟，主网启动前需确定新日期。

ChainCatcher 消息，比特币轻钱包 Electrum 于 10 月 24 日披露一种针对交易加费的恶意服务器攻击，并在 4.8.3 版本中修复，对应 GitHub 安全公告 GHSA-6jp4-8v48-cc5v。用户对交易做常规加费时，可能把资金签给攻击者。开发者称，起因是用户报告在签署加费后损失资金。两份报告结果不同：一人广播付款后发现钱包历史中的交易被替换，并称原付款未进入比特币点对点网络、被服务器扣留；另一人 Raju-K12 对替换后的交易加费并损失资金。攻击中，恶意服务器扣留客户端广播的新交易，并在历史中放入一笔冲突交易，把原输出换成攻击者地址。该替换交易当时签名无效，但轻客户端展示未确认交易前未核对这些签名；用户通过 RBF 手动加费并签名后，攻击者收款生效。两人均称攻击者地址与合法收款地址末四位相同。公告未公布被盗金额、交易标识或攻击者地址。补丁对应提交 90fe308，在把内存池交易写入本地历史前，核对该钱包自有输入的签名，但不覆盖钱包外地址的输入，也不做完整共识验证。公告建议未升级用户在每次签名时核对输出地址与金额；连接自有或可信服务器的客户端不受此攻击影响。时间线上，10 月 11 日首次私下披露，10 月 18 日收到加费损失报告，修复版本于 10 月 23 日打标签，二进制与公开披露在 10 月 24 日。

ChainCatcher 消息，比特币钱包 Electrum 官方宣布发布 4.8.3 版本，称本次更新修复一项严重安全问题，并敦促所有用户升级。官方表示，漏洞的详细说明将于晚些时候公布。其 GitHub 更新日志将 4.8.3 标注为安全更新，发布日期为 10 月 23 日。Electrum 官网提醒，用户应仅从官网下载软件，并核验 GPG 数字签名，以确认安装包来源及完整性。

ChainCatcher 消息，国家信息安全漏洞共享平台（CNVD）发布《关于 PHP 远程代码执行漏洞分析及修复建议的安全公告》，其中支持受影响用户应密切关注官方信息，通过官方渠道下载并更新至最新版本，暂无法更新的用户可采取措施减少部分攻击路径，缓解漏洞威胁，持续监测 PHP 进程异常退出、系统异常命令调用、陌生进程创建、异常文件写入等行为，留存日志用于溯源分析。 CNVD 在防护建议中表示，信息系统运营单位应进一步加强安全防护，全面梳理本单位网络资产，按照非必要不上网原则，缩小信息系统的公网暴露面；暂不具备修复条件的运营单位应采取网络隔离、网络访问限制、非必要业务系统下线等临时性应对措施。

ChainCatcher 消息，零知识证明基础设施 Succinct 已修复其 SP1 中的一个安全漏洞，该漏洞可能导致无效证明被判定为有效。 据 The Defiant 报道，缺陷存在于 6.0 至 6.8.0 版本的原生 Rust 验证路径中，通过 Solidity 验证器执行的链上 Groth16 与 Plonk 验证不受影响。

ChainCatcher 消息，据 CoinDesk 报道，XRP Ledger 的漏洞修复补丁因验证者支持数一度降至 26 个（共 35 个），生效倒计时被重置，补丁推迟到 11 月生效。目前支持数已回升到 31 个，但由于两周的倒计时需要重新计算，这次修复错过了原本即将生效的时间窗口。

ChainCatcher 消息，腾讯云安全中心监测到，PHP 被披露其存在远程代码执行漏洞，漏洞编号分别为 CVE-2026-109618, CVE-2026-109619，代号 “php2shell”。可导致未经身份验证的远程攻击者通过发送特制的 multipart POST 请求，触发内存破坏并最终实现远程代码执行，从而完全控制服务器等危害。腾讯云安全建议及时开展安全自查，如在受影响范围，请您及时进行更新修复，避免被外部攻击者入侵。

ChainCatcher 消息，区块链安全研究机构 Asymmetric Research 披露，Solana 链上治理程序 svmgov 此前存在漏洞：当验证者未参与投票时，其委托人提前提交的独立投票可能无法计入最终结果。该漏洞于 7 月 10 日报告给 Solana 基金会，并于 8 月 3 日完成主网修复，早于 8 月 24 日的治理投票。Asymmetric Research 根据链上数据测算，若漏洞未修复，旨在加快 SOL 通胀下降速度的 SGP-0002 提案赞成率可能从实际的 67% 降至 66.65%，低于 66.67% 的通过门槛。此次漏洞已在投票前修复，未实际改变提案结果。

ChainCatcher 消息，据 The Defiant 报道，THORChain 宣布其 v3.21 版本升级将修复 Rujira 上的 FIN 合约漏洞，并允许此前暂停的应用层重启。该网络将升级目标设定为区块高度 28,366,100，预计时间约为 10 月 23 日。重启后，Rujira 上的交易、借贷、借款与自动化交易将恢复。Rujira 的产品通过 THORChain 内部的智能合约运行，而非独立的区块链，应用层暂停可在不影响 THORChain 基础层的情况下停止这些合约。 据 Rujira 披露，该漏洞于 9 月 26 日被发现，攻击者在未持有头寸的情况下转移了一笔自定义集中流动性头寸。团队在节点运营商支持下暂停了应用层，仅 Rujira 团队自身的一个头寸受到影响，没有用户资金损失。Rujira 将漏洞归因于头寸转移函数的缺陷，而非该流动性策略的交易逻辑。9 月 27 日，Rujira 表示修复位于基础层，并已排入 v3.21 升级。 关于重启窗口，Rujira 在 10 月 15 日的方案中提出有条件宽限期：若应用层准备恢复时，任何信用账户头寸的贷款价值比高于 100% 且符合清算条件，将请求节点运营商将信用账户合约再暂停 24 小时，以便借款人在清算恢复前补充抵押品。借款人已可通过 Rujira Borrow 或直接向信用账户地址转入资产来补充抵押品。Rujira 在 10 月 10 日提示，宽限期后仍不安全的头寸可在清算人触发流程时被清算。

ChainCatcher 消息，XRP Ledger 一项名为 fixCleanup3_4_0 的漏洞修复包预计于 10 月 23 日 09:34 UTC 前后正式生效。该修复包已获得 29 个验证者投票，达到网络默认 35 个验证者中超过 80% 的通过门槛，且需连续维持两周，目前倒计时已进行九天。由于票数没有余量，一旦有验证者撤回支持，倒计时将重新开始。该修复包部分修补了 Ripple 自 6 月起向银行和支付公司推介的无抵押借贷系统，但该系统尚未启用。其中借贷修正案目前仅有 19 票，用于存放资金的 vault 修正案有 21 票，两者均未启动倒计时，因此即便今日同时达到 29 票，借贷功能最早也要到 11 月初才能上线。按照设计，贷款人将 XRP 或其他代币存入 vault，贷款经纪人再以固定期限将资金借出，账本负责记录贷款并追踪还款，经纪人则在链下判断借款人资质。由于借款方无需提供抵押，经纪人的判断成为贷款人免受违约损失的唯一保障，Ripple 将该方案推介给需要在跨境结算期间获得流动性的支付公司。此外，修复包还封堵了一个漏洞，即仅被授权销毁代币的账户在特定条件下可创建新代币，并调整了 vault 金额取整以及贷款逾期与违约的判定规则。

ChainCatcher 消息，据 Gate 行情，日韩股市今日高开后涨幅小幅回落。韩国 KOSPI 开盘上涨 1.80% 至 5653.99 点，当前报 5623.72 点，日内上涨 1.25%；KOSDAQ 开盘上涨 1.49%。存储芯片板块继续领涨，三星电子、SK 海力士仍涨超 2%。昨日韩国股市大幅下挫并触发熔断，今日迎来修复反弹。日本日经 225 开盘上涨 0.78% 至 64925.29 点，开盘后一度冲高至 1%，当前维持高位震荡。

ChainCatcher 消息，Polygon Labs 官方公告，Bor v2.1.3 正式对外公开发布，此前已以私有版本形式向验证者及主要基础设施提供商分发。本次更新修复了 BlockSTM V2 并行块执行中的两项中危拒绝服务漏洞，均由安全研究人员通过 Immunefi 漏洞赏金计划提交。 无界 keccak256 缓存问题：攻击者可通过构造特定交易，在投机执行阶段填充数百 MiB 缓存，导致节点内存耗尽并延迟出块。修复方案为对共享缓存设置容量上限。并行执行中重复代码哈希计算问题：单笔交易可致并行处理器耗时约 11 秒，严重影响节点活性。修复方案为对代码哈希结果进行逐交易缓存。 此外，本次更新还包含多项内部加固：交易池地址过滤新增对 EIP-7702 SetCode 授权的拦截、RPC 批量执行池并发限制修复、并行执行跨自毁边界余额读取一致性修复，以及滞留待处理交易自动清理机制（默认 3 小时）。受影响版本为 Bor v2.1.1 和 v2.1.2。v2.1.3 非硬分叉，节点可逐个升级，无需协调。两项漏洞在主网及测试网 Amoy 上均未发现被利用记录。

ChainCatcher 消息，据 Bitcoin News 报道，比特币闪电网络开发套件 LDK 已修复多项安全漏洞，其中通道重连漏洞可能被恶意对手方利用，导致资金被盗。LDK 官方于 10 月 3 日发布 0.1.13、0.2.7 及 0.3-rc3 版本，建议在生产环境中与不可信通道对手方交互的运营者升级。目前相关披露未确认这些漏洞造成实际损失。

ChainCatcher 消息，据 Bitcoin News 监测，Lightning Development Kit（LDK）已发布安全更新，修复可能导致恶意节点窃取资金的漏洞。最严重漏洞涉及 Lightning 通道重连。据 Bitcoin Optech，恶意节点可能虚假声称未收到此前已确认的通道更新。 存在漏洞的 LDK 软件随后可能在未正确记录相关交易的情况下签署冲突的承诺交易，使攻击者在转发支付完成后重新获得比特币。LDK 0.2.7 和 0.1.13 版本已修复该漏洞。截至已审查的披露信息，尚未发现由这些特定漏洞造成的已确认损失。

ChainCatcher 消息，XRP Ledger Foundation 在 X 平台发文澄清近期 XRP Ledger 安全漏洞事件，表示该漏洞可能被用于绕过 XRP 总供应量固定为 1000 亿枚的限制，但已于两周前通过 3.4.1 版本修复。并且经核查，未发现有新的 XRP 被创建，目前流通于账本中的 XRP 总量约为 999.86 亿枚。基金会表示，该漏洞需要数百次经过刻意构造的操作才能触发，正常支付交易几乎不会涉及。未来将与 RippleX 及社区加强形式化验证、AI 对抗性测试、安全研究合作及漏洞赏金计划。针对修复流程，基金会解释称，由于公开发布补丁可能使攻击者利用 AI 加速漏洞分析。为应对这一情况，XRPL 社区展开协调。XRP Ledger Foundation、RippleX、核心开发者及验证者等参与方达成社会共识，同意采取直接发布修复程序的方案。此外，3.4.1 版本也是在经过正常修正案投票流程，并获得超过 80% 验证者连续两周支持后，才成为网络必须采用的版本。协议变更仍然需要通过修正案机制完成。此前 RippleX 工程负责人 J. Ayo Akinyele 也在 X 平台发文表示，高度重视近期披露的 XRP Ledger（XRPL）支付引擎关键漏洞问题，该漏洞属于严重安全问题，存在于代码库中超过 10 年，理论上可能导致 XRP 被超额创建，突破固定供应上限。不过，该漏洞在被利用前已通过 Ripple 的漏洞赏金计划被安全研究机构 Veria AI 发现。

ChainCatcher 消息，针对 Veria AI 报告的支付引擎关键漏洞，RippleX 工程负责人 J. Ayo Akinyele 表示，XRP Ledger（XRPL）支付引擎存在超 10 年的严重漏洞，可导致 XRP 超出固定供应量被增发。该漏洞通过漏洞赏金计划发现，尚未被利用。开发团队已发布 xrpld 3.4.1 修复版本，并在公开披露前协调验证者完成网络升级。Akinyele 表示，AI 正加速漏洞发现速度，XRPL 将加大主动安全投入、清理技术债务、推进形式化验证，并系统性消除旧代码中的潜在风险。

ChainCatcher 消息，XRP Ledger 近期修复了一项可能追溯至 2015 年的支付系统漏洞。该漏洞可能允许攻击者通过一次特殊设计的支付交易，绕过系统对代币兑换金额的计算限制，凭空生成并花费大量 XRP，破坏 XRP 总量上限为 1000 亿枚的机制。据披露，攻击者可创建数百个账户，让这些账户挂出以少量代币兑换巨额 XRP 的报价，再通过一笔支付同时成交。由于软件对交易总额的计算存在缺陷，卖方账户可能收到完整的 XRP，而买方账户几乎无需支付相应金额。研究人员 Cayden Liao 与 Veria AI 于 9 月 22 日报告该漏洞，RippleX 随后复现了攻击，并确认生成的 XRP 可在后续交易中使用。RippleX 表示，目前没有证据表明该漏洞曾在任何公开网络上遭到利用。开发团队已于 9 月 25 日发布 xrpld 3.4.1 版本修复漏洞。