安全加密基础—基本概念、keytool、openssl_win11 openssl keytool

最新推荐文章于 2024-04-27 11:09:52 发布
最新推荐文章于 2024-04-27 11:09:52 发布
阅读量537 收藏 8
点赞数 5
分类专栏： 2024年程序员学习 文章标签： 安全 网络 服务器
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/m0_54513862/article/details/137677927
版权

常见的对称加密有: DES、2DES和3DES，AES。

但是这样又出现了一个问题，就是通信双方如何约定密钥？在网络上，发的任何信息都有可能被劫持，所以对称加密的问题就是通信双发如何能拿到密钥。

  1. 非对称加密

对称加密的问题在于互联网环境下没法传递密钥，因为密钥有可能泄漏。

非对称加密有两个密钥，一个公钥一个私钥。私钥只有消息接收者自己持有。公钥加密后只有私钥能解密，私钥加密后只有公钥能解密。

用公钥加密后的信息只有私钥的持有者能解密，如果双方想要用非对称加密进行通信的话，只要双方各持有一个公钥和一个私钥。然后各自用对方的公钥加密要发的数据，就能不被其他人破解。

或者只要A有一个公钥和一个私钥，然后A约定好一个对称加密的密钥，将这个密钥用公钥加密然后发给B，B收到后双方就可以用对称加密来通信。

总结上面这段就是，如果用非对称加密来通信有两种方式：

1一种是通信双方各持有一个公钥和私钥，然后用各自的非对称加密算法来通信。

2另一种是用非对称加密算法来约定对称加密算法中的密钥。之后用对称加密算法来通信。

常见的非对称加密算法有：DSA,ECC,RSA,DH

但是上面存在一个问题，通信双方都是私钥的持有者，来接收公钥加密后的信息，那么怎么保证自己发出的公钥加密信息不会被他人篡改和替换？

  1. 数字签名

要想解决自己发出的公钥信息不会被篡改和替换，只要在信息上留下别人无法修改的记号就可以了。这就是数字签名。只要信息发送者在信息中加入用自己私钥加密的一段信息，消息接收者用消息发送者的公钥能解开那段信息，就能保证信息没有被别人替换。那么加密一段什么信息比较好呢？这就要引出消息摘要算法。

发送方：密文(数字签名) = RSA(信息摘要,发送方私钥)

接收方：明文(信息摘要) = RSA(信息摘要,发送方公钥)

  1. 消息摘要****(MD5)****

消息摘要不是加密算法，他是不可逆的。它是对一段信息进行处理然后得到一串定长的消息摘要，同样的信息内容得到的消息摘要是相同的，不同的信息内容得到的消息摘要是不同的。所以一般用消息摘要可以判断信息内容是否被修改，而且因为不管消息内容有多少，得到的消息摘要都是一样长度的。

常见的信息摘要有：MD5、SHA1。

特性：定长，不可逆，相同明文加密后的摘要也相同且恒相同。一般是MD5串

用途：判断信息内容是否被篡改

所以现在是不是能实现完美的加密通信了呢？双发各持有一个公钥和一个私钥。要发消息时，先对消息内容进行消息摘要。在对消息内容用对方的公钥加密。最后再用自己的私钥对消息摘要加密形成数字签名。这样保证接收方收到内容时，内容不会被泄漏伪造和替换。

例如：

发送方（发送方私钥，接收方公钥）

信息明文 = a=1&b=2&c=999.19&d=图书

消息摘要 = md5(a=1&c=999.19) = D08751F4CD7C0376127C19D84220A395

数字签名加密 = RSA( ${消息摘要}, 发送方私钥)【加密】

信息密文：RSA(“a=1&b=2&c=999.19&d=图书”,接收方公钥)【加密】

发送内容：msg=信息密文&sign=数字签名

接收方（接收方私钥，发送方公钥）

接收内容：msg=信息密文&sign=数字签名

信息明文：RSA(${信息密文},接收方私钥)【解密】

a=1&b=2&c=999.19&d=图书

