我已经干了整整五年区块链安全审计的工作, 经手处理的合约审查材料有几百份, 最经常被大家问到的一个问题就是, 在链上存放的资产到底需要由谁来负责守护。
我们研发的这套名为区块链卫士的系统, 本质上构建了一套非常完善的链上安全防御体系, 它的功能范围广泛, 既包括了对钱包的安全防护, 也包含了针对智能合约漏洞的专业扫描技术, 同时还提供了对交易行为异常情况的实时监控能力, 其核心逻辑在于将传统的事后追偿模式转变为事前拦截模式。
区块链卫士怎么防攻击
最具有代表性并且最常见的情况是, 私钥发生了泄露, 以及出现了钓鱼签名的现象, 我们卫士是通过将硬件钱包进行绑定设置, 同时结合多层签名所需的门槛条件, 再加上从地址层面执行白名单过滤措施, 这样一来, 就把原来由一个人独自操作即可实现的一键转账流程, 强行改造成了需要多个相关节点共同参与并协同完成确认动作的体系, 我此前亲自审查评估过某一个属于去中心化金融领域的具体项目案例, 该项目当时确实已经部署了需要在四个不同签名者当中成功获取任意三个签名者同意才能生效的操作机制规则, 结果就是当黑客方面设法窃取或者获取到那一个特定节点所对应的私钥信息之后, 发现账户里面的资金支持状态依然保持完全稳定没有任何动静发生。
另一层监控, 这个层面属于交易层面, 是实时的。那些东西像异常gas、flash loan攻击、闪电贷套利什么的, 在正常交易里面很少出现。卫士这种机制, 会在交易上链之前做模拟执行。要是识别出这是风险交易, 那就直接把它拦掉。
区块链卫士能检测什么
合约代码层面所进行的分析工作, 包含了静态分析和动态测试这两个部分, 也就是咱们常说的一种双重分析法。所谓的静态扫描, 主要是为了去查检出重入、整数溢出这类风险因素, 还有未检查的返回值的情况；而动态测试呢, 是通过用模糊输入的方式, 反复地去对智能合约进行打击和测试。
我亲自见过这么一个项目的情况, 这个项目中模糊测试的工作连续跑了六个小时的时间, 最终成功地抓到了一个只在余额为零的时候才会触发的整数溢出类型的那个bug。
在链上的数据这一个层面当中, 它会去持续地监控代币的流动情况，还会去看流动性提供者池的深度有没有发生变化, 同时也会盯着治理投票是不是出现了异常情况。
一旦发现有具体的某一个地址在24小时之内转出资金的数额超过了既定的阈值, 或者是在治理提案的过程里出现了刷票的行为, 那么警报信息就会直接被推送到运维相关的群组里面去, 让相关人员能够立刻看到。
在安全保障这个问题上面, 并不存在一种能够确保永远没事、不用再操心的办法, 不过, 如果把防护的那些防线往前再推进那么一点的话, 到最后实际遭受的损失就能少掉一块。
转载请注明出处：imtoken，如有疑问，请联系（）。
本文地址：https://m.zmdyd.cn/imazbqb/10648.html