目前用友针对于数据库加密,通过用友安全通来实现
产品理念:企业机密,无懈可击。
畅捷安全基于“事前防范、事中监视”的设计思路,形成以“密码技术为支撑,以身份认证为基础、以数据安全为核心、以行为管理为辅助”的全方位财务数据安全防护管理体系,彻底消除各种因泄露数据造成的安全隐患。
服务器安全防护系统
提供对财务数据库的全面安全加密、防护和接入控制。主要功能有:
系统设置、数据库加密、数据库目录防护、数据库准入控制、策略管理、日志管理和升级管理等。
客户端安全防护系统
提供对财务客户端的安全防护管理,动态加密财务客户端产生的各种输出文档,并提供截屏、打印和拷贝等安全防护控制。主要功能有:
策略管理、日志管理、客户端状态维护、客户端安全防护、升级管理和主机身份认证管理。
管控中心系统
管控中心在计算机插入加密卡后自动启动,实现身份认证、终端管理、终端授权、终端审计和监控。
个人文件保密柜
系统在保护企业财务数据安全的基础上,提供基于个人的文件保密柜,保护个人的文档安全。文件保密柜中文件采用高强度数据加密,客户只能使用密码才可以打开本人的文件保密柜。用桌面右键点击桌面文档,可以实现自动加密并发送进个人文件保密柜。
可以说,ERP没必要特别的加密,一般没有人会去破解的。你只要不让程序直接连数据库就好了。
你说的两种方式,都是可行的,只是程序进行的工作量的问题 ,比如数据有10万条时,你要进行解密才可以用,那你的加解密的效率有多高呢,会不会让客户端 *** 作延迟呢
------解决方案--------------------------------------------------------
直接对数据内容加密吧,sqlite的安全性本来就没商用的数据库高。并且如果数据多还是建立个数据库文件,数据库 *** 作类是SQLiteHelper
------解决方案--------------------------------------------------------
首先你说的导入数据库的问题是可以实现的。android支持在assets目录或raw目录下存放数据,可以吧数据库文件存放其中,当初次安装时导入至手机的系统目录下。而且会一直保存在里面,不会丢失。
第二,你说的导入后将其删掉的想法是没什么用的,因为apk文件本来就是个压缩包,一解压就看见了。所以需要对数据库进行加密。我之前在网上找了个java的文件加密小程序将文件加密之后,再在导入手机系统的过程中解密,这样就ok了。但是网上提供的des算法的加密太复杂,导致第一次导入数据的速度很慢,最后我就只是在数据库文件的中插入一段字符,然后再在导入时去掉就好了,这样也能保证一定的安全性。
呵呵,我是自学的,希望高手指点。
给SQLite数据库加密解密的方法:
1、创建空的sqlite数据库。
//数据库名的后缀你可以直接指定,甚至没有后缀都可以
//方法一:创建一个空sqlite数据库,用IO的方式
FileStream fs = FileCreate(“c:\\testdb“);
//方法二:用SQLiteConnection
SQLiteConnectionCreateFile(“c:\\testdb“);
创建的数据库是个0字节的文件。
2、创建加密的空sqlite数据库
//创建一个密码为password的空的sqlite数据库
SQLiteConnectionCreateFile(“c:\\test2db“);
SQLiteConnection cnn = new SQLiteConnection(“Data Source=c:\\test2db“);
SQLiteConnection cnn = new SQLiteConnection(“Data Source=D:\\test2db“);
cnnOpen();
针对sqlite数据库文件,进行加密。现有两种方案如下:
1对数据库中的数据进行加密。
2对数据库文件进行加密
1uin怎么获取?
这个uin不是登录的帐号,而是属于内部的、程序界面上不可见的一个编号。
至于查看,最简单的方法就是登录web微信后,按F12打开网页调试工具,然后ctrl+F搜索“uin”,可以找到一串长长的URL,里面的uin就是当前登录的微信的uin。
还
有一种方法就是配置文件里,导出的微信目录下有几个cfg文件,这几个文件里有保存,不过是java的hashmap,怎么解析留给小伙伴们自己琢磨吧,
还有就是有朋友反应退出微信(后台运行不叫退出)或者注销微信后会清空这些配置信息,所以小伙伴们导出的时候记得在微信登陆状态下导出。博主自己鼓捣了一
个小程序来完成解析。
2一个手机多个登录帐号怎么办(没有uin怎么办)
根
据博主那个解密的帖子,必须知道串号和uin。串号好说,配置中一般都有可以搞到,uin从配置中读取出来的时候只有当前登录的或者最后登录的,其他的几
个记录都没办法解密。网上某软件的解决方法是让用户一个一个登录后再导出。这个解决方法在某些情况下是不可能的,或者有时候根本不知道uin。
后来经过一个朋友的指点,博主终于发现了解决方法,可以从配置中秒读出来这个uin,这个方法暂时不透漏了,只是说明下这个异常情况。
3串号和uin怎么都正确的怎么还是没办法解密
先
说说串号这个玩意,几个热心的朋友反馈了这个问题,经过博主测试发现不同的手机使用的不一定是IMEI,也可能是IMSI等等,而且串号也不一定是标准的
15位,可能是各种奇葩,比如输入#06#出来的是一个,但是在微信程序里用的却是另一个非常奇葩的东西,这种情况多在双卡双待和山寨机中出现,经过严
格的测试,现在已经能做到精确识别,那几位热心的朋友也赠与了不同的代码表示鼓励。
4计算出来了正确的key为什么无法打开数据库文件
微
信这个变态用的不是标准的sqlite数据库,那个帖子也提到了不是数据库加密,是文件的内容加密,其实是sqlcipher。官方上竟然还卖到
149$,不过倒是开放了源码,水平够高的可以自己尝试编译。google还能搜索到sqlcipher for
windows这个很好编译,不过博主不知是长相问题还是人品问题,编译出来的无法打开微信的数据库,后来改了这份代码才完成。
5数据库文件内容是加密的,怎么还原
这
个是某些特殊情况下用到的,比如聊天记录删除了数据库中就没了,但是某个网友测试说数据库无法查询出来了,但是在文件中还是有残留的。这个情况我没测试
过,不过想想感觉有这个可能,就跟硬盘上删除了文件其实就是删除了文件的硬盘索引,内容还是残留在硬盘上可以还原一样,sqlite数据库删除的条目只是
抹去了索引,内容还存在这个文件中。
网上的都是直接打开读取,并没有解密还原这个文件成普通的sqlite数据库,使用sqlcipher
的导出方法也只是将可查询的内容导出。后来博主花了时间通读了内容加密的方式,做了一个小程序将加密的文件内容直接解密,不 *** 作修改任何数据,非数据库转
换,直接数据流解密,完全还原出来了原始的未加密的数据库文件,大小不变,无内容损失,可以直接用sqlite admin等工具直接打开。
6已经删除的聊天内容可以恢复么
通过上述第5的方式还原出原数据后,经测试可以恢复。sqlite的删除并不会从文件中彻底删掉,而是抹掉索引,所以可以通过扫描原始文件恢复。前提是没有重装过微信。。。
两种加密方式的优缺点,比较如下:
一、对数据库中的数据进行加密
优点:
1实现数据加密快速,只需添加两个方法
一是:对明文数据进行加密返回密文数据
二是:对密文数据进行解密返回明文数据
2程序无需进行太大变动,仅在对数据进行添加,修改,删除,查询时。针对指定的表字段进行修改进行加密,解密的字段即可。
不足:
1由于对数据进行了加密。所以为了看到明文,必须密文进行解密。因此会增加处理器的消耗。因终端手机的处理能力有限,可能会出现处理数据缓慢的现象发生。
2仅仅对数据进行了加密,还是可以看到数据表的sql语句,可能猜测到表的作用。另外,如果没有对一个表中的所有字段加密,则可以看没有加密的明文数据。
需要做的工作:
1无需考虑平台差异性,qt,android,ios都能快速的实现。只需在每个平台上,使用各自的语言,实现同样的加密,解密算法即可。
2需要对加密算法进行了解,选择一种加密算法,进行实现。
二、对数据库文件进行加密
优点:
1对整个文件进行了加密,用户通过编辑器看不到任何有用的数据,用户使用sqlite browser软件也无法打开文件查看数据,保证了数据安全。
2进行打开数据库时,使用程序sqlite3_key(db,””,8);即可对文件解密,对数据表的 *** 作无需进行加密,采用明文即可。
不足:
1需要修改sqlite的源代码,这个工作难度比较大。
2需要对修改后的sqlite进行编译,需要对makefile有所了解,手动编写makefile文件,对源程序进行编译。因平台差异性,可能会造成某个平台无法编译生成动态链接库的可能。
3需要对数据访问层代码进行修改,例如qt平台需要将以前对数据库 *** 作使用的QSqlQuery类,更改为使用sqlite3h文件中定义 *** 作,对数据库 *** 作。其他平台也一样,都要做这一步的修改。
4在程序编译时,要加入使用加密的动态链接库(linux为共享库so文件)windows平台最容易,只需将所使用的dll文件copy到应用程序中即可。其他平台需要实验,看如何引入库,如果编译。
需要做的工作:
1修改sqlite源代码,追加对数据库文件进行加密的功能。
2编译含有加密功能的程序源代码,生成各自平台需要使用的库文件。
3将加密sqlite库文件引入各自平台中,修改数据库访问层代码。
4进行程序的部署,测试。
三、数据库加密原理
目前主流的数据库都采用了各种安全措施,主要包括用户认证、访问控制、数据加密存储和数据库 *** 作审计等措施。
用户认证:用户或者程序向数据库提供自己的有效身份z明,数据库鉴别用户的身份是否合法,只有合法的用户才能存取数据
库中的数据。用户认证是所有安全机制的前提,只有通过认证才能进行授权访问和审计。
访问控制:数据库管理系统为不同的用户分配不同的权限,保证用户只能进行授权的访问。目前,一些大型数据库(如Oracle 等)
都采用了基于角色的访问控制机制,即为用户授予不同的角色,如db—owner,security administrator 等,不同的角色允许对数据库执行不同的 *** 作。
数据库加密:用户认证以及访问控制对访问数据库进行了控制,但攻击者可能会利用 *** 作系统或数据库漏洞,或物理接触计算机,而直接接触数据库系统文件,从而可能绕过身份认证和存取控制而直接窃取或篡改数据库内容。对数据库中的数据进行加密是防范这类威胁的有效手段。
数据库 *** 作审计:监视和记录用户对数据库所做的各种 *** 作的安全机制,它记录并存储用户的 *** 作,用于事后分析,以检查导致数据库现状的原因以及提供追踪攻击者的线索。数据库的备份与恢复:当数据库发生不可恢复的故障时,可以将数据库恢复到先前的某个一致性的状态。
四、SQLite 加密
由于SQLite 是开放源码的,并且在其源码中预留了加密接口,我们可以通过实现其预留的加密接口实现口令认证和数据库加密以完善其加密机制。
1口令认证
SQLite 数据库文件是一个普通文本文件,对它的访问首先依赖于文件的访问控制。在此基础上,再增加进一步的口令认证,即在访问数据库时必须提供正确的口令,如果通过认证就可以对数据库执行创建、查询、修改、插入、删除和修改等 *** 作;否则,不允许进一步的访问。
将那个字段设为主键
------解决方案--------------------------------------------------------
要不然
你只能在逻辑上做判断、先查询数据是否有当前的符号、如果有
就另填。没有的话,就插入
------解决方案--------------------------------------------------------
------解决方案--------------------------------------------------------
要是这个字段不是外键的话,可以设成主键,否则,可以由数据库的标识字段做主键,给这一列
加上唯一约束
------解决方案--------------------------------------------------------
主键或者unique
约束(这个oracle
有,不知sqlserver
有没有)。
这个好像不行吧。
------解决方案--------------------------------------------------------
设主键。用sequence
自增。设置主键
然后也可以写触发器做判断修改
以上就是关于用友、金蝶ERP数据库如何加密,不给非法取走数据,保障企业数据安全全部的内容,包括:用友、金蝶ERP数据库如何加密,不给非法取走数据,保障企业数据安全、ERP数据库的加密问题、Sqlite数据库加密或内存数据库实现,该怎么解决求解答等相关内容解答,如果想了解更多相关内容,可以关注我们,你们的支持是我们更新的动力!
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)