数字签名解密：RSA(${数字签名},发送方公钥)【解密】

摘要 = D08751F4CD7C0376127C19D84220A395

自制摘要：md5(a=1&c=999.19) = D08751F4CD7C0376127C19D84220A395

验证摘要： ${摘要} == ${自制摘要}  ===>  success

  1. CA数字证书****(解决公钥分发的问题)****

但是回到非对称加密的起点，公钥怎么公开又是个问题。如果你虽然对外公开了你的公钥。但是你把公钥发给别人的时候被别人替换成他的公钥怎么办？你可能会说，用数字签名。你刚刚才说数字签名和保证内容不被替换和修改。但是数字签名的前提是你要通信的那个人已经拿到了你的公钥，然后你用私钥对消息签名，他才能用你的公钥来判断是不是你的私钥签的名。现在的问题是他怎么能正确的拿到你的公钥，如果你的公钥被别人替换，那么你的后续的数字签名就没有用了。

那么如下图。既然在一开始传递公钥时，小红没法自己签名。那么找一个大家的认可的第三方（CA），把小红的个人信息和公钥告诉第三方，第三方对这些内容进行数字签名（相当于盖了一个公章），形成一个数字证书。然后小明用第三方的公钥如果能解开数字签名（鉴别公章是不是假的），就说明里面的内容是得到权威认证的。而且里面的内容有你的公钥和个人信息，这样小明就得到了小红的公钥，而且这个公钥不可能是被别人替换或者修改过的。

公钥发送方：

公钥=D08751F4CD7C0376127C19D84220A395

个人信息：公司名称，住址，电话

CA机构：

数字签名加密 = RSA( 公钥 + {公钥}+ 公钥+{个人信息}, CA私钥)【加密】

数字签名: U2FsdGVkX1/BtnM+Wi3cLDD54LjYACXz9M1+nyRLf6rADT5bmS75RdenbUJE80BD

GSW8cz+hZUC96hyc1DEkxi9r0KdmbNrreFbBhAkEGNU=

形成所谓证书，其实就是个数字签名，本质是一串加密字符串

公钥接收方：

接收数字签名：U2FsdGVkX1/BtnM+Wi3cLDD54LjYACXz9M1+nyRLf6rADT5bmS75RdenbUJE80BD

GSW8cz+hZUC96hyc1DEkxi9r0KdmbNrreFbBhAkEGNU=

数字签名解密：RSA( 公钥 + {公钥}+ 公钥+{个人信息}, CA公钥)【解密】

公钥=D08751F4CD7C0376127C19D84220A395

个人信息：公司名称，住址，电话

成功获得发送方公钥

CA公钥怎么来的？硬件机器内置的。

现在问题来了，上图的第四步，小明在验证小红的证书时。需要验证数字签名确实是权威CA签的，需要用CA的公钥才能解开数字签名。那么小明怎么得到CA的公钥呢？

其实，信任是有起点的。

CA 不仅为他人生成证书，也生成自己的证书，CA 为自己生成的证书里包含了CA的公钥。CA 的证书在电脑、手机等设备出场的时候就会预置在系统里、浏览器里。因此，当小明验证小红的证书时，会在系统里寻找能够解开小红证书的CA 公钥，若是找到则说明小明证书的颁发机构是可信任的，既然信任了该证书，那么从证书里取出的公钥，小明也认可是小红的。如果在本机中没找到对应的公钥，那么小明就会认为这个证书是不可信的，就会提示用户是否要继续访问。

  1. HTTPS

https是应用层协议，它会结合传输层和应用层之前的ssl一起使用，实现加密传输。（ssh也是加密协议，通常用在客户端远程访问）。https大概流程如下：

1客户端通过发送Client Hello报文开始SSL通信。报文中包含客户端支持的SSL的指定版本、加密组件（Cipher Suite）列表（所使用的加密算法及密钥长度等）。

注意：客户端还会附加一个随机数，这里记为A。

