大数据时代,数据与信息安全如何完美平衡? - V2EX
V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
jpush
V2EX    推广

大数据时代,数据与信息安全如何完美平衡?

  •  1
     
  •   jpush 2015-10-22 10:08:00 +08:00 2633 次点击
    这是一个创建于 3721 天前的主题,其中的信息可能已经有所发展或是发生改变。

    在我们谈信息全的时候,我想先澄清一个概念,什么叫做信息安全。在我眼中,我把信息安全分成三大类:

      信息层面的信息安全,学校中的信息安全专业,主要致力于通信加密,密码加固等传统的安全领域。

      用户层面的信息安全,也就是说用户把信息存储到了你的服务器上,你要怎么样保证用户的隐私不受侵犯。

      架构层面的信息安全,简而言之,就是如何保证信息不丢。

      我们逐个来讲,信息层面的信息安全是我最弱的一环,我只能简单的谈谈我的看法。从最简单的说起,我们为什么要从 HTTP 切换到 HTTPS ,为什么有一天大家都抛弃了 HTTP 而投向了 HTTPS 的怀抱,毕竟 HTTPS 需要消耗比 HTTP 更大的硬件开销,在架构层面同样需要做出很多的调整。那是因为 HTTP 无论对于网络传输的内容,还是对于协议本身信息都没有做过任何的加密,从而使得用户的任何信息在网络中都可能被捕获;这时,我相信有人会讲,那我们是一个内容浏览类的网站,用户并不需要输入信息,那是不是就可以不使用 HTTPS 了呢?答案是使用 HTTP 不仅会发生泄漏数据,还会发生注入数据,这也是我们常常提到了流量劫持。当然,由于 HTTPS 对于服务器资源的消耗, HTTP 也推出了 HTTP/2 ,除了一些新的特性之外,当然也加入了信息加密的功能,大家可以持续关注一下。另外,密码的加密也是老生常谈,密码的加密是一个听上去简单实际很复杂的事情,归根结底,密码加密是一个需要平衡的事情,如果采用简单加密方式(例如 MD5),那么自然也会容易被解密,但是如果采用复杂加密算法,自然也对 CPU 提出了更高的要求。

      第二点就是用户层面的信息安全。用户隐私在近年来被提升到了一个前所未有的高度,大数据时代人人都在做数据分析,却又人人都在做用户隐私,那么如何把握数据分析和用户隐私之间的平衡。也许我们在很久之前就触犯了“用户隐私”,当我们在电商网站上“喜欢也喜欢”的时候,这个数据来源于“用户隐私”;当我们在搜索引擎上看到“搜索广告”的时候,这个数据也来源于“用户隐私”;甚至我们可以说,如果我们严格地去界定“用户隐私”,那么我们如今的产品会死掉 90%甚至更多,那么我们到底如何去客观地理解用户隐私。我对隐私的红线是,用户的数据分析是机器可读但是人工不可读的。举个例子,我们在做用户的垃圾邮件过滤的时候,我们需要对每封邮件抽取特征,其中包括发件人,发件时间以及对于邮件正文内容的结构化抽取,然后通过分类算法对邮件进行分类,但是我们要注意一点,这个过程,我们对“人”是不可见的,我们会对几千万的数据进行机器处理,我们处理的是宏观上的“大数据”。但是如果我们是通过人去扫描数据库,然后提取出了邮件记录并且去做人眼识别,那么这个行为是侵犯用户隐私的。再者,是否侵犯用户隐私的一个隐含区分点是“侵犯隐私”之后做了什么,例如我们对搜索记录进行数据分析后为用户推荐了更好的结果,我们说这并不是侵犯数据隐私,但是如果我们对搜索结果进行分析后,将用户的资料提供给了某医院,那么用户隐私就被侵犯了,一言结之,是否侵犯隐私一定程度上关联与后续的操作是否侵犯到了用户切身的利益。最后,是否侵犯隐私的一个标准在于我们最终暴露的是用户的什么信息。我们都知道 DMP 行业提供 API 使得 DSP 可以进行更加精准的广告投放,但是提供什么样的信息成为了关键,如果提供的是用户的消费记录,这个是侵犯隐私的,如果提供的是通过数据挖掘得到的收入水平,那么这个信息也许是不侵犯隐私的。其实用户隐私是一个很敏感的词,也许这个词天生就与数据挖掘、数据分析互相抵触,法律上也并没有对相关的标准拉过红线,如何把握也许值得我们更深入地探讨。

      第三点就是关于架构层面的安全,这一层面的安全说起来比较复杂,我只举两个例子。第一,一份数据应该存多少份才能保证数据不丢,什么样的存储架构可以较好地平衡数据备份和存储成本之间的平衡。在存储上,我们希望平衡成本和可靠性,例如我们可以通过 EC2 冗余算法来平衡;再者我们需要多机房的互备来防止数据中心的灾难性事故,但是是否我们就是盲目地将存储成本除以 2 ,这不但对于成本是巨大的消耗,对于网络带宽,磁盘压力也是种巨大的消耗,那么我们可以去折中地拆分数据的冷热分区,以及适当采用廉价磁盘+云备份的模式保证我们整体数据的安全。 第二,在存储架构上对于高安全性信息进行隔离。例如我们将用户的用户名、密码、盐存储在同一个数据库,那么对于入侵者而言,只要拖下来就全部获取了,那么我们是否应该将彼此依赖的盐、加密密码分离存储,或者采用更高的安全性方案进行存储,是值得我们探讨的事情。另外,提及一个小的 trick ,由于 MYSQL 的各种入侵方法已经成熟的不能再成熟了,所以对于一些公司而言,不妨将一些敏感、又访问压力不大的信息存储与一些相对冷门的数据库中,这样可以在一定程度上加固信息的安全性。

      信息安全是一个庞大的领域,其中涉及到很多知识点,但是大多公司都对其没有提及足够的重视,因为信息安全是一个“黑天鹅”事件,以至于大家不愿意在上面投入巨大的精力,也希望随着国内对于安全的越来越重视,更多的公司也能在信息安全领域投入越来越多的注意。

      本文作者:极光推送 CTO 兼首席科学家黄鑫

      欢迎更多的人了解极光推送: http://www.jpush.cn

    目前尚无回复
    关于     帮助文档     自助推广系统     博客     API     FAQ     Solana     5275 人在线   最高记录 6679       Select Language
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.5 34ms UTC 09:11 PVG 17:11 LAX 01:11 JFK 04:11
    Do have faith in what you're doing.
    ubao msn snddm index pchome yahoo rakuten mypaper meadowduck bidyahoo youbao zxmzxm asda bnvcg cvbfg dfscv mmhjk xxddc yybgb zznbn ccubao uaitu acv GXCV ET GDG YH FG BCVB FJFH CBRE CBC GDG ET54 WRWR RWER WREW WRWER RWER SDG EW SF DSFSF fbbs ubao fhd dfg ewr dg df ewwr ewwr et ruyut utut dfg fgd gdfgt etg dfgt dfgd ert4 gd fgg wr 235 wer3 we vsdf sdf gdf ert xcv sdf rwer hfd dfg cvb rwf afb dfh jgh bmn lgh rty gfds cxv xcv xcs vdas fdf fgd cv sdf tert sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf shasha9178 shasha9178 shasha9178 shasha9178 shasha9178 liflif2 liflif2 liflif2 liflif2 liflif2 liblib3 liblib3 liblib3 liblib3 liblib3 zhazha444 zhazha444 zhazha444 zhazha444 zhazha444 dende5 dende denden denden2 denden21 fenfen9 fenf619 fen619 fenfe9 fe619 sdf sdf sdf sdf sdf zhazh90 zhazh0 zhaa50 zha90 zh590 zho zhoz zhozh zhozho zhozho2 lislis lls95 lili95 lils5 liss9 sdf0ty987 sdft876 sdft9876 sdf09876 sd0t9876 sdf0ty98 sdf0976 sdf0ty986 sdf0ty96 sdf0t76 sdf0876 df0ty98 sf0t876 sd0ty76 sdy76 sdf76 sdf0t76 sdf0ty9 sdf0ty98 sdf0ty987 sdf0ty98 sdf6676 sdf876 sd876 sd876 sdf6 sdf6 sdf9876 sdf0t sdf06 sdf0ty9776 sdf0ty9776 sdf0ty76 sdf8876 sdf0t sd6 sdf06 s688876 sd688 sdf86