mysql的密码如果要加密,应该用那种算法?

mysql的密码如果要加密,应该用那种算法?,第1张

对,常用的可以有MD5、SHA-1,加密以后存到数据库中,要用的时候,将用户输入的密码转换成MD5码后再和数据库中保存的MD5码比较,相同则说明输入密码正确(MD5出现冲突的几率相当之小),一般也都是那么干的。。。。

你的问题很不清晰。

java jdbc连接mysql数据库

如何实现用户名密码以及传输数据的加密

你是要加密保存的数据,还是加密连接信息?

如果是连接串中的用户名与密码进行加密。恐怕用起来很不方便。

我就当你是要把入库的信息加密。

下边是DES加密的方法。将数据进行DES加密,将加密内容转为16进制内容表示。

--------------------------------------------------------------------------------------------

import javax.crypto.Cipher

import javax.crypto.spec.SecretKeySpec

public class DesTest {

public static void main(String[] args) throws Exception {

// 要加密的数据

String str = "123456"

// 密钥

String strKey = "86337898"

SecretKeySpec key = new SecretKeySpec(strKey.getBytes(), "DES")

Cipher cipher = Cipher.getInstance("DES")

cipher.init(Cipher.ENCRYPT_MODE, key)

byte[] byteFina = cipher.doFinal(str.getBytes())

String strFinal = byte2Hex(byteFina)

System.out.println(strFinal)

cipher.init(Cipher.DECRYPT_MODE, key)

byte[] decByte = hex2Byte(strFinal)

byte[] result = cipher.doFinal(decByte)

System.out.println(new String(result))

}

public static String byte2Hex(byte[] buff) {

String hs = ""

for (int i = 0i <buff.lengthi++) {

String stmp = (Integer.toHexString(buff[i] &0XFF))

if (stmp.length() == 1)

hs = hs + "0" + stmp

else

hs = hs + stmp

}

return hs

}

public static byte[] hex2Byte(String str) {

int len = str.length() / 2

byte[] buff = new byte[len]

int index = 0

for (int i = 0i <str.length()i += 2) {

buff[index++] = (byte) Integer

.parseInt(str.substring(i, i + 2), 16)

}

return buff

}

}

最近需要对数据进行加密/解密, 因此选用了CryptoJS库, 对数据做DES算法的加密/解密

首选查看官方示例, 将密文进行Base64编码, 掉进一个大坑

<script src="htt p:/ /crypto-js.googlecod e.c om/svn/tags/3.1.2/build/rollups/tripledes.js"></script>

<script>

var encrypted = CryptoJS.DES.encrypt("Message", "Secret Passphrase")

// ciphertext changed every time you run it

// 加密的结果不应该每次都是一样的吗?

console.log(encrypted.toString(), encrypted.ciphertext.toString(CryptoJS.enc.Base64))

var decrypted = CryptoJS.DES.decrypt(encrypted, "Secret Passphrase")

console.log(decrypted.toString(CryptoJS.enc.Utf8))

</script>

对这些加密算法不了解, 只能求助Google

des encrypion: js encrypted value does not match the java encrypted value

In cryptoJS you have to convert the key to hex and useit as word just like above (otherwise it will be considered as passphrase)

For the key, when you pass a string, it's treated as a passphrase and used to derive an actual key and IV. Or you can pass a WordArray that represents the actual key.