2服务器可进行SSL通信时，会以Server Hello报文作为应答。和客户端一样，在报文中包含SSL版本以及加密组件。服务器的加密组件内容是从接收到的客户端加密组件内筛选出来的。

注意：这里服务器同样会附加一个随机数，发给客户端，这里记为B。

3之后服务器发送Certificate报文。报文中包含公开密钥证书。（具体的数字签名请看证书一节）

4最后服务器发送Server Hello Done报文通知客户端，最初阶段的SSL握手协商部分结束。

5 SSL第一次握手结束后，客户端会对服务器发过来的证书进行验证，如果验证成功，解密取出证书中的公钥。（具体查看证书一节）

接着，客户端以Client Key Exchange报文作为回应。报文中包含通信加密中使用的一种被称为Pre-master secret的随机密码串。该报文使用从证书中解密获得的公钥进行加密（其实就是服务器的公钥）。

6客户端继续发送Change Cipher Spec报文。用于告知服务端，客户端已经切换到之前协商好的加密套件（Cipher Suite）的状态，准备使用之前协商好的加密套件加密数据并传输了。

7客户端发送Finished报文。该报文包含连接至今全部报文的整体校验值（也就是HASH值），用来供服务器校验。

8服务器接收到客户端的请求之后，使用私钥解密报文，把Pre-master secret取出来。接着，服务器同样发送Change Cipher Spec报文。

9服务器同样发送Finished报文，用来供客户端校验。

10服务器和客户端的Finished报文交换完毕之后，SSL连接就算建立完成。当然，通信会受到SSL的保护。从此处开始进行应用层协议的通信，即发送HTTP请求。

11应用层协议通信，即发送HTTP响应。

12最后由客户端断开连接。断开连接时，发送close_notify报文。上图做了一些省略，这步之后再发送TCP FIN报文来关闭与TCP的通信。

  1. 相关文件扩展名

私钥、公钥、证书这三个相关的文件一般有以下扩展名：

  1. 常用后缀名

证书(Certificate) - *.cer *.crt

私钥(Private Key) - *.key

证书签名请求(Certificate signing request) - *.csr

证书吊销列表(Certificate Revocation List) - .crl

X.509是常见通用的证书格式。所有的证书都符合为PublicKeyInfrastructure(PKI)制定的 ITU-T X509 国际标准。

pem(base64)和der(二进制)是证书的编码方式，以.pem结尾的文件既可以是证书也可以是私钥。（X.509是证书的内容格式，pem是编码方式）

.jks和.p12是是一种容器格式，可以同时保存多个证书和私钥。

注意，后缀名只是一种命名规范，只是让使用者能知道这个文件代表这什么。

  1. 普通的pem文件内容

-----BEGIN PRIVATE KEY-----

ksldfjs

ksdjflsdf

…

…

sfjlskjdfljf

ksdfjlsdkf

-----END PRIVATE KEY-----

二、keytool

在java中，jdk提供了管理公钥、私钥和证书的工具keytool。Keytool将密钥（key）和证书（certificates）存在一个称为keystore的文件中。也就是说，在keystore里只包含两种数据：

  1. 密钥实体：如果采用非对称加密形式，则包含私钥和配对公钥，否则只包括密钥。
  2. 可信任的证书实体：只包含公钥

keystore文件俗称密钥库，可以保存多个密钥和证书，密钥库的默认格式为jks，命名一般叫xxx.keystore。

keystore（密钥库）是一个用于存储密钥对、数字证书和可信证书的安全文件。它通常以文件的形式存在，受密码保护。keystore 可以包含用于身份验证、数字签名、加密等目的的密钥。

在 Java 中，keystore通常用于安全通信、数字签名和加密等场景。它提供了一种安全的方式来存储和管理密钥和证书，以确保它们不会被未经授权的人访问或修改。keystore通常以文件的形式存储在文件系统中，也可以存储在数据库或其他存储介质中。常见的 keystore类型包括 JKS（Java Key Store）、PKCS12（Public Key Cryptography Standards 12）和 BKS（Bouncy Castle Key Store）等。

