(1)何为CA服务器
CA服务器,一般也叫作证书服务器,Linux和Windows上都有相应的证书服务器软件,Cisco iOS也可以用作CA。证书的申请可以离线申请,也可以在线申请。
离线申请就是申请者提交CSR文件给CA时,走带外,例如复制粘贴。在线申请则是申请者通过SCEP协议带内发送CSR文件给CA。
openssl不支持在线申请,Windows和Cisco iOS都支持在线申请。本文以Linux(Ubuntu18.04)上的openssl来充当证书服务器,用来给证书申请者签发证书,一般Linux默认安装好了openssl程序。
(2)CA服务器的级别
CA服务器其实也是分等级的,比如RootCA,SubCA,Sub.SubCA,....直到最终的用户证书,这其实也构成了我们通常说的证书链,至于为何是这样,可以查阅PKI体系的相关资料。
每一级CA的证书都是由它直属的上级CA来颁发的,RootCA由于没有上一级,所以它的证书就是由自己签发的。现在一般的证书里面都带了一个扩展字段,用于指明该证书是否可以作为CA,当然除了这个以外,还有好多功能,下文会提及到。
(3)证书extensions字段介绍
在证书中,除了必要的字段(比如Issure,Subject...)外,还包含了一个叫做extensions的字段。
extensions里面内容很多,正式因为extensions,带给了我们证书的丰富性,解决了不少问题。
例如可以指明证书的用途,可以指明证书是否可以作为CA,给其他人签发证书,可以让该证书给多人使用,也就是我们所说的多域名证书。
(4)openssl与extensions字段的关系
openssl颁发证书时候,可以给证书加上一些extensions字段,以此为证书提供丰富的特性。
当然openssl在制作CSR时,也可以给CSR加上extensions字段,最终为根据此CSR生成的证书提供丰富的特性。
(5)openssl为申请者颁发证书流程
关于证书颁发流程可以通过,一条命令即可判断,看这条命令的输入参数有哪些,这些参数的输入值,是需要提前准备。
openssl ca //颁发证书的命令
-cert RootCA.pem //颁发者的证书,即直属CA的证书
-keyfile RootCA.key //颁发者的私钥,即直属CA的私钥
-in common.csr //被颁发证书的CSR文件
-days 3650 //被颁发证书的有效期
-md sha256 //被颁发证书的签名算法
-extensions usr_cert //被颁发证书的扩展字段
-out common.pem //被颁发的证书,即我们申请的证书,作为输出参数
所有命令都在路径/etc/ssl/目录下以root权限执行
su -
cd /etc/ssl/
此步骤的目的, 是为了解决调用openssl ca命令时报错, 无法继续下一步.
mkdir -p demoCA/newcerts
touch demoCA/index.txt
touch demoCA/index.txt.attr
touch demoCA/serial
echo "0001" > demoCA/serial
建议修改成如下所示
========================================================================
# A few difference way of specifying how similar the request should look
# For type CA, the listed attributes must be the same, and the optional
# and supplied fields are just that :-)
policy = policy_match
# For the CA policy
[ policy_match ]
countryName = optional
stateOrProvinceName = optional
organizationName = optional
organizationalUnitName = optional
commonName = supplied
emailAddress = optional
说明: 在CA给CSR签名产生证书时, 会比较CA证书和CSR文件里面的字段是否满足匹配策略
========================================================================
比较的字段如下:
counrtyName, stateOrProvinceName, organizationName,
organiztionUnitName, commonName, emailAddress
匹配的策略有match, optional, supplied, 三者的意思如下:
match:表示CA证书和申请者CSR对应字段必须相同,
optional:则可不相同,
supplied:则是必须不同,且不同为空
目的:以防出现以下问题
==========================================================================
Using configuration from /usr/lib/ssl/openssl.cnf
Check that the request matches the signature
Signature ok
The organizationalUnitName field is different between
CA certificate (UCTG) and the request (CRDC)
(1)执行下列命令,生成RSA公私钥对和CSR
openssl genrsa -out RootCA.key 2048
openssl req -key RootCA.key -out RootCA.csr -new -sha256
(2)查看需调用openssl.cnf文件的section [ v3_ca ]【此步骤可选】
[ v3_ca ]
subjectKeyIdentifier=hash
authorityKeyIdentifier=keyid:always,issuer
basicConstraints = critical,CA:true
(3)执行以下命令给RootCA自签发证书
openssl ca -selfsign -in RootCA.csr -keyfile RootCA.key -out RootCA.pem -days 3650 -md sha256 -extensions v3_ca
(4)查看RootCA的key、CSR、自签发证书【此步骤可选】
openssl key -in RootCA.key -text
openssl req -in RootCA.csr -text
openssl x509 -in RootCA.pem -text
(1)给SubCA生成key、CSR
openssl genrsa -out SubCA.key 2048
openssl req -key SubCA.key -out SubCA.csr -new -sha256
(2)确认SubCA的直属上级CA,也就是RootCA的证书和key都存在(上一步已经提前生成)
ls -l RootCA*
-rw-r--r-- 1 root root 1013 Apr 10 17:22 RootCA.csr
-rw-r--r-- 1 root root 1675 Apr 10 14:06 RootCA.key
-rw-r--r-- 1 root root 4333 Apr 10 17:28 RootCA.pem
(3)在openssl.cnf文件里新增section [ v3_ica ]
[ v3_ica ]
basicConstraints = critical, CA:TRUE
subjectKeyIdentifier = hash
authorityKeyIdentifier = keyid:always, issuer:always
keyUsage = critical, cRLSign, digitalSignature, keyCertSign
subjectAltName = @alt_ica
[ alt_ica ]
DNS.1 = SubCA.crdc.cisco.com
IP.1 = 10.74.97.122
(4)执行以下命令,给SubCA签发证书
openssl ca -cert RootCA.pem -keyfile RootCA.key -in SubCA.csr -out SubCA.pem -days 3650 -md sha256 -extensions v3_ica
(1)上传CSR文件到openssl指定的目录
ubuntu下建议为/etc/ssl/,centos下建议/etc/pki/tls/,可以通过ftp、ssh、scp、复制粘贴等等各种方式,上传申请者CSR文件到CA服务器。
CSR的内容里面可能携带有extensions,这些extensions一般说明该CSR的用途,别名,是否可以作为CA等等信息。
(2)选择直属上级CA的证书和key
在上文中已经制作好了RootCA和SubCA的证书和key,根据你的需求:是需要两级证书,还是三级证书,选择其中一个CA的证书和key,来签发证书即可。两级证书,就选择RootCA,三级证书就选择SubCA。
(3)查看需调用的section [ usr_cert ]【此步骤可选】
[ usr_cert ]
basicConstraints=CA:FALSE
nsComment = "OpenSSL Generated Certificate"
subjectKeyIdentifier=hash
authorityKeyIdentifier=keyid,issuer
(4)执行以下命令颁发证书
openssl ca -cert RootCA.pem -keyfile RootCA.key -in common.csr -out common.pem -days 3650 -md sha256 -extensions usr_cert
(1)上传CSR文件到openssl指定的目录
同2.5.1
(2)选择直属上级CA的证书和key
同2.5.1
(3)在openssl.cnf文件里新增section [ v3_san ]
[ v3_san ]
basicConstraints = CA:FALSE
keyUsage = nonRepudiation, digitalSignature, keyEncipherment
subjectAltName = @alt_san
[ alt_san ]
DNS.1 = san.crdc.cisco.com
IP.1 = x.x.x.x
(4)执行以下命令颁发证书
openssl ca -cert RootCA.pem -keyfile RootCA.key -in san.csr -out san.pem -days 3650 -md sha256 -extensions v3_san
(1)上传CSR文件到openssl指定的目录
同2.5.1
(2)选择直属上级CA的证书和key
同2.5.1
(3)在openssl.cnf文件里新增 section [ v3__server ]
[ v3__server ]
basicConstraints = critical, CA:FALSE
subjectKeyIdentifier = hash
authorityKeyIdentifier = keyid:always, issuer:always
keyUsage = critical, nonRepudiation, digitalSignature, keyEncipherment, keyAgreement
extendedKeyUsage = critical, serverAuth
subjectAltName = @alt__server
[ alt__server ]
DNS.1 = caowen-ipsec.crdc.cisco.com
DNS.2 = caowen-ssl.crdc.cisco.com
DNS.3 = caowen-srst.crdc.cisco.com
DNS.4 = caowen-cme.crdc.cisco.com
IP.1 = 10.74.97.126
IP.2 = 100.101.0.254
IP.3 = 2001:10:74:97::126
IP.4 = 2001:100:101::254
(4)执行以下命令颁发证书
openssl ca -cert RootCA.pem -keyfile RootCA.key -in caowen-c2911.csr -out caowen-c2911.pem -days 3650 -md sha256 -extensions v3__server