原来是我指定key的方式不对, 直接将字符串做为参数, 想当然的以为这就是key, 其实不然, CryptoJS会根据这个字符串算出真正的key和IV(各种新鲜名词不解释, 问我也没用, 我也不懂 -_-")

那么我们只需要将key和iv对应的字符串转成CryptoJS的WordArray类型, 在DES加密时做为参数传入即可, 这样对Message这个字符串加密, 每次得到的密文都是YOa3le0I+dI=

var keyHex = CryptoJS.enc.Utf8.parse('abcd1234')

var ivHex = CryptoJS.enc.Utf8.parse('inputvec')

var encrypted = CryptoJS.DES.encrypt('Message', keyHex, { iv: ivHex })

这样是不是就万事OK了? 哪有, 谁知道这坑是一个接一个啊.

我们再试试Java这边的DES加密是不是和这个结果一样, 具体实现请参考Simple Java Class to DES Encrypt Strings

果真掉坑里了, Java通过DES加密Message这个字符串得到的结果是8dKft9vkZ4I=和CryptoJS算出来的不一样啊...亲

继续求助Google

C# and Java DES Encryption value are not identical

SunJCE provider uses ECB as the default mode, and PKCS5Padding as the default padding scheme for DES.(JCA Doc)

This means that in the case of the SunJCE provider,

Cipher c1 = Cipher.getInstance("DES/ECB/PKCS5Padding")

and

Cipher c1 = Cipher.getInstance("DES")

are equivalent statements.

原来是CryptoJS进行DES加密时, 默认的模式和padding方式和Java默认的不一样造成的, 必须使用ECB mode和PKCS5Padding, 但是CryptoJS中只有Pkcs7, 不管了, 试试看...

<script src="htt p:/ /crypto-js.googleco de.c om/svn/tags/3.1.2/build/rollups/tripledes.js"></script>

<script src="ht tp:/ /crypto-js.googleco de.c om/svn/tags/3.1.2/build/components/mode-ecb.js"></script>

<script>

var keyHex = CryptoJS.enc.Utf8.parse('abcd1234')

var encrypted = CryptoJS.DES.encrypt('Message', keyHex, {

mode: CryptoJS.mode.ECB,

padding: CryptoJS.pad.Pkcs7

})

console.log(encrypted.toString(), encrypted.ciphertext.toString(CryptoJS.enc.Base64))

</script>

咦...使用Pkcs7能得到和Java DES一样的结果了, 哇塞...好神奇

那我们试试统一Java也改成Cipher.getInstance("DES/ECB/PKCS7Padding")试试, 结果得到一个大大的错误

Error:java.security.NoSuchAlgorithmException: Cannot find any provider supporting DES/ECB/PKCS7Padding

没办法, 继续Google

java.security.NoSuchAlgorithmException: Cannot find any provider supporting AES/ECB/PKCS7PADDING

I will point out that PKCS#5 and PKCS#7 actually specify exactly the same type of padding (they are the same!), but it's called #5 when used in this context. :)

这位大侠给出的解释是: PKCS#5和PKCS#7是一样的padding方式, 对加密算法一知半解, 我也只能暂且认可这个解释了.

忙完了DES的加密, 接下来就是使用CryptoJS来解密了. 我们需要直接解密DES加密后的base64密文字符串. CryptoJS好像没有提供直接解密DES密文字符串的方法啊, 他的整个加密/解密过程都是内部自己在玩, 解密时需要用到加密的结果对象, 这不是坑我吗?

只好研究下CryptoJS DES加密后返回的对象, 发现有一个属性ciphertext, 就是密文的WordArray, 那么解密的时候, 我们是不是只要提供这个就行了呢?

var keyHex = CryptoJS.enc.Utf8.parse('abcd1234')

// direct decrypt ciphertext

var decrypted = CryptoJS.DES.decrypt({

ciphertext: CryptoJS.enc.Base64.parse('8dKft9vkZ4I=')

}, keyHex, {

mode: CryptoJS.mode.ECB,

padding: CryptoJS.pad.Pkcs7

})

console.log(decrypted.toString(CryptoJS.enc.Utf8))

果不其然, 到此为止, 问题全部解决, 豁然开朗...

完整代码请参考CryptoJS-DES.html

Use CryptoJS encrypt message by DES and direct decrypt ciphertext, compatible with Java Cipher.getInstance("DES")


欢迎分享,转载请注明来源:内存溢出

原文地址: https://outofmemory.cn/zaji/7423398.html

(0)
打赏 微信扫一扫 微信扫一扫 支付宝扫一扫 支付宝扫一扫
上一篇 2023-04-05
下一篇 2023-04-05

发表评论

登录后才能评论

评论列表(0条)

保存