JKS - 即Java Key Store,这是Java的专利 和 OpenSSL作用差不多。利用Java的一个叫"keytool"的工具，可以生成密钥对。

2.1常用的命令如下

常用命令：https://blog.csdn.net/jobjava/article/details/135343775

2.1.1生成密钥库并创建第一个条目（密钥）

秘钥需要存储在秘钥库中，秘钥库可以理解为一个存储了一个或多个秘钥的文件。一个秘钥库可以存储多个密钥对，每个秘钥对都需要给它们取一个别名。

因为不存储任何条目的秘钥库是没有意义的，所以我们在生成秘钥库的时候需要指定一个条目，如果不指定，默认是的条目名称是mykey。

我们在 E:\keystore 目录下生成一个文件名为test.keystore的秘钥库，因为这个文件是第一次生成，必须同时生成一个条目，我决定将该秘钥库存储的第一个秘钥对的条目取名为mytest。命令是：

keytool -genkeypair -keystore  “E:\keystore\test.keystore”   -alias  mytest   -keyalg   RSA   -validity  365 -keysize 1024

  1. -genkeypair : 表示生成自签名密钥对，可简写-genkey

  2. -keystore：每个 keytool 命令都有一个 -keystore 选项，用于指定 keytool 管理的密钥仓库的永久密钥仓库文件名称及其位置。如果不指定 -keystore 选项，则缺省密钥仓库将是宿主目录中（由系统属性的"user.home"决定）名为 .keystore 的文件。如果该文件并不存在，则它将被创建。密钥库扩展名可以是.store或.jks。

  3. -alias ：别名，指定密钥条目的别名，该别名是公开的。使用者通过该名称来操作密钥对。（因为一个密钥库会有多个密钥对）

  4. -keyalg ：指定密钥生成算法RSA，默认DSA。

    1. DSA只能用来签名（签名是私钥加密，公钥解密）
    2. RSA既可以用来签名也能用来明文加密。（明文加密是公钥加密，私钥解密）

  5. -keysize： 密钥位大小（字节）1024

  6. -validity：有效天数，365表示1年。

其他参数

  1. -groupname   组名，例如：an Elliptic Curve name.
  2. -sigalg   签名算法名称（RSA\DSA）
  3. -storetype   密钥库类型（PKCS12、jks，默认jks）
  4. -destalias  目标别名（和上面的别名一样即可）
  5. -dname          唯一判别名（如果没配置，输入命令时会提示输入相关信息，随便填就好了），例如：-dname “CN=(名字与姓氏), OU=(组织单位名称), O=(组织名称), L=(城市或区域名称), ST=(州或省份名称), C=(单位的两字母国家代码)”
  6. -startdate   证书有效期开始日期/时间(使用默认的即可)
  7. -validity      有效天数
  8. -keypass           密钥口令（别名密码）
  9. -storepass         密钥库口令
  10. -v                       详细输出

5、注意事项

1、如果指定的密钥库是第一次创建，则必须在创建时初始化一个条目。

2、密钥库的密码至少必须6个字符，可以是纯数字或者字母或者数字和字母的组合等。

3、"名字与姓氏"应该是输入域名，而不是我们的个人姓名，其他的可以不填。

执行完上述命令后，在操作系统的指定目录E:\keystore下生成了一个"test.keystore"的文件。

备注：需要设置密钥库口令和密钥口令，实现双保险的目的。

2.1.2生成秘钥（对称加密的秘钥）

keytool -genseckey -alias  mytest -keystore  “E:\keystore\test.keystore”      -keyalg   DES

  1. -genseckey : 生成密钥

  2. -alias ：别名，指定密钥条目的别名，该别名是公开的。使用者通过该名称来操作密钥对。（因为一个密钥库会有多个密钥对）

  3. -keystore：每个 keytool 命令都有一个 -keystore 选项，用于指定 keytool 管理的密钥仓库的永久密钥仓库文件名称及其位置。如果不指定 -keystore 选项，则缺省密钥仓库将是宿主目录中（由系统属性的"user.home"决定）名为 .keystore 的文件。如果该文件并不存在，则它将被创建。密钥库扩展名可以是.store或.jks。

  4. -keyalg ：指定密钥生成算法AES/DES，默认AES。

  5. -keysize： 密钥位大小（字节）,取值：128，192或256

