hibernate数据加密
⑴ jasypt mybatis吗
jasypt既然是以简单的方式来解决java开发中的加密问题，自然使用起来难度不是很大。加密是从系统安全性方面考虑的，因此jasypt更像是面向方面的解决办法，不管你的系统中配置文件，敏感信息是否已经加密或者没有加密，jasypt都能够轻松的嵌入其中，开发人员就不用专门考虑加密算法和代码的编写。
要想深入了解jasypt是如何将加密解密和摘要算法组织起来，轻松的解决开发中加密问题以及和第三方组件集成，查看它的源代码是不错的选择。
下面主要说说如何在Spring框架中如何轻松使用jasypt。（下面的加密机是对jasypt中的加密解密，摘要算法的统称）
第一种方式：以bean的形式将加密机（即：加密类的实例对象）交给Spring托管
第二种方式：以配置XML的形式将加密机与Spring集成。
第一种方式：
1.托管一个StandardPBEStringEncryptor加密机
<!-- 加密机 -->
<bean id="strongEncryptor" class="org.jasypt.encryption.pbe.StandardPBEStringEncryptor">
<property name="algorithm">
<value>PBEWithMD5AndTripleDES</value>
</property>
<property name="password">
<value>${user.home}</value>
</property>
</bean>
这里的属性"password"的值为系统属性的值，实际开发中在对某一个数据进行加密的时候这个password是要进行记录的，如果password在这里设置之后将默认提供了一个password的取值。
其它的属性设置可以参见： http://aiilive.blog.51cto.com/1925756/1420837 这篇文章中关于jasypt命令行工具的介绍。
在程序中使用strongEncrypt加密机对象：
@Test
public void test1() {
StandardPBEStringEncryptor spe = (StandardPBEStringEncryptor) context
.getBean("strongEncryptor");
String src = "admin@123";
String encrypt = spe.encrypt(src);
System.out.println("src=\'#\'" //加密解密
Assert.assertEquals(decrypt, src);
}
2.托管一个StandardStringDigester加密机
<!-- 摘要算法 -->
<bean id="digestEncryptor" class="org.jasypt.digest.StandardStringDigester">
<property name="algorithm">
<value>MD5</value>
</property>
</bean>
在程序中使用digestEncryptor加密机对象
@Test
public void test7() {
StandardStringDigester ssd = (StandardStringDigester) context
.getBean("digestEncryptor");
String rs1 = ssd.digest("admin");
String rs2 = ssd.digest("admin");
System.out.println(rs1 + " [vs] " + rs2);
//判断是否匹配
Assert.assertTrue(ssd.matches("admin", rs1));
}
StrandardStringDigester类提供了matches方法用来检测原始数据和进行摘要计算后的数据是否匹配。
1,2介绍了数据的处理，下面3讲介绍使用jasypt对配置文件进行处理.
3.使用jasypt对配置文件进行处理
比如数据库连接的属性值一般要进行加密处理，然后在程序运行时对其进行解密连接数据库，这样就保证了在程序代码已经配置中数据库的连接相关敏感数据不至于明文暴露。
jasypt是如何处理这一过程的呢？
首先，配置环境变量（这里指用来加解密的环境），
然后，通过环境变量来装载加密机，
最后，使用jasypt对Spring的org.springframework.beans.factory.config.PropertyPlaceholderConfigurer类的子类来配置属性文件替换配置。
下面是具体的配置信息：
<!-- 基于环境变量，配置加密机 -->
<bean id=""
class="org.jasypt.encryption.pbe.config.EnvironmentStringPBEConfig">
<property name="algorithm" value="PBEWithMD5AndDES" />
<!-- <property name="passwordEnvName" value=""/> -->
<!-- <property name="passwordSysPropertyName" value=""></property> -->
<property name="password" value="sa" />
</bean>
<!-- 配置加密器，将用于解密 -->
<bean id="configurationEncryptor" class="org.jasypt.encryption.pbe.StandardPBEStringEncryptor">
<property name="config" ref="" />
</bean>
<!-- 外部属性文件配置 -->
<bean id="propertyConfigurer"
class="org.jasypt.spring31.properties.">
<constructor-arg ref="configurationEncryptor" />
<property name="locations">
<list>
<value>classpath:db.properties</value>
</list>
</property>
</bean>
<!--数据源配置, jasypt的将确保${dataSource.password}是解密 -->
<bean id="dataSource"
class="org.springframework.jdbc.datasource.DriverManagerDataSource">
<property name="driverClassName">
<value>${dataSource.driver}</value>
</property>
<property name="url">
<value>${dataSource.url}</value>
</property>
<property name="username">
<value>${dataSource.username}</value>
</property>
<property name="password">
<value>${dataSource.password}</value>
</property>
</bean>
说明：
EnvironmentStringPBEConfig 中的属性
passwordEnvName， passwordSysPropertyName，password
三者的区别是：
passwordEnvName的值直接设置为环境变量，比如value="APP_PASSWORD", APP_PASSWORD则是系统环境变量，在实际生产环境中建议使用这个属性，具体使用步骤如：配置环境变量APP_PASSWORD --> 启动应用程序 --> 应用程序启动完成 --> 删除环境变量APP_PASSWORD。
passwordSysPropertyName的值就是用 System.getProperties() 获取的属性值，比如：value="${user.home}"
password和使用jasypt命令行工具时的password参数用法一致。
属性配置文件加密
dataSource.driver=org.postgresql.Driver
dataSource.url=jdbc:postgresql://localhost:5432/dbname
dataSource.username=postgres
#dataSource.password=postgres
dataSource.password=ENC()
这里将password的加密结果放置在ENC（机密结果）中，注意这样的写法是jasypt的规定，可以查看源代码，在解密过程中会根据这个标志对属性配置文件中的加密数据进行解密。
属性配置文件中的机密结果产生则需要用jasypt的命令行工具（具体使用可以参见：http://aiilive.blog.51cto.com/1925756/1420837 ），这里要注意的是加密过程中的算法，password参数值需要和Spring配置文件中的(bean)的属性取值保持一致。
数据源中使用属性配置信息中的值
以前Spring中怎么使用，现在就怎么使用。
jasypt和Spring集成的依赖
jasypt.jar+jasypt-springx-x.jar , x表示一些版本信息。
第二种方式
第一种方式将jasypt中的类作为bean的形式在Spring中应用，第二种方式则更加强大，有独立的XML配置命名空间，更像是Spring的一部分。
首先需要在Spring的配置文件中添加jasypt的命名空间。
配置完成jasypt的命名空间就可以在Spring的配置文件中直接进行加密机，加密机参数配置，下面是一个示例：
<!-- 基本的密码加密机 -->
<encryption:basic-password-encryptor id="bpe" scope="singleton" />
<!-- 摘要配置 -->
<encryption:digester-config id="digester-config" algorithm="SHA-256" algorithm-env-name=""/>
<!-- 字符串摘要机 -->
<encryption:string-digester id="sd" algorithm="MD5" config-bean="digester-config"/>
<!-- 加密机配置 -->
<encryption:encryptor-config id="encryptor-config" algorithm="PBEWITHMD5ANDTRIPLEDES"/>
<!-- 字符串加密机 -->
<encryption:string-encryptor id="se" algorithm="PBEWITHMD5ANDDES" config-bean="encryptor-config"/>
<!-- 加密的属性占位符 -->
<encryption:encryptable-property-placeholder encryptor="se" location="classpath:db.properties"/>
第二种方式同样可以实现方式一中的功能。
通过介绍了jasypt和Spring集成的两种方式可以看出使用jasypt能够比较轻松自定义加密的参数，配置文件的加解密，整个过程对于应用程序的代码侵入性是很小的，可以在程序中使用jasypt提供的加密算法和方法来实现对需要加密的数据进行处理。
此外jasypt与Hibernate集成则以一个完全对程序逻辑透明的方式可以在ORM映射中对数据进行加解密。
最后jasypt也是开放的，它开放了JCE Provider API，允许开发者使用任何存在的JCE Provider在jasypt中进行消息摘要和加密处理。
⑵ java开发人事系统，需要对敏感数据进行加密存储，为了不影响统计分析和查询功能，大家有好的实现方案吗
没错，数据库中存的ID项加密。查询匹配时使用js或后台将用户输入的内容加密后去数据库匹配。查询到加密的数据库数据后在后台解密在发送到前台。如果对于安全要求较高就不要在js中解密。最后，类似于ID的数据加密模式和敏感信息的加密模式要不一致，这样可以保护你需要保护的敏感信息，即使有人通过js破解了你的ID等数据的加密，也无法获取真正的敏感信息。
⑶ java 对数据库properties文件加密
可以通过其它方法来实现：
1：如果没用框架，直接加密、解密即可
2：如果用hibernate之类，可以绕过Configuration，读取Hibernate配置文件解密后再连接数据库
3：考虑集群影响
⑷ struts2和hibernate项目整合的登录后修改密码怎么写求思路和关键代码
我是分为新密码和旧密码
旧密码也就是登陆的密码可以在session中获取
新密码是刚输入的密码
如果新密码和旧密码一致就新建数据库连接写个更新密码的语句
加入了md5加密，新旧密码对比前要先用md5转换一下，你可以把这个功能去掉，最下面是md5的工具类
ppublicStringupdatepwd(){
Usersu=(User)ServletActionContext.getRequest().getSession().getAttribute("users");
UserServices=newUserService();
if(su.getPassword().equals(StringUtils.getMd5(user.getOldpwd()))){
if(user.getNewpwd().equals(user.getRepwd())){
if(s.updatepwd(StringUtils.getMd5(user.getNewpwd()),su.getId())){
ActionContext.getContext().put("msg","密码修改成功，请重新登陆！");
ServletActionContext.getRequest().getSession().invalidate();
return"login";
}else{
ActionContext.getContext().put("msg","密码修改失败!");
return"up_error";
}
}else{
ActionContext.getContext().put("msg","确认密码不一致!");
return"up_error";
}
}else{
ActionContext.getContext().put("msg","原密码错误!");
return"up_error";
}
}
publicbooleanupdatepwd(Stringpwd,Integerid){
returnnewUserDao().updatepwd(pwd,id);
}
publicBooleanupdatepwd(Stringpwd,Integerid){
Sessionsession=HibernateUtils.getSession();
Transactiontr=session.beginTransaction();
Queryquery=session.createQuery("UpdateUsersetpassword=?whereid=?");
query.setString(0,pwd);
query.setInteger(1,id);
inti=query.executeUpdate();
tr.commit();
if(i>0){
returntrue;
}else{
returnfalse;
}
} ackagecom.yh.utils;
importjava.math.BigInteger;
importjava.security.MessageDigest;
importjava.security.NoSuchAlgorithmException;
publicclassStringUtils{
/**
*判断字符串是否为空，包括null和“”
*@paramstr
*@return
*/
publicstaticbooleanisNotBlank(Stringstr){
returnstr!=null&&str.trim().length()>0;
}
/**
*对字符串进行MD5加密
*@paramstr：加密前的一个字符串
*@return：32位加密后的字符串
*/
publicstaticStringgetMd5(Stringstr){
Stringmd5Str="";
try{
MessageDigestmd=MessageDigest.getInstance("md5");
byte[]bytes=md.digest(str.getBytes());
BigIntegermd5String=newBigInteger(1,bytes);
md5Str=md5String.toString(16);//转换后，一般会是一个32位的字符串
//如果加密后的字符串不到32位，需要在字符串前添加0.补足32位
for(inti=0;i<32-md5Str.length();i++){
md5Str=("0"+md5Str);
}
}catch(NoSuchAlgorithmExceptione){
e.printStackTrace();
}
returnmd5Str;
}
publicstaticvoidmain(String[]args){
Stringstr=StringUtils.getMd5("123");
System.out.println(str);
}
}
⑸ 怎么对MVC4项目中的数据库连接串进行加密特别是hibernate-configuration节点里的内容
将数据库连接加密,这种方式不赞同,开发跟测试以及后期维护难免需要访问生产数据库进行造数据,以及改数,建议是限制网络,像我们做移动的BOSS系统,都是必须到指定的机房进行版本更新以及数据的维护,而且进入权限都比较严格...
⑹ 加密后的字符串最后有两个“==”是什么加密算法
Base64是网络上最常见的用于传输8Bit字节码的编码方式之一，Base64就是一种基于64个可打印字符来表示二进制数据的方法。
1，Base64使用US-ASCII子集的64个字符,即大小写的26个英文字母，0－9，＋，/。
2，编码总是基于3个字符，每个字符用8位二进制表示，因此一共24位，再分为4四组，每组6位，表示一个Base64的值。
3，Base64值为0就是A，为27的就是b。这样，每3个字符产生4位的Base64字符。如果被加密的字符串每3个一组，还剩1或2个字符，使用特殊字符"="补齐Base64的4字。
(6)hibernate数据加密扩展阅读：
应用
Base64编码可用于在HTTP环境下传递较长的标识信息。例如，在Java Persistence系统Hibernate中，就采用了Base64来将一个较长的一个标识符（一般为128-bit的UUID）编码为一个字符串，用作HTTP表单和HTTP GET URL中的参数。
在其他应用程序中，也常常需要把二进制数据编码为适合放在URL（包括隐藏表单域）中的形式。此时，采用Base64编码不仅比较简短，同时也具有不可读性，即所编码的数据不会被人用肉眼所直接看到。
然而，标准的Base64并不适合直接放在URL里传输，因为URL编码器会把标准Base64中的“/”和“+”字符变为形如“%XX”的形式，而这些“%”号在存入数据库时还需要再进行转换。
因为ANSI SQL中已将“%”号用作通配符。
为解决此问题，可采用一种用于URL的改进Base64编码，它不仅在末尾去掉填充的'='号，并将标准Base64中的“+”和“/”分别改成了“-”和“_”。
这样就免去了在URL编解码和数据库存储时所要作的转换，避免了编码信息长度在此过程中的增加，并统一了数据库、表单等处对象标识符的格式。
另有一种用于正则表达式的改进Base64变种，它将“+”和“/”改成了“!”和“-”，因为“+”,“/”以及前面在IRCu中用到的“[”和“]”在正则表达式中都可能具有特殊含义。
此外还有一些变种，它们将“+/”改为“_-”或“._”（用作编程语言中的标识符名称）或“.-”（用于XML中的Nmtoken）甚至“_:”（用于XML中的Name）。
⑺ 处于安全考虑 hibernate的hbm.xml能不能进行 加密，解密
这个还真不可以.你可以把里面的字符都换掉.
我当初用那个代码混淆器也不可以.
因为代码混淆如果把代码的签名一起改了的话，其他地方是肯定调用不到，并会出错
加我好友吧我也学编程开发的