泰州住房城乡建设网站,做网站放广告赚钱,溧阳网站建设制作,怎么建网站锦州一、问题解析
在一个应用系统运行过程中#xff0c;需要记录、传输很多数据#xff0c;这些数据有的是非常敏感的#xff0c;比如用户姓名、手机号码、密码、甚至信用卡号等等。这些数据如果直接存储在数据库#xff0c;记录在日志中#xff0c;或者在公网上传输的话需要记录、传输很多数据这些数据有的是非常敏感的比如用户姓名、手机号码、密码、甚至信用卡号等等。这些数据如果直接存储在数据库记录在日志中或者在公网上传输的话一旦发生数据泄露不但可能会产生重大的经济损失还可能会使公司陷入重大的公关与法律危机。公司上下辛苦十几年一夜回到解放前。
所以敏感信息必须进行加密处理也就是把敏感数据以密文的形式存储、传输。这样即使被黑客攻击发生数据泄露被窃取的数据也是密文获取数据的人无法得到真实的明文内容敏感数据依然被保护着。而当应用程序需要访问这些密文的时候只需要进行数据解密即可还原得到原始明文数据。加解密处理既保证了数据的安全又保证了数据的正常访问。
但是这一切的前提是加密和解密过程的安全。加密、解密过程由加密算法、加密密钥、解密算法、解密密钥组成。下图是一个对称加密、解密过程。对称加密密钥和解密密钥是同一个密钥调用加密算法可将明文加密为密文调用解密算法可将密文还原为明文。 所以如果窃取数据的人知道了解密算法和密钥即使数据是加密的也可以轻松对密文进行还原得到原始的明文数据。而很多时候解密算法和密钥都以源代码的方式保存在代码仓库里黑客如果窃取了源代码或者内部人泄露了源代码那么所有的秘密就都不是秘密了。
此外在某些情况下我们的系统需要和外部系统进行对称加密数据传输比如和银行加密传输信用卡卡号这时候涉及到密钥交换即我方人员和银行人员对接直接传递密钥。如果因密钥泄露导致重大经济损失那么持有密钥的人员将无法自证清白这又会导致没有人愿意保管密钥。
因此我们设计了一个加解密服务系统系统名称为“Venus”统一管理所有的加解密算法和密钥。应用程序只需要依赖加解密服务SDK调用接口进行加解密即可而真正的算法和密钥在系统服务端进行管理保证算法和密钥的安全。
15.1 需求分析
一般说来日常开发中的加解密程序存在如下问题
密钥包括非对称加解密证书保存在源文件或者配置文件中存储分散而不安全。密钥没有分片交换机制不能满足高安全级密钥管理和交换的要求。密钥缺乏版本管理不能灵活升级一旦修改密钥此前加密的数据就可能无法解密。加密解密算法程序不统一同样算法不同实现内部系统之间密文不能正确解析。部分加解密算法程序使用了弱加解密算法和弱密钥存在安全隐患。
为此我们需要设计开发一个专门的加解密服务及密钥管理系统以解决以上问题。
Venus是一个加解密服务系统核心功能是加解密服务辅助功能是密钥与算法管理。此外Venus还需要满足以下非功能需求
安全性需求- 必须保证密钥的安全性保证没有人能够有机会看到完整的密钥。因此一个密钥至少要拆分成两片分别存储在两个异构的、物理隔离的存储服务器中 。在需要进行密钥交换的场景中将密钥至少拆分成两个片段每个管理密钥的人只能看到一个密钥片段需要双方所有人分别交接才能完成一次密钥交换。可靠性需求- 加解密服务必须可靠即保证高可用。无论在加解密服务系统服务器宕机、还是网络中断等各种情况下数据正常加解密都需要得到保障。性能需求- 加解密计算的时间延迟主要花费在加解密算法上也就是说加载加解密算法程序、获取加解密密钥的时间必须短到可以忽略不计。
根据以上加解密服务系统功能和非功能需求系统用例图设计如下 系统主要参与者Actor包括 系统主要用例过程和功能包括
开发工程师使用密钥管理功能为自己开发的应用申请加解密算法和密钥安全工程师使用密钥管理功能审核算法和密钥的强度是否满足数据安全要求经过授权的密钥管理者使用密钥管理功能可以查看密钥的一个分片应用程序调用加解密功能完成数据的加密、解密加密解密功能和密钥管理功能调用密钥服务功能完成密钥的存储和读取密钥服务功能访问一个安全、可靠的密钥存储系统读写密钥。
总地说来Venus应满足如下需求
集中、分片密钥存储与管理多存储备份保证密钥安全易管理。密钥申请者、密钥管理者、密钥访问者多角色多权限管理保证密钥管理与传递的安全。通过密钥管理控制台完成密钥申请、密钥管理、密钥访问控制等一系列密钥管理操作实现便捷的密钥管理。统一加解密服务API简单接口统一算法为内部系统提供一致的加解密算法实现。
15.2 概要设计
针对上述加解密服务及密钥安全管理的需求设计加解密服务系统Venus整体结构如下 应用程序调用Venus提供的加解密SDK服务接口对信息进行加解密该SDK接口提供了常用的加密解密算法并可根据需求任意扩展。SDK加解密服务接口调用Venus密钥服务器的密钥服务以取得加解密密钥并缓存在本地。而密钥服务器中的密钥则来自多个密钥存储服务器一个密钥分片后存储在多个存储服务器中每个服务器都由不同的人负责管理。密钥申请者、密钥管理者、安全审核人员通过密钥管理控制台管理更新密钥每个人各司其事没有人能查看完整的密钥信息。
15.2.1 部署模型
Venus部署模型如图 Venus系统的核心服务器是Key Server服务器提供密钥管理服务。密钥分片存储在文件服务器File Store和数据库DB中。
使用Venus加解密服务的应用程序Application部署在应用程序服务器App Server中依赖Venus提供的SDK API进行数据加解密。而Venus SDK 则是访问密钥服务器Key Server来获取加解密算法代码和密钥。
安全起见密钥将被分片存储在文件服务器Key File Store和数据库服务器Key DB中。所以Key Server服务器中部署了密钥管理组件Key Manager用于访问数据库中的应用程序密钥元信息Key Meta Data以此获取密钥分片存储信息。Key Server服务器根据这些信息访问File Store和DB获取密钥分片并把分片拼接为完整密钥最终返回给SDK。
此外密钥管理控制台Key Console提供一个web页面供开发工程师、安全工程师、密钥管理者进行密钥申请、更新、审核、查看等操作。
15.2.2 加解密调用时序图
加解密调用过程如下时序图所示。 应用程序App调用Venus SDK对数据进行加密解密。SDK检查在本地是否有缓存加解密需要的密钥和加解密算法代码如果有缓存就直接使用该算法和密钥进行加解密。如果本地没有缓存密钥和算法请求远程服务器返回密钥和算法。部署在Venus服务器的Key Manager收到请求后访问数据库检查该应用配置的密钥和算法Meta信息。数据库返回的Mata信息中包括了密钥的分片信息和存储位置Key Manager访问文件服务器和数据库获取密钥分片并将多个分片合并成一个完整密钥返回给客户端SDK。SDK收到密钥后缓存在本地进程内存中并完成对App加解密调用的处理。
通过该设计我们可以看到Venus对密钥进行分片存储不同存储服务器由不同运维人员管理。就算需要进行密钥交换那么参与交换的人员每个人也只能获得一个密钥分片无法得到完整的密钥这样就保证了密钥的安全性。
密钥缓存在SDK所在的进程也就是应用程序App所在的进程中只有第一次调用时会访问远程的Venus服务器其他调用只访问本进程缓存。因此加解密的性能只受加解密的数据大小和算法的影响不受Venus服务的性能影响满足了性能要求。
同时由于密钥在缓存中如果Venus服务器临时宕机或者网络通信中断也不会影响到应用程序的正常使用保证了Venus的可靠性。但是如果Venus服务器长时间宕机那么应用重新启动本地缓存被清空就需要重新请求密钥这时候应用就不可用了。那么Venus如何在这种情况下仍然保证高可用呢
解决方案就是对Venus服务器、数据库和文件服务器做高可用备份。Venus服务器部署2-3台服务器构建一个小型集群SDK通过软负载均衡访问Venus服务器集群若发现某台Venus服务器宕机就进行失效转移。同样数据库和文件服务器也需要做主从备份。
15.3 详细设计
Venus详细设计主要关注SDK核心类设计。其他的例如数据库结构设计、服务器密钥管理Console设计等这里不做展开。
15.3.1 密钥领域模型
为了便于SDK缓存、管理密钥信息以及SDK与Venus服务端传输密钥信息我们设计了一个密钥领域模型如下图 一个应用程序使用的所有密钥信息都记录在KeyBox对象中KeyBox对象中有一个keySuitMap成员变量这个map的key是密钥名称value是一个KeySuit对象。KeySuit类中有一个keyChainMap成员变量这个map类的key是版本号value是一个KeyChain对象。Venus因为安全性需求需要支持多版本的密钥。也就是说对同一类数据的加密密钥过一段时间就会进行版本升级这样即使密钥泄露也只会影响一段时间的数据不会导致所有的数据都被解密。KeySuit类的另一个成员变量currentVersion记录当前最新的密钥版本号也就是当前用来进行数据加密的密钥版本号。而解密的时候则需要从密文数据中提取出加密密钥版本号或者由应用程序自己记录密钥版本号在解密的时候提供给Venus SDK API根据这个版本号获取对应的解密密钥。具体每个版本的密钥信息记录在KeyChain中包含了密钥名称name、密钥版本号version、加入本地缓存的时间cache_time、该版本密钥创建的时间versionTime、对应的加解密算法algorithm当然还有最重要的密钥分片列表keyChipList里面按序记录着这个密钥的分片信息。KeyChip记录每个密钥分片包括分片编号no以及分片密钥内容chip。
15.3.2 核心服务类设计
应用程序通过调用加解密API VenusService完成数据加解密。如下图 Venus SDK的核心类是VenusService应用程序调用该对象的encrypt方法进行加密decrypt方法进行解密。应用程序需要构造VenusData对象将加解密数据传给VenusServiceVenusService加解密完成后创建一个新的VenusData对象将加解密的结果写入该对象并返回。VenusData成员变量在后面详细讲解。VenusService通过VenusConnector类连接Venus服务器获取密钥KeyBox和算法Algorithm并调用Algorithm的对应方法完成加解密。
以加密为例具体处理过程时序图如下 首先应用程序App创建VenusData对象并将待加密数据写入该对象。接着App调用VenusService的encrypt方法进行加密VenusService检查加密需要的密钥和算法是否已经有缓存如果没有就调用VenusConnector请求服务器返回密钥和算法。VenusConnector将根据返回的算法字节码来构造加密算法的实例对象同时根据返回的密钥构造相关密钥对象并写入KeyBox完成更新。
下一步VenusService会根据更新后的KeyBox中的密钥和算法进行加密并将加密结果写入VenusData。最后应用程序App从返回的VenusData中获取加密后的数据即可。
15.3.3 加解密数据接口VenusData设计
VenusData用于表示Venus加解密操作输入和输出的数据也就是说加解密的时候构造VenusData对象调用Service对应的方法加解密完成后返回值还是一个VenusData对象。
VenusData包含的属性如下图 VenusData用作输入时
属性bytes和text只要设置一个即要么处理的是二进制bytes数据要么是Striing数据如果两个都设置了Venus会抛出异常。属性version可以不设置即null表示Venus操作使用的密钥版本是当前版本。属性outputWithText表示输出的VenusData是否处理为text类型缺省值是true。属性dataWithVersion表示加密后的VenusData的bytes和text 中是否包含使用密钥的版本信息这样在解密的时候可以不指定版本缺省值是false。
如果dataWithVersion设置为true即表示加密后密文内包含版本号这种情况下VenusService需要在密文头部增加3个字节的版本号信息其中头两个字节为固定的magic code0x5E、0x23第三个字节为版本号也就是说密钥版本号只占用一个字节最多支持256个版本。
VenusData用作输出时Venus会设置属性keyName和输入时的值一样、version、 bytes、 outputWithText、dataWithVersion和输入时的值一样并根据输入的 outputWithText决定是否设置text属性。
15.3.4 测试用例代码demo
publicstaticvoidtestVenusService()throws Exception {// 准备数据VenusDatadata1newVenusData();data1.setKeyName(aeskey1);data1.setText(PlainText);// 加密操作VenusDataencrypt VenusService.encrypt(data1);System.out.printf(Key Name: %s, Secret Text: %s, Version: %d.\n, encrypt.getKeyName(),encrypt.getText(), encrypt.getVersion());// 准备数据VenusDatadata2newVenusData();data2.setKeyName(aeskey1);data2.setBytes(encrypt.getBytes());data2.setVersion(encrypt.getVersion());// 解密操作VenusDatadecrypt VenusService.decrypt(data2);System.out.printf(Key Name: %s, Plain Text: %s, Version: %d.\n, decrypt.getKeyName(),decrypt.getText(), decrypt.getVersion());}
二、粉丝福利
最近很多同学问我有没有java学习资料我根据我从小白到架构师多年的学习经验整理出来了一份80W字面试解析文档、简历模板、学习路线图、java必看学习书籍 、 需要的小伙伴 可以关注我公众号“ 灰灰聊架构 ” 回复暗号“ 159 ”即可获取
