论文前端数据加密分析，该文是前端有关在职开题报告范文跟数据加密和前端和分析类在职开题报告范文.
当然在谈安全.
前端安全是Web 安全的一部分,常见的安全问题会有XSS、CSRF、SQL 注入等,然而这些已经在工程师界得到了相当高的重视并且有了很成熟的解决方案.所以我们今天只谈前端“加密”,一个部分人认为没有意义的工作.有争议的事情总是那么“因崔斯汀”,接下来就让我们谈谈前端传输中的数据“加密”.
前端传输的数据我们应该用什么算法加密,如何组织整个加密过程呢？ 一般有几种做法：
·JaScript 加密后传输
·浏览器插件内进行加密传输
·Https 传输
在这里其实HTTPS 是终极解决方案,所以文章对于仍在使用HTTP 建站的小伙伴更有帮助.本文中将讨论第一种方法,也就是使用JaScrip“t 加密”.使用双引号是因为这里面分为两种手段：一是使用数据摘 要进行消息杂凑,二是使用非对称加密算法对明文进行加密.
严格意义来说第一种手段并非加密,而是一种信息摘 要的应用,为了阐述方便下文统统使用加密一词.在进行下文之前,需要简单的介绍几个概念.
一、哈希与加密
上图中我们可以明显看到哈希和加密是两个不同的东西,主要有两点不同：
·哈希算法通常用于数据摘 要,生成相同长度的文本.而加密算法生成的密文长度与明文长度有关.
·哈希算法是不可逆的,而加密算法是可逆的.
在加密算法中又分为对称加密（symmetric encryption）和非对称加密（asymmetric encryption）.非对称加密算法中,加密密钥和解密密钥是不同的,分为私钥和公钥,我们熟知的RSA就是一种非对称加密算法.而对称加密中,加密和解密都是用同一个密钥,如AES / DES.从性能上来说,非对称加密相对于对称加密要慢很多.在HTTPS 中,认证过程使用了非对称加密算法,非认证过程中使用了对称加密算法.
二、前端加密的意义
在HTTP 协议下,数据是明文传输,传输过程中网络嗅探可直接获取其中的数据.如用户的和信用卡相关的资料,一旦被中间人获取,会给用户带来极大的安全隐患.另一方面在非加密的传输过程中,攻击者可更改数据或插入恶意的代码等.HTTPS 的诞生就是为了解决中间人攻击的问题,但如今HTTPS 的使用情况在国内并不乐观,基本是因为成本或者性能的考量.
那么问题来了,如果仍然使用HTTP 协议怎么样一定程度保证用户的数据安全？前端加密,即在数据发送前将数据进行哈希或使用公钥加密.如果数据被中间人获取,拿到的则不再是明文.
设想在如今公共WIFI 流行的今天,一旦某一个AP 的流量被攻击者劫持,如果和用户名都是明文,那么攻击者将轻而易举的使用这些资料进行Replay 登录.更糟糕的是很多用户在不同的网站使用相同的*信息,用户的隐私荡然无存.作为网站服务提供者,网站设计和开发人员应该为用户提供相对安全的服务,这是一种责任也是一种情怀.
另外如果前端使用哈希算法,不仅可以帮助后端分担部分计算压力,还增加撞库成本.具体的讨论将在下文继续.
三、如何加密
前面说过使用JaScript 加密有两种方式,一是使用哈希进行信息摘 要,一种是使用非对称加密.在国内的知名站点中,这两种方式都有人使用.接下来我们分别来深入了解加密过程,探讨下如何应对不同的场景.
1.哈希“加密”
为了避免传输过程中的明文风险,前端可以在发送敏感数据前对其加密,如.由于哈希算法的不可逆性,中间人无法从截取的数据中得知用户的信息.但是这里有一个问题,攻击者仍然可以使用拿到的哈希值进行直接登录.使用前端加密如何避免中间人重放攻击？带着这个问题,我们回顾下后台如何验证用户.
很多站点后台对于用户处理也是用哈希算法,一方面因为不需要将密文解密成明文来比对,另一方面是一旦加密算法和密钥泄露,那么整个用户资料库就相当于明文存储了.如果前端传过来的是明文,那么在注册时将其哈希,存入数据库.登录时,将哈希和数据库对应的数据比对,若一致则说明正确.
如果我们使用Salt 是否可以解决问题？如果前端传过来的是加了salt 的哈希值,我们需要后端存有同一份salt ,用其和数据库的加密哈希,然后与前端传过来的哈希值比对.两个过程的对比见下图：
很容易知道,如果Salt 不是每次登陆不同,那么攻击者仍可以使用加密后的进行直接登陆,所以必须使用动态Salt.使用动态Salt 有很多方法,可以是动态的Token,也可以直接使用现成的验证码.这当中使用验证码是对后台系统改动较小且效果不错的,我们来看看怎么样结合验证码进行前端加密.
2.结合验证码进行前端加密
前端先将哈希,然后和用户输入的验证码进行哈希,得到的结果作为字段发送给服务器.服务器先确认验证码正确,然后再进行验证,否则直接返回验证码错误信息.
这种实践保证了在传输过程中的资料安全,即使攻击者拿到了数据也无法重放.图形化验证码更是增加了难度.另一方面该实践大大增加了撞库的成本.
前端加密一定程度保障了传输过程中的资料安全,那么会不会有对两端（客户端和服务器）有安全帮助呢？
有帮助,使用一些前端加密手段,可以增加拖库后的数据难度.但是之前介绍的验证码方法不具有这样的功能,因为数据库存的仍是明文哈希后的结果,那么攻击者可以绕过前端加密,可以直接暴力.
3.如何增加拖库后的数据难度
使用怎么样的前端加密方法可以增加拖库后的数据难度？从两个方面分别去思考,一是降低速度,二是需要前端加密结果影响数据库的数据存储.数据被暴力出来的时间与哈希算法速度负相关.
我们知道暴力即是使用相同的算法把常用的字符组跑一遍,如果结果相同那么就猜中明文了.如果算法越快,便能更快的.例如MD5 加密一次耗费1 微秒,那么攻击者一秒钟就可以猜大约100 万个词组.所以为了减慢速度,我们需要增加的时间,一个直接的方法就是使用更慢的算法,我们可以把常用的MD5 算法替换为bcrypt,PBKDF2 等慢算法.
对于需要前端加密结果影响数据库的数据存储,即为后端加密把前端加密结果当做明文,那么存在库里的便是前端哈希加上后端加密的结果.由于慢的算法会增加服务器计算压力,当我们把一部分哈希工作拿到前端,即减慢了加密速度,减轻了服务器压力,也顺带完成了前端加密的工作.
加密使速度减慢会在一定程度会降低用户体验,这也是一部分站点未启用https 的原因之一.但是因为我们的前端加密只会用在不常使用的登录和注册上,所以不会影响网站整体的体验.
综上,我们可以使用更慢的算法,加之视前端哈希结果为明文,便可增加拖库的成本.既然增加了的成本,撞库的成本也同样增加了.为了避免攻击者先前使用前后端加密生成的新字典,我们需要加盐,并不定期更新盐值.下图文是使用过期Salt 的方法描述：
前端加密使用定期刷新的Salt,哈希后生成密文,再经过后端加密后即为用于比对的密文.数据库中的哈希值跟着Salt 进行变化,前后端需要有一套salt 的更新机制.
回顾前端哈希的方法,解决了中间人攻击重放、加大了拖库的难度.虽然这些方法都不能完全保证用户安全,但是作为站点服务者,应该视用户为上帝.这些方法也不过就是几行代码的事,但是却能一定程度的避免了用户*被盗等风险.
4.非对称加密
上文中我们讨论了前端的哈希加密以及应用的场景.对于十足的安全控来说,这样的措施对于有心的攻击者基本没有用.那么我们可以采用更强的措施保障传输中的敏感数据安全.
之前有说过加密算法分为对称加密和非对称加密,因为前端的透明性,使用JaScript 来进行对称加密是不可能的了,那么只剩下了非对称加密这个选择.经过笔者几天的调研发现,某鹅某浪的部分登录页面采用非对称加密对加密.这些站点目前都还是使用http 协议,这样的安全措施一定程度保证了用户的安全.
5.总结`
前端使用非对称加密原理很简单,前后端共用一套加密解密算法,前端使用公钥对数据加密,后端使用私钥将数据解密为明文.中间攻击人拿到密文,如果没有私钥的话是没办法的.
可能有人会指出加密算法一旦被,这一套安全措施就没用了.况且JaScript 的生成安全随机数还是个问题,所以其实这是用不了https 的权衡之计.在没有https 的情况下,使用JaScript 非对称加密或者插件加密通讯是比较好的替代方法,后者优于前者.
岂于安全,不只情怀
作为一个前端开发者,我们眼里不应该只充斥各种框架,更不能被旁人一句没有意义的话给击退.任何解决方案都有其适用的范围,世界上根本就没有银弹,安全问题亦是如此.所以根据实际的情况采取符合自己的安全解决方案很重要,即使办法不是100% 有效,也不能放弃那1% 可以为用户保障安全的机会.
作者简介：
潘潘,岂安科技软件工程师,同济大学毕业,曾在VMware 等多家知名公司实习,3 年全栈开发经验,负责岂安科技核心产品初期的前端开发和架构工作.
本文结论,这是一篇关于数据加密和前端和分析方面的相关大学硕士和前端本科毕业论文以及相关前端论文开题报告范文和职称论文写作参考文献资料.
参考文献：
1、 数据加密技术在计算机安全领域中的应用分析 摘要随着互联网的普及,计算机网络越来越开放,同时计算机网络安全问题受到人们的广泛关注 网络信息的破坏、篡改、窃取……问题给人们的生活、工作和学习带来很多麻烦,数据加密技术作为一种现代化的网络安全防护技.
2、 探析计算机网络通信安全中的数据加密技术 【摘要】 计算机网络在给人们带来方便的同时,也面临了严重的安全隐患 数据加密技术是保证计算机网络安全的基础,通过数据加密技术中的秘钥设计,保证使用的合理性,也保证信息的完整性 就当前计算机网络通信安全.
3、 数据加密技术在计算机网络信息通信安全中的应用 摘要现在,我们正生活在一个信息社会,随着信息共享程度和信息的利用率提高,信息资源集中化的倾向将会加强,就会产生私人秘密被侵犯的问题,计算机的信息通信保护成为重要研究对象 本文概述了数据加密技术,并分析.
4、 机构科研数据知识库联盟数据治理框架 摘要对机构科研数据知识库联盟进行数据治理是实现联盟内部数据价值最大化和降低联盟风险的路径 文章阐述数据治理的概念和模型；构建机构科研数据知识库联盟数据治理框架；分析IRDR 联盟在数据治理实践中的关键.
5、 智库项目文件和数据的归档问题 在过去25年里,笔者与十几家智库就各种管理问题进行了实质性的交流,但没有一家机构提及关于研究项目主要成果和背景资料的归档问题 对此,在笔者曾经工作过的3家智库中,团队领导或首席调查员提供给笔者唯一的指.
6、 基于大数据时代的图书馆文献资源建设模式 关键词大数据；图书馆；文献资源；建设模式摘要信息技术的迅猛发展及大数据时代的到来,使图书馆在转型发展中也实现了文献资源建设模式的创新 基于大数据的时代背景,图书馆文献资源建设更侧重于大数据理念与技术的.