事件
黑客勒索及其他攻击
传统的勒索软件攻击以及通过系统漏洞远程控制受害者系统的攻击，是7月至今发生的黑客勒索攻击事件中的主要攻击方式。
此类攻击行为，攻击者不需要了解熟悉区块链的知识和技术细节就可以完成攻击，尤其是twitter攻击（利用了社会工程的方法），其攻击者是三名青少年，其中最大年龄仅有22岁，这起事件在7月以来的安全事件中较典型的一例，产生的影响范围极广。
①
7月2日，MongoDB遭受到攻击，约22900个数据库被清空，攻击者要求以BTC作为赎金赎回被清空数据库的备份。
②
7月11日， Cashaa交易所发生交易异常，攻击者通过控制受害者电脑，操作受害者在Blockchain.info上的比特币钱包，向攻击者账户转移约合9800美元的BTC。
StarkWare Token因技术优化推迟发行:9月30日消息，以太坊Layer2扩容开发团队Stark Ware成员odin_free在Discord发布公告称，原计划于9月底推出的以太坊StarkNet Token因技术优化而暂时推迟，具体发布日期未公布。他表示，虽然我们原计划在九月底推出Token，但因为我们一直以来致力于以负责任、考虑周密的态度行事。目前部分组件仍需优化，一旦有消息，我们将及时通知社群。
此前消息，7月13日，Stark Ware计划今年9月在以太坊上推出StarkNet Token。最初将铸造100亿枚Token，其中17%分配给Stark Ware投资者，32.9%分配给核心贡献者，两者的所有Token均有4年锁定期，50.1%向基金会授予。该Token将成为运营网络（费用）、维护和保护网络（质押）以及决定其价值和战略目标（治理）的机制。[2022/10/1 22:42:56]
③
PUMA推特头像更换为Cool Cats系列NFT:3月2日消息，运动品牌PUMA将推特头像更换为Cool Cats系列NFT。同时，PUMA还在社交平台转发与其互动的多个NFT系列推特。
此前报道，2月22日，PUMA（彪马）已将其推特账户更名为“PUMA.eth”。[2022/3/2 13:31:43]
7月15日， twitter遭受社会工程攻击，员工管理账号被盗，造成多个组织和个人的推特上发布欺诈信息，诱使受害者向攻击者比特币账户转账。
④
7月22日，约克大学信息被盗取，攻击者要求约合114万美金的BTC作为赎金。
⑤
7月23日，英国足球联盟信息被盗取，攻击者要求BTC作为赎金。
Wirex美国版本的应用程序将不包含XRP:在一月份推出时，伦敦加密支付平台Wirex不会在其应用程序的美国版本中包含XRP。此外。英国加密货币友好型银行Ziglu决定自1月12日起暂停XRP交易。英国的一些加密钱包公司也正在考虑是否要阻止其数百万客户进行XRP交易。（The Block）[2020/12/30 16:02:29]
⑥
7月25日，西班牙铁路基础建设管理局约800gb信息被盗，攻击者要求BTC作为赎金。
⑦
7月30日，佳能遭受到黑客攻击，约10tb照片和其他类型数据被盗，用户要求以数字货币作为赎金。
⑧
7月31日，数字货币交易所2gether遭受到黑客攻击，约139万美金的BTC被盗。
代码漏洞攻击
对于代码漏洞攻击相关事件，攻击者则必须要理解区块链51%攻击并且能够找到可以利用的条件（租用庞大的算力）来完成攻击，并且需要对智能合约的技术有深刻的了解，找到其中的逻辑漏洞并加以利用。
⑨
8月4日，DeFi项目Opyn被攻击者通过代码漏洞，获得数目等于存入数目两倍的代币，最终造成了约37万美金的损失。
攻击类型及危险
攻击事件类型及危险程序：
勒索及其他攻击——攻击的方法和媒介如下：
代码漏洞攻击：——攻击的方法和媒介如下：
因勒索攻击门槛低，攻击方式大同小异，因此可供分析程度有限，下文将为大家具体分析第9号代码漏洞攻击事件。
代码漏洞攻击事件分析
第9号事件
此次事件发生于DeFi项目Opyn中，攻击产生的原因是Opyn在智能合约oToken中的exercise函数出现漏洞。
攻击者在向智能合约中发送某一数量的ETH时候，智能合约仅仅检查了该ETH的数量是否与完成该次期货买卖需要的数量一致，并没有动态的检查攻击者发送的ETH数量是否在每一次交易之后，仍旧等于完成该次期货买卖所需要的数量。
也就是说，攻击者可以用一笔ETH进行抵押，并再赎回两次交易，最终获得自身发送数量两倍的ETH。
CertiK安全研究团队认为，Opyn没有对其更新完成后的智能合约再次进行严谨的安全审计验证就直接进行部署运行，从而造成了其智能合约中的程序代码漏洞没有被及时发现，是此次事件发生的主要原因。
总结
在此，CertiK安全团队建议如下：
做好区块链项目运行的硬件以及平台软件的安全漏洞筛查，在日常工作中关注培养员工对于黑客攻击常见手段的认识和防御意识。
做好对区块链运营中可能出现的某方占有超过全区块链一半总算力的“支配”情况，对于特定区块链项目中的防护，可以考虑采用提高交易确认必须次数或者优化共识算法。
做好对区块链项目中链代码和智能合约代码的验证审计工作，邀请多个独立的外部安全审计服务来审计代码，并在每次更新代码后进行重新审计。
我们绝不仅仅是寻找漏洞，而是要消除哪怕只有0.00000001%被攻击的可能性
郑重声明： 本文版权归原作者所有， 转载文章仅为传播更多信息之目的， 如作者信息标记有误， 请第一时间联系我们修改或删除， 多谢。