大量数据遭泄露,蔚来被勒索225万比特币,系统数据安全要这样解决!

背景

蔚来被勒索 225 万美元,大量数据遭泄露!

根据网络上流传的截图显示,黑客似乎掌握着蔚来内部员工数据 22800 条、车主用户身份证数据 399000 条、用户地址数据 6500000 条、注册用户数据 4850000 条、企业及企业代表联系人数据 10000 条、订单数据 490000 条、退单数据 90000 条,出售的金额以 0.1-0.25 比特币不等

蔚来公司和蔚来创始人李斌也都出来道歉,并承诺对因本次事件给用户造成的损失承担责任。


数据安全


现在企业都已经数字化办公了,在提升效率的同时,数据安全也是重中之重,很多公司为了追求效率,却忽略安全这方面的工作。从上面的报告看,蔚来这次泄露的数据包含:用户身份证、地址,这些数据保密级别都是最高的,在数据库存储也应该要加密存储。
而加密存储就涉及以下几个问题:

1、加密存储的方式;

2、加密存储后,数据如何展示;

3、加密存储如何模糊搜索。


今天就给大家分享下
,MySql数据加密的解决方案、以及如何解决以上的问题。


Mysql加密方案
Mysql本身自带的加密方法,分为2种:
1、不可逆加密算法:

PASSWORD,ENCRYPT,MD5,SHA。
2、可逆的加密算法:

AES_ENCRYPT、AES_DECRYPT 和 ENCODE、DECODE。

以上两组分别为可逆的加解密函数,都是返回一个二进制字符串,要以BLOB类型存储。
不过EN
CODE与DECODE,在MySql 5.7后已经取消,并且安全性比较低,建议不要采用。
在项目开发中,比如密码等少量的数据,不涉及显示和搜索的业务需求,可以采用不可逆加密,但大部分数据,我们还是需要采用可逆的加密方式。


Mysql 加密存储
下面我们
以AES_ENCRYPT、AES_DECRYPT 为例子,来介绍下如何解决,数据加密存储与查询。
1、创建表

首先先创建一张表,只有一个字段data,用来存储解密后的数据,sql语句如下:

CREATE TABLE `tab_aes` (`data` VARCHAR(250) NULL DEFAULT NULL COLLATE 'utf8_general_ci')COMMENT='数据加密存储表'COLLATE='utf8_general_ci'ENGINE=InnoDB;

2、插入数据

通过Sql语句插入加密的数据,1ql语句如下:

INSERT INTO tab_aes VALUES( TO_BASE64( AES_ENCRYPT('要加密的内容','秘钥') ) );

TO_BASE64函数把加密的二进制转换为Base64,方便我们查看。
插入的结果如下:
大量数据遭泄露,蔚来被勒索225万比特币,系统数据安全要这样解决!
3、查询返回解密数据

SELECT CAST( AES_DECRYPT( FROM_BASE64(tab_aes.data), '秘钥') AS CHAR CHARACTER SET utf8 ) FROM tab_aes

解密后,要用CAST把字符串编码转为UTF8,否则返回是乱码。



模糊搜索
数据加密存储与解密数据,这些都没有太大问题,加密存储产生最大的问题,就是模糊搜索,关于模糊搜索有以下方案:
1、数据预加载至内存数据库

此方案是程序启动的时候,预先把数据库的数据解密,并加载至内存中,比如采用MongoDB,此方案存在的优缺点如下:
优点:


数据安全,查询性能速度快

缺点:


服务器占用内存大;
数据表无法关联查询;
内存数据与数据库要实时保存一致,需要额外工作量。



2、程序实时加载数据,并解密处理
此方案是,用户触发请求的时候,程序实时加载并解密,保存至内存,虽然此方案解决了与数据库同步的问题,但也存在其他问题,此方案优缺点如下:

优点:

数据安全,查询性能速度快、数据处理灵活。
缺点:


