以太坊客户端修复可能导致ETH奖励重定向的漏洞

Ethereum客户端Teku与Besu发布安全更新，修复可能导致验证者奖励被劫持的证书漏洞

Ethereum客户端Teku和Besu已发布安全更新，以解决一个证书漏洞。该漏洞可能允许攻击者伪装成验证者所使用的服务，并潜在地将区块奖励重定向至攻击者的地址。

漏洞概述

在发现一个可能导致攻击者将验证者区块奖励重定向至其自身地址的证书漏洞后，Ethereum客户端Teku和Besu发布了安全更新。该漏洞源于印度公司eMudhra运营的八个证书颁发机构所关联的弱加密密钥，这使得攻击者能够创建伪造的证书。

Teku警告称，在某些配置下，攻击者可以伪装成Ethereum验证者使用的外部服务，从而操纵区块提议或获取敏感的验证者签名。默认的主网（Mainnet）Teku配置不受影响，开发人员确认目前尚未报告任何针对该漏洞的实际利用案例。

使用独立安装的Teku或Besu的操作人员必须单独更新其Java环境，因为最新的Docker镜像修复程序不会自动更新本地安装的Java证书。

安全问题的根源：eMudhra证书受损

根据随发布附带的安全公告，该问题源于印度数字证书提供商eMudhra所属的证书颁发机构密钥遭到泄露，导致某些Ethereum节点配置暴露于伪造的HTTPS连接之下。

Teku于10月27日发布了26.10.3版本，而Besu则在前一天引入了26.10.2版本。这两个更新都从其Docker镜像中移除了对受影响的eMudhra证书的信任，这些镜像用于部署和运行Ethereum节点软件。

该漏洞可能影响依赖外部服务进行交易签名、与信标节点通信或接收区块构建信息的验证者。攻击者需要拦截受影响的连接，并向验证者软件呈现一个被接受为合法的伪造证书。

Teku的开发人员确认，默认的主网配置未受影响，并表示目前没有关于该漏洞被利用的报告。

技术细节：eMudhra证书中的加密缺陷

该安全问题始于涉及eMudhra运营的八个中间证书颁发机构的加密错误，研究发现其私钥是使用不足够的随机性生成的。

研究人员于10月17日发现了这一问题，他们发现可以从公共证书中可用的信息中数学上恢复出私钥。

根据微软10月26日发布的安全公告，六个受影响的证书用于保护互联网连接，其余两个则与代码签名相关。这些受损的密钥允许某人创建在继续信任受影响证书颁发机构的应用程序中看起来真实的证书。

eMudhra于10月18日撤销了受影响的中间证书，而技术提供商开始从他们的软件中移除对受损证书链的信任。随后，微软通过Windows安全更新在10月20日屏蔽了受影响的证书颁发机构，并于10月26日发布另一项更新，将其信任列表中相关的七个证书移除。

然而，由于Teku和Besu使用Java，而Java的证书验证默认不检查吊销状态，因此该问题与Ethereum密切相关。结果是，即使在其被吊销后，受影响的Java安装仍可能继续接受与受损权威机构相关的证书。

攻击者如何重定向Ethereum验证者奖励

Teku的安全公告确定了几个涉及验证者通过HTTPS连接与外部服务通信的可能攻击场景。

一种场景是攻击者伪装成验证者用于协调其在Ethereum上职责的远程信标节点。如果攻击者成功拦截连接并呈现伪造证书，验证者可能会收到关于其准备提议的区块的操纵信息。

据Teku称，此类攻击可能导致验证者提出一个将交易费引导至攻击者控制地址的区块。

公告还将外部签名服务确定为另一个可能暴露的组件。这些服务将验证者签名密钥与主节点软件分开存储，并在请求时提供签名。根据配置和可用保护措施的不同，冒充外部签名者的攻击者有可能获得与验证者退出相关的签名。

Teku将此场景归类为特别严重，尽管使用相互TLS身份验证的配置可以将后果限制在服务拒绝（DoS）层面。

其他可能受影响的连接包括执行客户端、区块构建者、中继以及用于检索验证者配置信息的服务。该漏洞不影响Ethereum的基础点对点网络协议，因为这些协议不依赖于受损的证书颁发机构。

Teku和Besu发布修复方案

披露之后，Teku发布了26.10.3版本，从其Docker镜像中移除了四个证书根，包括emSign ECC Root CA G3、emSign Root CA G1、emSign Root CA G2和AAA Certificate Services。

Besu在26.10.2版本中引入了相同的证书移除操作，解决了使用其更新后Docker镜像的操作人员的风险。

然而，这些发布并没有自动更新由节点操作人员单独维护的Java安装。通过独立二进制发行版运行Teku或Besu的用户必须检查其安装的Java运行时，并在必要时更新其受信任的证书。

Teku警告称，仍然使用Java 26的操作人员需要迁移到Java 25，因为前者已达到生命周期终点，不会收到所需的补丁构建。

公告还确定某些测试网配置可能受到暴露，包括通过HTTPS下载其初始区块链状态的设置。

近期Ethereum基础设施安全动态

此次安全更新紧随其他近期涉及Ethereum验证者基础设施的关注点。本月早些时候，据报道MetaMask已在9月30日披露的另一基础设施安全事件后开始退出受影响的验证者。

更近一步，Ethereum开发人员在上次Glamsterdam升级中纠正了一个验证者存款漏洞，此前研究人员发现了一种场景，即构建者账户可能会收到本应属于验证者的ETH。

Glamsterdam升级也面临延迟，因为开发人员推迟了Hoodi测试网的激活，以调查涉及EIP-8037的智能合约兼容性问题。10月26日的推迟取消了原定的Amsterdam执行更改和Gloas共识更改的激活，以及将Hoodi燃气上限提高至2亿的提案。Ethereum开发人员尚未宣布替代激活日期。