区块链上链泄密 数据上链后真的就抹不掉了？

导读： 在落地的项目流程里, 上链导致的信息泄露是个反复出现的老问题。区块链本身的技术特性让不少人把数据不可更改视作一种安全防护手段。实际情况是, 区块链具有公开透明的特点。...

在落地的项目流程里, 上链导致的信息泄露是个反复出现的老问题。区块链本身的技术特性让不少人把数据不可更改视作一种安全防护手段。实际情况是, 区块链具有公开透明的特点。这意味着一旦将敏感的数据写入到链条中, 整个网络内的所有节点都能够读取该信息。并且这些数据是永久存在的, 无法进行撤回或者是删除。

哪些数据不能直接上链

很多企业都会犯一个非常常见的错误, 这种做法就是直接把用户的身份证号、交易的详细过程记录以及合同的原始文本拿去进行哈希计算, 然后把产生的结果直接保存到区块链上。大家可能会觉得哈希值这个特性是没法反推回去的, 看起来好像是安全的。

但是呢, 如果放在链下保管数据的数据库不幸遭到了黑客的攻击并导致数据被全部拖走, 那么攻击者就可以利用他们手里拿到的那些链上的哈希值去做碰撞验证。一旦验证成功, 攻击者就有办法把原本的敏感信息给反向推导出来。

也就是说, 对于那些属于敏感范围的数据字段,如果真的不加处理就直接放到链上进行展示,这简直就像是把试卷的答案直接贴在了考卷背面的做法一样,完全是自露破绽。

还有更隐蔽的坑存在于元数据之中。智能合约调用所产生的参数、事件日志里包含的转账地址, 以及区块时间戳, 这些东西如果被拼接在一起, 就完全足够用来勾勒出用户的个人画像。整个过程根本不需要去碰触哈希值本身的内容。

上链后泄密还能补救吗

要老实交代的是, 在区块链这种链上环境里, 是不存在所谓的删除键这个功能的, 可是呢, 在项目最初的设计规划阶段, 是可以把隐私分层这种做法给安排上的, 也就是说对那些敏感信息字段, 可以采用零知识证明这种方式来处理, 只需要把验证的最终结果放到链上去, 而原始的详细数据则依旧留在链下并用加密技术进行存储保管, 又或者是选择走联盟链这条路线, 这样就能把读取权限牢牢收拢在那些得到许可的范围之内, 从而能够从最根源的地方去缩小并且减少数据暴露的范围和面积。

对于那些已经实现上链的事物而言, 我们只能采取一种控制影响力的方式来进行应对, 具体的操作措施包括去下架掉那个链下对应的数据库, 进行轮换密钥的操作, 并且要向着监管部门进行报备, 如果我们拖延的时间太久, 那么导致二次扩散的风险就会变得越来越大。

上链不等于免检。把透明当安全用，才是泄密最大的帮凶。