Eth2 中的时间服务器攻击及其缓解措施_TESTA:STAT

摘要:Eth2中的时间服务器攻击之前也有人讨论过。但迄今为止,主流意见都认为这种攻击只能导致验证者暂时离线,等节点运营者重建正确的时间同步措施,节点就能重新回到线上。但是,如果节点可以被诱去签署一条有关遥远未来某个epoch的见证消息,危险性就远不止暂时离线这么简单:因为共识算法的环绕投票罚没规则,这些节点在整个网络实际到达该错发的见证消息的目标epoch之前,将不能再签名任何见证消息。在共识规则的运作下,这种时间服务器攻击会导致受攻击的验证者几乎永远离线,而相关的权益人也会因为懒惰惩罚而付出惨痛代价。

俄罗斯Gazprombank银行呼吁谨慎实施数字卢布计划:金色财经报道,俄罗斯央行数字货币试点银行之一的Gazprombank发布了一份公开声明,建议谨慎实施数字卢布计划。根据麦肯锡俄罗斯分公司估计,传统银行在五年内因CBDC实施而可能遭受的损失约为35亿美元(2500亿卢布)。不过,该声明承认CBDC将有助于提高俄罗斯金融体系和经济的透明度。

据了解,俄罗斯CBDC的工作始于2020年。数字卢布目前正在接受银行结算测试,预计将于今年完成。根据俄罗斯央行最新的货币政策更新,当局将于2024年开始将所有银行和信贷机构连接到数字卢布平台。(cointelegraph)[2023/2/8 11:55:16]

攻击界面

Gazprombank瑞士子公司获FINMA批准提供加密货币托管和交易服务:10月29日消息,Gazprombank(Switzerland)Ltd宣布获得瑞士金融市场监督管理局(FINMA)的授权,可以为公司和机构客户提供加密货币的安全托管以及加密货币和法定货币之间的交易。经过严格的评估程序后,该行最初将向限定数量的选定客户提供这些服务。

新服务将包括机构级存储解决方案和比特币的买卖。Gazprombank计划逐步扩大服务范围,以包括额外的加密货币和其他产品和服务。

据悉,Gazprombank(Switzerland)Ltd是由俄罗斯Gazprombank(股份公司)100%控股的瑞士合规金融机构。[2020/10/30 11:15:48]

Eth2中的见证消息就是验证者签过名的、包含所认可的来源检查点和目标检查点的信息;来源检查点和目标检查点都以时段号和区块根来表示。CasperFFG的算法的安全性保证之一便是“无环绕投票”规则:验证者签名过的任意两条消息中,不能出现有?attestation1.source<attestation2.source?且?attestation2.target<attestation1.source?的情况。

新加坡区块链初创公司Zenprivex(ZPX)完成种子轮融资:新加坡区块链初创公司Zenprivex(ZPX)宣布完成了一笔130万美元的种子轮融资,领投方为SeedPlus。Zenprivex公司扮演了区块资产构建者和投资者的角色,他们表示计划利用这笔最新融资构建区块链、推出新产品、并招募关键高管人员。该公司计划推出一个去中心化数字货币交易所ZenRelay。[2018/4/6]

我们可以按如下手法炮制一次时间服务器攻击:第一步是通过操纵时间服务器的时间,使之跳转到未来的某个时间,使得被攻击验证者的时间也跳转到未来,这个时间必须短于懒惰惩罚致使验证者余额降低至零的时间,否则验证者就不会再签名见证消息了。

Mythos Capital创始人:DeFi的增长不会对ETH的价格产生积极影响:Mythos Capital创始人、以太坊支持者Ryan Sean Adams刚刚发推称,经过6天的DeFi代币注入和ETH停滞不前,人们完全相信DeFi的增长不会对ETH的价格产生积极影响。[2020/6/22]

然后我们需要诱相关的节点,使之认为它其实是跟链保持同步的,然后它才会签署见证消息。如果攻击者控制了多个对等节点,这一点总是有可能做到的,只需在点对点的网络频道中发送一些来自未来时间的见证消息和区块即可。控制多个节点也是容易实现的,所以这并不是一个不现实的攻击者假设。

一旦目标验证者签名了一条以未来epoch为目标epoch的见证消息,攻击者就可以把这条消息保存下来,然后确定这名验证者在整个网络实际到达那个未来epoch之前,都不能再签名任何见证消息了。当前所有Eth2实现的验证者客户端都有措施防止该验证者签署相互冲突的见证消息,因此该验证者实质上就是离线了。

结果

一名攻击者可以通过一个时间服务器来驱逐所有TA能影响到的验证者。这种攻击会比此前使用同样界面所设想的攻击更为恶劣,因为影响不是暂时的,而是持久得多。虽然我们有可能在几分钟之内就能发现这样的攻击,而且所有专业的节点都能在几个小时内恢复正常时间,但这于事无补,因为损害已经发生了——而且可以导致验证者的惨重损失,例如,可能有很多验证者会因为指数升高的懒惰惩罚而被提出网络。

缓解措施

加入验证者客户端不罚没规则

我们可以在验证者客户端中加入一条不罚没规则:要求他们在签署所有消息前都评估当前的时间,而且不要提前签署未来的消息。这个办法其实只有在验证者客户端与信标链节点没有部署在同一台机器上且没有被攻击波及时才有用。不过,对于密钥分割型验证者来说是一个明确的改进,因为这个规则将不允许领导哦啊这节点提议一条未来的见证消息,可以阻挡验证者的行动。

为时间同步措施加入更多的保护

本文所提出的问题表明,时间服务器的同步措施所包含的攻击界面比我们从前设想的严重得多,必须引起我们的注意。

小幅度的时间偏移虽然恼人,但不会导致严重的问题,所以,仅在时间服务器推送的更新与本地的RTC时间相差幅度在一定范围内才使用更新、否则就拒绝更新,似乎是更好的模式。

但这个模式仍会遗留一个攻击界面在启动进程中。因此时有发生的大规模电源中断可能会演变成严重的问题、一次性影响众多验证者。我认为,可以让验证者客户端在启动前先检查罚没保护数据库、如果在几个小时乃至几天内都没有签名过任何消息,就拒绝启动。长时间不签名消息意味着可能发生了时间服务器攻击。可以添加一个强制启动的标签来应对例外情况。

郑重声明: 本文版权归原作者所有, 转载文章仅为传播更多信息之目的, 如作者信息标记有误, 请第一时间联系我们修改或删除, 多谢。

金智博客

PEPEZPAE活动奖励发放公告_GER:COI

尊敬的用户: 币虎交易平台的“庆祝ZPAE开通TRC20通道,1,000万ZPAE大放送!”活动已结束,活动奖励已发放至用户账户,请所有符合活动条件的用户在--中查询分发结果.

[0:31ms0-3:732ms