谷歌拟2027年初向银行开放MPC加密托管系统

谷歌面向银行推出多方计算托管

谷歌已建成一套旨在阻止数字资产未经授权转移的系统,并计划从2027年初起交付给银行使用。该产品名为Google Multi-Party Compute(MPC),是这家Alphabet旗下公司迄今在机构加密基础设施领域迈出的最深一步。多家大型金融机构已在该产品正式发布前参与私密预览并进行验证。这套系统针对的是一个具体的失效点:转移加密资产必须使用私钥,私钥是证明支出权限的机密数据,一旦被窃,攻击者便可在持有人不知情的情况下清空一个加密钱包。谷歌的方案是在现有MPC技术之上叠加转账规则校验和密钥恢复功能,并打包成一体化产品,银行无需再自行拼装各个组件。其架构把签署交易所需的机密材料拆分到三个位置:银行自有设施、谷歌云以及另一家公司的云。在需要三方中至少两方配合才能生效的配置下,任何单一地点被攻破都不足以单独转移资金。在系统生成执行转账的电子签名之前,它会对照银行设定的规则,核验金额、收款地址以及所需的部门审批,把分片密钥设计与一层筛查机制结合在一起。谷歌云在此前已有经验积累:其Confidential Space可在机密计算环境中运行工作负载,并借助硬件级远程证明,验证包括区块链交易签名在内的敏感任务与外部访问保持隔离。该技术目前也在以太坊(ETH)和Solana(SOL)网络上测试数字资产的安全保护,把同一套密钥管理设计扩展到机构已持有大量头寸的网络。谷歌尚未披露定价,也没有公布参与预览的机构名单。

Fireblocks漏洞与CVE-2026-90975

发布时点让这一公告显得更为尖锐。10月26日星期一,漏洞协调机构CERT/CC发布公告VU#701544,描述了托管服务商Fireblocks所维护的mpc-lib库中的一个缺陷,编号为CVE-2026-90975。安全研究员Venkata Satish Guttula在10月27日发布的一篇帖子中归纳了该公告的内容:同一个钥层级中,一旦某个被攻破的下层签名者分片与其链码结合,就可能暴露同层级中的祖先分片。缺陷出在该库实现BIP32硬化密钥派生的环节,即在一个密钥层级内生成子密钥的方法。当所需的父私钥缺失时,该库可能填入一个全零缓冲区,而不是拒绝请求。据公告所述,攻击者若同时获取这个被攻破的下层签名者分片及其对应的链码,便可恢复该方密钥层级中的祖先分片。CERT/CC对边界说得很清楚:能够动用资金的完整私钥并未被直接暴露。被削弱的是一道二级防护,其作用本应是限制单个分片被攻破后波及的相关密钥材料范围。公告补充说,发布时没有任何厂商修复可用,并建议在实现修正之前,对链码保密,同时避免把硬化派生用作隔离机制。这份披露砸在了许多机构视为根基的技术上。MPC允许多方共同签署交易,而无需在任何一处拼出完整私钥:每个参与者保留自己的密钥分片,由各方协同批准每笔转账。这一设计消除了单台设备被攻破或内部人员作恶所代表的单点故障,却无法修复处理这些分片的软件本身的漏洞。谷歌的服务建立在同一密码学原理之上,这也是两件事被放在一起解读的原因。

@snakeyesV1 · X 帖子

归纳了该公告.

在 X 上查看

CERT/CC公告是这里的关键文件:它记录了Fireblocks的库在父密钥缺失时以全零缓冲区顶替的做法,且发布时无厂商修复可用。这就是谷歌系统将要面对的标尺。分发密钥分片是一层,派生逻辑、访问控制和交易审批策略是另外几层,2027年挑选托管服务商的机构会逐条比对。对于是自建MPC还是向云厂商采购这一问题,银行和加密交易所如今多了一个分量十足的选项。散户面对的算式更简单:密钥被盗依然意味着大门敞开,赃款往往经由加密混币器流转,因此无论密钥放在哪里,基本的加密资产安全习惯始终不会过时。