验证软件功能介绍
01
Beosin-VaaS的业务逻辑验证软件,是一款用来检测智能合约上层业务逻辑漏洞的软件。
基于合约的白皮书,软件利用形式化方法,首先对单个函数进行属性的描述,在对单个函数进行属性的验证并通过后,基于这些已验证属性,抽取出高层的状态属性,进而对上层属性进行自动推理和验证,若属性不满足,则会返回一条反例路径。
案例介绍
02
我们可以以下面这个案例来举例说明。
这里我们考虑进行一次众筹,目标是在部署后deadline时间内,收集fundingGoal个以太币。如果在该期间收集到相应数额个以太币,则表明众筹成功,在这种情况下,受益人可以提取资金。否则,将认为众筹失败,并允许用户要求退款。众筹合约本身继承了token合约,并直接收集众筹期间投入的所有资金。
具体合约和函数说明
03
我们可以进一步得知,该项目包含了一个Crowdsale合约,继承一个token合约。
在众筹合约中,构造函数会初始化设置众筹的截止时间deadline,并添加众筹目标额度fundingGoal,并在合约中硬编码受益人的地址beneficiary;
然后会提供回调函数,提供给用户来参与投资,在开放众筹期间,只要未达到目标额度,就允许所有用户进行投资;
提供一个checkGoalReached()函数,如果达到众筹目标,或者达到了截止时间,就可以修改状态标识,关闭众筹;
然后会提供响应的transfer()和issue()函数接口,用于在众筹分配代币,以及能够进行代币的交易
提供一个safeWithdrawal()函数,如果众筹成功,受益人能够取出投资人的钱;
最后还提供一个safeClaimRefund()退款接口,如果众筹失败,用户可以通过该接口完成撤资。
结果分析和说明
04
我们这里已经完成了单个函数的属性验证,可以确认单个函数的功能是符合其属性规范的,在此基础上,编写上层属性进行验证。
以下,我们编写的上层属性有两条,一条是p1,含义是总是能够满足,一旦调用了safeWithdrawal()或者safeClaimRefund(),另一个函数就不能够被成功调用。
P1:
得到输出结果,可以看到属性2是满足的,而属性1并不满足。我们查看一下反例的可视化路径,可以看到,确实存在一条路径,safeWithdrawal()函数和safeClaimRefund()函数可以先后被执行成功。
回到合约中,根据所提供的反例路径,可以看到,发生该情况是调用回调函数一段时间后,当前时间超过了众筹的截止时间,众筹的资金总量没有达到目标fundingGoal,在checkGoalReached()关闭众筹之后,此时的合约状态,用户是可以调用safeClaimRefund选择退款的。
但是我们可以从结果中发现,此时依旧可以调用成功回调函数投资,那么就出现了后面的状态可能,在众筹失败之后,依旧有用户有意或者无意参与了投资,导致投资的总额超过了目标。
此时,能够再次调用checkGoalReached()函数结束众筹,改变状态标识,最终受益人能够在按原始需求,众筹失败的情况下,且有用户选择退款之后,依旧调用checkGoalReached()取出了所有的投资资金。
最终回到合约,我们发现,其实是由于用于投资的回调函数缺少了检查当前事件是否超过了截止日期,进而导致的合约漏洞。
可以看到,在该例子中,所有的函数其实是满足其自身的属性并实现了相应的功能的,但是由于在合约之间、函数之间的调用和关联关系,才导致出现了这样一个漏洞。而该属性验证工具的作用也在于此,它能够更加高效地发现逻辑属性漏洞。
目前疫情对我们经济和生活的影响,在前面的文章中我已经谈得很多,但相关机构最新出炉的一份数据则更让人觉得问题严重.
北美知名区块链基础设施OAN开放应用公网,日前宣布启动社区赏金计划,推动其在中国的社区发展和建设。该赏金计划名为“开放共创社区赏金计划”,活动期截至3月20日.
在已经过去的2019年我们在数字货币市场留下了兴奋、喜悦、痛苦和泪水,或许还包含遗憾和惋惜。但2020已经到来,扫清昨日的光荣和阴霾,在深切反思后,2020年才是我们即将征伐的战场.
今天终于腾出空来给大家写行情策略,简单回顾,一周前发文跟大家提到小阳春行情,目前价格8300点,距离7200点差不多正好1000点,这一段行情其实是有点运气成分在,感谢“特不靠谱”先生.
为什么医疗保健业还在纠结数据准确性O’Reilly近期的一篇报告显示,由于缺乏搭建数据治理框架的资源,大多数机构仍在忙于处理数据质量问题.
人生,不可能一帆风顺,一生,也不可能都有好运相伴。月有阴晴圆缺,人生总有意外出现,灾难降临,给人猝不及防的打击。酸甜苦辣人生,我们正在慢慢品尝.