区块链上数据安全咋保证 五年审计经验说几句

我已经进行了五年的区块链安全审计工作, 所以现在看起来, 关于在区块链上保护数据安全这个事情, 并没有很多人所想象的那样充满神秘色彩, 也并不是绝对处于稳固的状态。

仅仅拥有区块链底层这个技术本身, 并不能直接带来安全性的保障, 真正决定问题是否会变得严重的地方, 在于你的数据究竟是如何进行存储操作的、又是如何进行计算的, 以及在什么时候会暴露出来这些信息的具体情况。

区块链上数据安全咋加密

千万不要刚一开始就张口闭口说零知识证明, 因为我见过非常多的团队为了彰显技术本事, 硬生生地把zk-SNARK堆叠到了三层, 但结果呢? 他们仅仅是因为没有把一个密钥管理工作给做好, 就把整个方案的全部价值都浪费掉了。

加密操作仅仅只是摆在面上的一种表面功夫,真正关乎项目生死存亡的命脉其实在于对密钥生命周期的全面管理。不管是生成、存储、轮换还是销毁, 每一个环节都必须要把审计日志给留下来。

针对敏感数据的情况, 我通常给出的建议是干脆不要让它们进入区块链网络, 相反地, 应该只是在链上去保存哈希指纹。

如果非要让这些走链的话, 那么应当采用门限签名技术, 从而能够将私钥拆分成几个部分, 然后把这些部分分配给不同的角色人员以此来确保哪怕出现了单点的泄露情况, 也不会导致整个链路因为一个点的问题而彻底爆炸失效。

区块链上数据安全有啥坑

最为让人恼火的是预言机这样一种机制, 你本来是完全信任那些数据源的, 却没有料到处于中间位置的节点竟然被投毒了, 导致那些假的数据直接就把整条链条给污染了, 所以预言机它并不是什么万能的银弹,准确来说它是一个用来锚定信任的点,一旦这个锚点变得松动,那么后续的一切都会崩塌。

还有智能合约的逻辑存在着漏洞这个情况。我进行过审计的项目里头, 有百分之六十的安全事件是和合约的bug相关的, 这跟所谓的“链被攻击”之间没有任何的关系。一旦数据进入了链里面之后, 关于智能合约是如何进行读写操作的、以及权限是怎么样去划分的这些问题, 比起共识层存在的问题来说, 其危险性要大得多。

说到底, 数据安全在区块链上这个事, 压根就不是单纯的一道数学题, 而是一套非常严格的工程纪律。你千万别指望某一项新技术能一锤定音就把所有问题都解决了, 每一个环节都得当成性命攸关的事情来管理才行。