之前的明星爆火项目O3想必大家还有印象，不过在一天前崩盘了，O3Swap的池子被盗，因为O3的资金放在poly里，所以poly被黑导致了O3覆灭；8月10日晚，跨链协议PolyNetwork遭受攻击，Ethereum、BinanceChain、Polygon3条链上近6亿美元资金被盗。因为两家被攻击的平台背后是同一家技术团队，且有NEO背书，被盗原因是项目方在合约里给自己留有超级权限，黑客利用这个超级权限的后门将池子里的币全部都转走。LBank蓝贝壳学院这里科普一下，PolyNetwork被曾被认为是当前市场上可落地性最佳的跨链互操作性协议，真正做到异构跨链。目前，已经支持的异构跨链协议包括：Bitcoin、Ethereum、NEO、Ontology、Elornd、Ziliqa、币安智能链、Switcheo、火币生态链等。回顾事件：攻击最早发生于8月10日17:55，黑客在以太坊陆续从PolyNetwork智能合约转移了9638万个USDC、1032个WBTC等资产，总价值超过2.6亿美元；18:04起，黑客在Polygon从该项目智能合约转移了8508万USDC；18:08起，黑客在BSC从该项目智能合约转移了8760万个USDC、26629个ETH等资产。
BitKeep：已冻结部分黑客转移资金，呼吁被盗用户配合团队调查:12月27日消息，多链钱包BitKeep发布公告称，团队正处理此次黑客劫持事件，目前取得进展是已冻结部分黑客转移资金，将竭尽所能为大家追回资产，被盗用户可直接在表单中填写资料。希望受害用户能积极配合官方在社群内发起的团队调查，只有大家的配合才能顺利推进被盗款项的追回。
金色财经此前报道，昨日多名用户在BitKeep中文社区Telegarm群中反馈资产被盗。BitKeep发布公告称，经过团队初步排查，疑似部分APK包下载被黑客劫持，安装了被黑客植入代码的包，如用户的资金出现被盗情况，下载或者更新的应用或许是被劫持的不明版本（非官方发布版本）。经BitKeep与慢雾、派盾等机构统计，本次事件被盗金额约为800万美元。[2022/12/27 22:10:11]
安全团队：paraswap部署者私钥疑似泄露，资金在多个链上被盗:10月11日消息，据Supremacy安全团队监测，2022年10月11日，paraswap部署者地址在多个链（ETH、BSC、FTM）上发起异常交易，将其地址中的全部余额转移至0xf35875a064cdbc29d7174f5c699f1ebeaa407036地址。经过分析，该地址为Profanity漏洞利用者地址，其历史记录中有窃取多个靓号地址资产的痕迹。经过排查，目前只有paraswap部署者地址自身资产遭到窃取，暂不影响paraswap多签金库(签名阈值为2)，但不排除其他多签地址也由Profanity生成，所以多签金库也可能存在风险。目前Supremacy团队已联系paraswap官方传达信息，在此再次呼吁大家即时将及时更换由Profanity生成的地址，针对Profanity地址的攻击仍在持续进行。[2022/10/11 10:30:53]
这是整个加密历史上涉案金额最大的黑客事件，超过了鼎鼎大名的Mt.Gox事件，以及2018年的Coincheck大案。关于本次事件发生的具体原因，行业安全机构技术团队一直在进行实时监控，追踪漏洞原理和技术细节。经过分析，攻击者是利用了EthCrossChainManager合约中存在的逻辑缺陷，通过该合约调用EthCrossChainData合约中putCurEpochConPubKeyBytes函数更改Keeper为自有地址，然后使用该地址对提取代币的交易进行签名，从而将LockProxy合约中的大量代币套取出来。黑客是怎么得手的?攻击者地址：BSC：0x0D6e286A7cfD25E0c01fEe9756765D8033B32C71ETH：0xC8a65Fadf0e0dDAf421F28FEAb69Bf6E2E589963Polygon：被攻击的合约：BSC：A：0x7ceA671DABFBa880aF6723bDdd6B9f4caA15C87BB：0x2f7ac9436ba4B548f9582af91CA1Ef02cd2F1f03ETH：C：0x838bf9E95CB12Dd76a54C9f9D2E3082EAF928270D：0x250e76987d838a75310c34bf422ea9f1AC4Cc906Polygon:E:0xABD7f7B89c5fD5D0AEf06165f8173b1b83d7D5c9F:攻击交易：BSC：0x3eba3f1fb50c4cbe76e7cc4dcc14ac7544762a0e785cf22034f175f67c8d3be90x50105b6d07b4d738cd11b4b8ae16943bed09c7ce724dc8b171c74155dd496c250xd65025a2dd953f529815bd3c669ada635c6001b3cc50e042f9477c7db077b4c90xea37b320843f75a8a849fdf13cd357cb64761a848d48a516c3cac5bbd6caaad5ETH：0xb1f70464bd95b774c6ce60fc706eb5f9e35cb5f06e6cfe7c17dcda46ffd59581Polygon:0x1d260d040f67eb2f3e474418bf85cc50b70101ca2473109fa1bf1e54525a3e010xfbe66beaadf82cc51a8739f387415da1f638d0654a28a1532c6333feb2857790在BSC上，攻击者首先通过传递精心构造的数据调用EthCrossChainManager合约中的verifyHeaderAndExecuteTx函数。由于verifyHeaderAndExecuteTx函数调用了内部函数_executeCrossChainTx，并且在该内部函数中使用用了call调用，攻击者通过精心构造的数据控制了call调用的参数_method，成功的以EthCrossChainManager合约的身份调用了EthCrossChainData合约中putCurEpochConPubKeyBytes函数更改Keeper为自有地址。这一步操作是为了后续能够获得有效Keeper签名后的交易，然后提取合约中的代币。
ElectrumSV多签方案出现严重Bug致使用户被盗600 BSV:11月9日消息，名为“aaron67”的用户发文讲述其BSV被盗经历称，请立即停止使用ElectrumSV实现的multisig accumulator多签方案。该方案的锁定脚本有严重bug，以至于其于11月6号被盗了600 BSV。事件发生后，该用户已第一时间联系了ElectrumSV的作者Roger Taylor，随后这个严重的bug被确认。与此同时，Note.SV开发者表示，已第一时间做了分析找到了bug源头，并且通知了钱包作者和社区用户。（自媒体BSVer的混沌世界）[2020/11/9 12:04:44]
动态 | 区块链游戏Last Winner被黑客攻击 1200W人民币被盗:区块链游戏Last Winner风靡以太坊网络，然而Last Winner则被黑客利用，AnChain.ai通过态势感知发现了一个攻击合约正在不断从Last Winner中攫取ETH！根据AnChain.ai提供的数据，这个由黑客创造出来的攻击合约发起了将近5W笔交易，仅花费4天时间，就累计获利5194ETH，价值将近1200W人民币。[2018/8/17]
上述调用攻击者构建的_method实际上并不是putCurEpochConPubKeyBytes，这是因为call调用中只有函数名是用户可控的，参数为固定的数量和类型。攻击者通过构造与putCurEpochConPubKeyBytes具有相同函数签名的f1121318093函数实现了对EthCrossChainData合约中putCurEpochConPubKeyBytes函数的调用。完成修改Keeper之后，攻击者便可以对任意交易进行签名。攻击者通过多笔有效Keeper签名后的交易将B合约中ETH、BTCB、BUSD以及USDC代币全部取出。由于ETH和Polygon与BSC上具有相同的代码和Keeper，攻击者在完成BSC上的攻击之后，将之前构造的数据在ETH和Polygon上进行重放，将ETH和Polygon上Keeper也修改为了自有地址。
动态丨Bithumb被盗或因驻外员工电脑被黑客攻击:韩国大型虚拟货币交易所Bithumb在调查被黑客攻击的原因时发现，其驻外员工的电脑被黑客攻击。该员工将被黑客攻击的电脑连接到Bithumb内部的DRM（数字版权管理）服务器。导致黑客将恶性代码植入到驻外员工电脑后直接攻击DRM服务器。[2018/6/27]
然后使用同样的攻击手法，取出了D合约中全部的ETH、USDC、WBTC、UNI、DAI、SHIB、WETH、FEI、USDT和renBTC以及F合约中全部的USDC。
攻击者在Polygon归还101万USDC。Ps：现在一大堆人在打币给黑客地址留言要币因为听说有人要了以后得到13.5个eth我们需要注意哪些事情？本次攻击事件主要原因是合约权限管理逻辑存在问题，任意用户都可以调用verifyHeaderAndExecuteTx函数进行交易的执行，并且在其内部进行call调用时，函数名可由用户控制，恶意用户可以通过精心构造数据异常调用部分函数。同时EthCrossChainManager合约具有修改Keeper的权限，正常情况下是通过changeBookKeeper函数进行修改，但在此次攻击中攻击者是通过精心构造的数据通过verifyHeaderAndExecuteTx函数中的call调用成功修改Keeper地址，而Keeper地址又可以对交易进行签名，Defi诞生以来最大损失的攻击事件因此产生。LBank蓝贝壳学院在此提醒大家，开发者在使用call调用时，尤其需要注意参数为用户可控的情况，一些特殊的合约以及函数需要对权限进行严格控制，避免被异常调用造成不可挽回的损失。
郑重声明： 本文版权归原作者所有， 转载文章仅为传播更多信息之目的， 如作者信息标记有误， 请第一时间联系我们修改或删除， 多谢。