服务器内存不可控,瞬间内存容易飙升,可能导致服务器不稳定;

数据表无法关联查询。


3、在Sql语句处理模糊搜索

如果数据量比较少,以上两种方案可能不会产生太大的影响,但对于大多数项目以上两种方案还是不靠谱的。
在Sql语句处理模糊搜索,也有以下几种方案:
3.1、实时解密搜索


直接在数据库端,把加密的数据解密。

SELECT CAST( AES_DECRYPT( FROM_BASE64(tab_aes.data), '秘钥') AS CHAR CHARACTER SET UTF8 ) FROM tab_aesWHERECAST( AES_DECRYPT( FROM_BASE64(tab_aes.data), '秘钥') AS CHAR CHARACTER SET UTF8 ) LIKE '要加密%'

优点
搜索灵活
缺点:

无法利用索引,搜索性能慢;
数据需要先解密,导致性能慢。


3.2、字段冗余存储


我们都知道MySql模糊搜索,只有当匹配开头、或者匹配结尾的时候,索引才会生效。所以我们可以扩展一个字段,用来存储开头和结尾加密后的数据。
创建表sql语句如下,新增一个字段data_ext,并建立索引:

CREATE TABLE `tab_aes` (`data` VARCHAR(250) NULL DEFAULT NULL COLLATE 'utf8_general_ci',`data_ext` VARCHAR(250) NULL DEFAULT NULL COLLATE 'utf8_general_ci',INDEX `data_ext` (`data_ext`) USING BTREE)COMMENT='数据加密存储表'COLLATE='utf8_general_ci'ENGINE=InnoDB;


比如,要加密的内容为:123456789,字段data_ext取字段data,开头和结尾3个字符存储,储存格式为:AES(123) , AES(789),插入数据的sql语句如下:

INSERT INTO tab_aes VALUES( TO_BASE64( AES_ENCRYPT('要加密的内容','秘钥')), CONCAT(TO_BASE64( AES_ENCRYPT('要加密','秘钥')), ',', TO_BASE64( AES_ENCRYPT('内容','秘钥'))));

存储结果如下:

大量数据遭泄露,蔚来被勒索225万比特币,系统数据安全要这样解决!

相应的模糊搜索sql语句如下:

SELECT CAST( AES_DECRYPT( FROM_BASE64(tab_aes.data), '秘钥') AS CHAR CHARACTER SET UTF8 ) FROM tab_aesWHEREtab_aes.data_ext LIKE CONCAT(TO_BASE64(AES_ENCRYPT(('要加密'),'秘钥')),'%')AND tab_aes.data_ext LIKE CONCAT('%',TO_BASE64(AES_ENCRYPT(('内容'),'秘钥')))AND tab_aes.data_ext LIKE CONCAT(TO_BASE64(AES_ENCRYPT(('要加密'),'秘钥')),'%', TO_BASE64(AES_ENCRYPT('内容','秘钥')));

通过Explain分析结果,该查询sql语句索引是生效的。
此方案优点:

搜索性能高;

支持表关联搜索。



此方案也有以下缺点:
1、匹配字符数是固定,如果业务有变,需要重新更新数据库;
2、数据存储需要额外工作量;
3、冗余数据,需要额外的存储空间。



写在最后
任何一种方案都有其优点,也有它的局限性,但有一点的是,数据安全是最重要的,任何企业切不可只为了业务发展,而忽略安全的重要性。

好了,今天就分享到这边了,如果对您有帮助,欢迎点赞分享,谢谢!
– End –
分享一套.NetCore从入门到精通视频教程

点击下方公众号卡片,关注我

回复“888”,免费领取

推荐阅读用C

一个C

盘点10个.Net比较流行的开源的ORM框架

觉得好看 点个在看

大量数据遭泄露,蔚来被勒索225万比特币,系统数据安全要这样解决!》来自互联网,仅为收藏学习,如侵权请联系删除。本文URL:https://www.hashtobe.com/686.html