1、甲方(消息发送方,下同)构建密钥对(公钥+私钥),甲方公布公钥给乙方(消息接收方,下同)
2、乙方以甲方发送过来的公钥作为参数构造密钥对(公钥+私钥),将构造出来的公钥公布给甲方
3、甲方用“甲方的私钥+乙方的公钥”构造本地密钥
4、乙方用“乙方的私钥+甲方的公钥”构造本地的密钥
不应该是这种方式吗?但是我看老师的代码,用的是
甲方公钥+甲方密钥构造本地的密钥,乙方公钥+乙方密钥构造本地的密钥,
是我看错了吗???????
2、乙方以甲方发送过来的公钥作为参数构造密钥对(公钥+私钥),将构造出来的公钥公布给甲方
3、甲方用“甲方的私钥+乙方的公钥”构造本地密钥
4、乙方用“乙方的私钥+甲方的公钥”构造本地的密钥
不应该是这种方式吗?但是我看老师的代码,用的是
甲方公钥+甲方密钥构造本地的密钥,乙方公钥+乙方密钥构造本地的密钥,
是我看错了吗???????
2018-04-07
//发送方KeyAgreement
KeyAgreement senderKeyAgreement = KeyAgreement.getInstance("DH");
//初始化KeyAgreement
senderKeyAgreement.init(senderKeyPair.getPrivate());
//用发送方公钥生成
senderKeyAgreement.doPhase(senderPublicKey, true);
是生成私钥还是公钥?
KeyAgreement senderKeyAgreement = KeyAgreement.getInstance("DH");
//初始化KeyAgreement
senderKeyAgreement.init(senderKeyPair.getPrivate());
//用发送方公钥生成
senderKeyAgreement.doPhase(senderPublicKey, true);
是生成私钥还是公钥?
2018-01-14
错误:Illegal key size or default parameters解决方法:
因为美国的出口限制,Sun通过权限文件(local_policy.jar、US_export_policy.jar)做了相应限制,Oracle在其官方网站上提供了无政策限制权限文件(Unlimited Strength Jurisdiction Policy Files),我们只需要将其部署在JRE环境中,就可以解决限制问题。
local_policy.jar和US_export_policy.jar替换JDK的JRE环境中,或者是JRE环境中上述两个jar文件
因为美国的出口限制,Sun通过权限文件(local_policy.jar、US_export_policy.jar)做了相应限制,Oracle在其官方网站上提供了无政策限制权限文件(Unlimited Strength Jurisdiction Policy Files),我们只需要将其部署在JRE环境中,就可以解决限制问题。
local_policy.jar和US_export_policy.jar替换JDK的JRE环境中,或者是JRE环境中上述两个jar文件
2017-05-30
看了ID 汝小白的自我修养 的评论以及源码感觉豁然开朗
https://github.com/zhanganyuan/JavaSecurity/blob/master/src/com/imooc/DH/ImoocDH.java
https://github.com/zhanganyuan/JavaSecurity/blob/master/src/com/imooc/DH/ImoocDH.java
2017-05-21