其他参数

  1. -storetype   密钥库类型（PKCS12、jks，默认jks）
  2. -storepass         密钥库口令
  3. -v                       详细输出
2.1.3根据证书请求生成证书

keytool -gencert

用于向CA授信机构发请求，没研究过

2.1.4从密钥库中导出crt证书

keytool -export -keystore “E:\keystore\test.keystore” -alias privatekeys -file certfile.cer

  1. -export : 表示导出
  2. -keystore：每个 keytool 命令都有一个 -keystore 选项，用于指定 keytool 管理的密钥仓库的永久密钥仓库文件名称及其位置。如果不指定 -keystore 选项，则缺省密钥仓库将是宿主目录中（由系统属性的"user.home"决定）名为 .keystore 的文件。如果该文件并不存在，则它将被创建。密钥库扩展名可以是.store或.jks。
  3. -alias ：别名，指定密钥条目的别名，该别名是公开的。使用者通过该名称来操作密钥对。（因为一个密钥库会有多个密钥对）
  4. -file ：公钥文件存放路径
2.1.5将证书导入到公钥库

keytool -import -keystore “E:\keystore\test.keystore” -alias publiccert -file certfile.cer

  1. -import : 表示导入
  2. -keystore：每个 keytool 命令都有一个 -keystore 选项，用于指定 keytool 管理的密钥仓库的永久密钥仓库文件名称及其位置。如果不指定 -keystore 选项，则缺省密钥仓库将是宿主目录中（由系统属性的"user.home"决定）名为 .keystore 的文件。如果该文件并不存在，则它将被创建。密钥库扩展名可以是.store或.jks。
  3. -alias ：别名，指定密钥条目的别名，该别名是公开的。使用者通过该名称来操作密钥对。（因为一个密钥库会有多个密钥对）
  4. -file ：公钥文件存放路径

我们通常把第一步生成的称为私钥库，其中包含私钥和证书。这里生成的叫公钥库，其中只含有证书。

私钥库是服务端使用，公钥库是给客户端使用。

2.1.6查看密钥库信息

keytool -list -v -keystore “E:\keystore\test.keystore”

  1. -list：条目显示
  2. -v：详细输出
  3. -keystore：每个 keytool 命令都有一个 -keystore 选项，用于指定 keytool 管理的密钥仓库的永久密钥仓库文件名称及其位置。如果不指定 -keystore 选项，则缺省密钥仓库将是宿主目录中（由系统属性的"user.home"决定）名为 .keystore 的文件。如果该文件并不存在，则它将被创建。密钥库扩展名可以是.store或.jks。
  4. -rfc 以 RFC 样式输出
  5. -alias 要处理的条目的别名
  6. -storepass 密钥库口令
2.1.7更改条目的密码口令

keytool -keypasswd -v -alias signtest2 -keypass a123456 -new 123456 -keystore ./signtest3.keystore -storepass a123456

  1. -alias 要处理的条目的别名
  2. -keypass 密钥口令(别名alias原密码)
  3. -new 新口令
  4. -keystore 密钥库名称
  5. -storepass 密钥库口令
  6. -v 详细输出
2.1.8更改密码库的存储口令

keytool -storepasswd -v -keystore ./signtest3.keystore -storepass a123456 -new 123456

  1. -new 新口令
  2. -keystore 密钥库名称
  3. -storepass 密钥库口令
  4. -v 详细输出
2.1.9 将jks转为p12文件

keytool -importkeystore -srckeystore ‪x:\xxx\xxx.jks（jks文件路径） -srcstoretype JKS -deststoretype PKCS12 -destkeystore x:\xxx\xxx.p12（后缀改为p12）

三、openssl

3.1格式转换

