java 签名验证原理_在Java中使用自签名证书时SSL的工作原理

我正在开发一个HTTPS服务,该服务将部署在具有自签名证书的服务器和将接受所有证书的客户端上 . 我是SSL的新手 .

显然 . 你_浪费时间 . 您也可以根本不使用SSL . 客户端应接受此证书和所有CA证书,而不是所有证书 . 如上所述,您的系统容易受到中间人攻击 .

如果我理解正确,Java客户端将使用服务器的公钥(使用服务器的公共证书安装)来加密要发送到服务器的数据 .

你没有 . 它没有 . 证书用于验证服务器的身份,但SSL加密通过秘密协商的会话密钥对称,与证书中的公钥无关 .

然后服务器使用它的私钥来解密数据 .

没有 .

java客户端代码如何链接到此已安装的公钥以在与此类服务器通信时加密数据?

通常通过 javax.net.ssl.trustStore 属性,但它不再用于加密,仅用于身份验证 .

谁在这里进行SSL加密?它是Java API吗?

是 . 它由 HttpsURLConnection 使用 javax.net.ssl.SSLSocket. 完成

或者我必须在将数据发送到服务器之前在我的客户端代码中处理加密?

没有 .

如上述一篇文章所述,我们可以让客户接受所有证书 .

你可以,但它根本不安全,不应该这样做 .

在这种情况下,加密和解密将如何工作?客户端如何知道用于加密的公钥,因为我们没有在客户端的信任库中安装任何特定于服务器的密钥?

如上所述,你在这里有一个误解,但当你接受所有证书时,你不知道你在跟谁说话,所以任何加密都是毫无意义的 . 不要这样做 .

  • 0
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值