通常keytool生成的jks格式的密钥库，只用在java相关的程序中使用，例如tomcat。如果要在其他应用中使用，就需要进行格式转换。例如nginx中使用的就是pem格式的证书和私钥，其中私钥扩展名使用.key，公钥扩展名使用.crt。当然你都取名为pem也是没问题的。

3.1.1 jks格式的密钥库转为pem格式，需要以下步骤
3.1.1.1 keytool将jsk转为p12文件
3.1.1.2 p12转pem

openssl pkcs12 -nodes -in csii.p12 -out csii.pem

自我介绍一下，小编13年上海交大毕业，曾经在小公司待过，也去过华为、OPPO等大厂，18年进入阿里一直到现在。

深知大多数网络安全工程师，想要提升技能，往往是自己摸索成长，但自己不成体系的自学效果低效又漫长，而且极易碰到天花板技术停滞不前！

因此收集整理了一份《2024年网络安全全套学习资料》，初衷也很简单，就是希望能够帮助到想自学提升又不知道该从何学起的朋友。
img
img
img
img
img
img

既有适合小白学习的零基础资料，也有适合3年以上经验的小伙伴深入学习提升的进阶课程，基本涵盖了95%以上网络安全知识点，真正体系化！

由于文件比较大，这里只是将部分目录大纲截图出来，每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频，并且后续会持续更新

如果你觉得这些内容对你有帮助，可以添加VX：vip204888 （备注网络安全获取）
img

给大家的福利

零基础入门

对于从来没有接触过网络安全的同学，我们帮你准备了详细的学习成长路线图。可以说是最科学最系统的学习路线，大家跟着这个大的方向学习准没问题。

同时每个成长路线对应的板块都有配套的视频提供：

在这里插入图片描述

因篇幅有限，仅展示部分资料

一个人可以走的很快，但一群人才能走的更远。不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎扫码加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！
img

于文件比较大，这里只是将部分目录大纲截图出来，每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频，并且后续会持续更新**

如果你觉得这些内容对你有帮助，可以添加VX：vip204888 （备注网络安全获取）
[外链图片转存中…(img-ULLNQsr1-1712900602845)]

给大家的福利

零基础入门

对于从来没有接触过网络安全的同学，我们帮你准备了详细的学习成长路线图。可以说是最科学最系统的学习路线，大家跟着这个大的方向学习准没问题。

同时每个成长路线对应的板块都有配套的视频提供：

在这里插入图片描述

因篇幅有限，仅展示部分资料

一个人可以走的很快，但一群人才能走的更远。不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎扫码加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！
[外链图片转存中…(img-cQE9IFkO-1712900602845)]

谷口仙三
关注
  • 5
    点赞
  • 踩
  • 8
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
https证书生成工具(openssl和jre(自带keytool)) for windows.rar
05-28
openssl和keytool都是生成https证书的工具，可以在windows上安装使用，附带一些操作说明，希望可以帮助大家
openssl加解密原理
weixin_34315189的博客
11-14 658
1 2 3 4 5 6 7 8 9 加密算法和协议： 一、加密和解密简介 二、OpenSSL和GPG 三、对称加密的密钥分发 四、非对称加密 五、SSL/TLS的实现 六、OpenSSL应用 七、构建私有CA 八、证书签署案例 一、加密和解密简介 对称加密：数据加密传输(保密性),DES,3DES,AES, 公钥加...
一文读懂：密钥-加密算法-数字证书相关概念
℡﹏余温***
04-27 1209
本文介绍了密钥、签名、摘要、验签、数字信封、数字证书与常见加密算法的概念。帮助大家清晰了解加密技术，防止混淆。
OpenSSL and Keytool
04-11
NULL 博文链接：https://923080512.iteye.com/blog/1683057
安全加密基础—基本概念、keytool、openssl
qq_51114283的博客
05-08 1233
本文不涉及源码、底层。只是讲解大概的密码演变过程和基本概念。能让接触到相关名词的人知道这些名词是干嘛的，为什么要有它。专业人士可以当作概念梳理，非专业人士可以当作科普。
OpenSSL 和 keytool 的区别
LawssssCat的博客
03-14 3842
（科普向，大神笑笑就好） 学习生成证书的过程，我们会用到 连个工具：openssl、keytool 进一步了解，我们会知道，这两个工具，单独也可以生成证书。 那他们生成的证书区别是什么？ 数字证书管理工具openssl和keytool的区别 一句话：keytool没办法签发证书，而openssl能够进行签发和证书链的管理 因此，keytool 签发的所谓证书只是一种 自签名证书 自签名证书 所...
【ssl认证、证书】SSL 证书基本概念、证书格式、openssl和keytool的区别
m0_45406092的博客
03-30 1883
csr 是证书请求文件，由客户生成，然后提供给CA签发机构，是由 RFC 2986定义的PKCS10格式，包含部分/全部的请求证书的信息，比如，主题, 机构，国家等，并且包含了请求证书的公玥，这些被CA签发机构中心签名后返回一张证书。前面我们知道了二进制和文本形式的证书格式，那么为了便于用户识别证书的协议等信息，约定了一些后缀，通过后缀，用户大概就知道了证书的一些信息。der 和pem 是协议，又可以直接作为后缀名，让用户知道是用二进制还是文本存储的，但是具体的内容可以是证书，也可以是密钥。
数字证书管理工具openssl和keytool的区别
weixin_30421809的博客
05-09 589
1.　　用SSL进行双向身份验证意思就是在客户机连接服务器时，链接双方都要对彼此的数字证书进行验证，保证这是经过授权的才能够连接（我们链接一般的SSL时采用的是单向验证，客户机只验证服务器的证书，服务器不验证客户机的证书。而连接网上银行时使用的U盾就是用来存储进行双向验证所需要的客户端证书的）。　　JDK里面内置了一个数字证书生产工具：keytool。但是这个工具只能生成自签名的数字证书。所谓自签...
java + keytool+openssl 实现批量生成客户端证书
06-07
使用Java实现根据ca购买到的根证书 批量生产客户端需要的.bks和.cer文件，从而实现双向认证
CA.zip_certificates_openssl 证书_数字证书
09-24
在IT领域，数字证书是网络安全中的重要组成部分，用于验证网络实体的身份。它们广泛应用于HTTPS、...在这个过程中，理解公钥基础设施（PKI）的概念，熟悉X.509证书标准，以及如何配置和管理证书链，都是非常重要的。
openssl-1.0.2q-x64_86-win64.rar
04-20
openssl-for-windows，Android 获取android密钥哈希码（keytool -exportcert -alias openssl sha1 -binary | openssl base64）请看博客：https://yuzhiqiang.blog.csdn.net/article/details/105614590
【可食用】KeyTool生成KeyStore，证书、公钥、私钥文档JAVA生成，JAVA实现ECC签名验签
m0_59579040的博客
05-17 5458
KeyTool生成KeyStore，JAVA证书、公钥、私钥文档生成，JAVA实现ECC签名验签 一、首先我们可以写个工具类生成密钥对、证书、公钥、私钥文本 jksAndCerGenerator.java package com.southwind.util.u; import java.io.BufferedWriter; import java.io.FileInputStream; import java.io.FileOutputStream; import java.io.IOExceptio
SpringBoot使用JKS或PKCS12证书实现https
ThinkPet
08-01 3646
可以利用jdk自带的keytool工具来生成证书文件，默认生成的是JKS证书cmd命令如下: 执行如下命令，并按提示填写证书内容，最后会生成server.keystore文件。
Java-密钥keytool及KeyStore的使用
vivisoul的专栏
08-31 3965
Java中提供了keytool生成密钥文件的方式，用于一定程度的隐私保护。Android中就是通过此证书方式，用于apk的安装验证，在相关项目中使用对应的jks验证文件，可以保证不同开发者对同一工程进行调试时，无需卸载安装。 keytool简介keytool是java的数据证书管理工具，keytool将密钥(key)和证书(certificates)存在keystore文件中，该文件中包含两种数据：
主密钥、密钥加密密钥、会话密钥的关系
qq_51393133的博客
08-11 1108
那么A、B都知道这个密钥加密密钥，就可以传输了会话密钥，用会话密钥加密大量通信数据，用坏了也不心疼。这并不代表A、B之间一个密钥也没有，事实上，A、B之间有一个主密钥Km，这个密钥十分的珍贵，每加密一次，所产生的密文被捕获后，就增加了一份被破译的风险，所以是不会用这个主密钥来加密数据的。当然需要额外的信息，A决定用什么参数，方法是公认的方法，A把参数明文+密钥加密钥加密的会话密钥发给B，B通过参数自然可以得到密钥加密密钥，于是可以解出会话密钥。用来加密大量通话数据的密钥，每次会话更换一次会话密钥。
OpenSSL与KeyStore指令小集
热门推荐
永无止境，上下求索
02-05 1万+
前言 最近项目里面用到了SSL双向认证和传输加密的技术，研究了一下，想把相关的指令和代码分享出来，以期后来者能够少踩坑，顺利解决问题。我们的项目服务器是C，客户端为Java，CS架构，中间通过Socket通讯。 OpenSSL和Java KeyStore本质上没有关系，只是客户端用到Java，Java里面SSL认证加密的密码和证书需要存储到KeyStore这个容器里面，所以OpenSSL产生的
keytool使用
码工的专栏
08-01 1209
Keytool 是一个Java 数据证书的管理工具 ,Keytool 将密钥（key）和证书（certificates）存在一个称为keystore的文件中 在keystore里，包含两种数据： 密钥实体（Key entity）——密钥（secret key）又或者是私钥和配对公钥（采用非对称加密） 可信任的证书实体（trusted certificate entries）——只包含公钥 a...
openssl + keytool 生成keystore文件
Extra_warrior的博客
04-18 1245
运行条件：linux， 已安装openssl操作步骤：1. 获取证书内容 echo | openssl s_client -connect www.baidu.com:443该命令会打印出证书内容，复制证书内容：-----BEGIN CERTIFICATE----- 到 -----END CERTIFICATE-----2. 保存复制的内容到证书文件nano baidu.cer 生成并打开证...
OPENSSL与KeyStore
DavyJonesWang的专栏
11-09 5066
1、OpenSSL实践 工作中需要配置使用SSL来双向认证并通信的FTP服务器，以OpenSSL和Java的keytool为例，来完成证书的制作： d:/openssl/mkcerts>openssl genrsa -out ca.key 1024 创建CA私钥 Loading 'screen' into random state - done warning, not mu
openssl 和keytool
最新发布
07-04
OpenSSL和KeyTool都是用于处理密码学任务的重要工具，但在不同领域有所侧重。 **OpenSSL**: OpenSSL是一个广泛使用的开源安全套接字层（SSL）库和应用程序集。它提供了丰富的加密功能，包括支持HTTPS、TLS/SSL协议，用于数据加密、解密、数字签名、哈希计算等。OpenSSL可用于客户端和服务端进行安全通信，并且常用于生成公钥私钥对（如RSA或ECDSA），管理证书，以及进行X.509证书的操作，比如签发、验证和转换。 **KeyTool**: KeyTool是Java Development Kit (JDK) 中的一个实用程序，主要用于管理Java平台的关键材料（keystores）。Keystore是Java中存储私钥、公钥以及证书的地方，KeyTool主要用来创建、更新、查看、导入、导出这些密钥和证书，还用于生成自签名证书、JKS（Java keystore）文件的管理以及其他一些与Java安全相关的操作。 简单来说，OpenSSL更适合于跨平台的网络通信和通用密码学应用，而KeyTool则是专为Java环境设计的，主要用于管理Java安全体系中的证书和密钥。如果你正在开发Java应用，KeyTool会是不可或缺的；对于更广泛的密码学需求，尤其是涉及到多种语言或非Java项目，OpenSSL则更为常见。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值