Linux 搭建私有CA,用于实现数字证书的管


CA和PKI介绍

CA(Certificate Authority),翻译过来就叫作证书颁发机构。用于实现数字证书的管理,包括证书颁发、吊销、续期等。

PKI(Registration Authority ),翻译过来叫作注册机构,负责接收请求并验证实体的身份,然后指示 CA 为其颁发或撤销证书。

CA和PKI的关系:PKI 是一个更大的框架或系统,而 CA 是 PKI 中的一个核心组件

搭建私有CA

使用OpenSSL可以自己搭建一个私有的CA,实现私有证书的管理。

1、安装OpenSSL

一般Linux发行版系统默认就安装了OpenSSL的,如果没有可以通过包管理工具或者源码编译安装。

OpenSSL中文网: https://www.openssl.net.cn/

2、创建目录结构

使用OpenSSL搭建私有CA时,清晰目录结构有助于组织和管理CA操作,所以我们要创建以下目录:

(1)创建工作目录,将CA的所有文件放在一个专门的目录中

mkdir /etc/pki/CA

(2)创建相关子目录,不同的子目录存放不同的文件

mkdir /etc/pki/CA/{certs,crl,newcerts,private}

# 注意这个文件初始时一定要为空,不然后期没法颁发证书
touch  /etc/pki/CA/index.txt

echo 01 > /etc/pki/CA/serial

目录说明:

  • certs目录:用于统一存放CA签发的证书

  • crl目录:用于存放一个证书吊销文件,这个文件的内容记录了吊销证书的信息

  • newcerts目录:这个目录存放的是刚创建的证书

  • private:存放的是CA的私钥文件

文件说明:

  • index.txt文件: 是OpenSSL用来跟踪哪些证书已经被签署的数据库。对于一个新的CA,index.txt应该是一个空文件,如果这个文件非空,签发证书的时候会失败。

  • serial文件:存放颁发证书的编号的文件,每当签发新证书时,OpenSSL会读取这个文件中的值作为其序列号,并增加该值以供下次使用,所以需要给他赋初值。

3、编辑配置文件

只有在与证书、证书请求、和与PKI相关的操作有关时才会读取openssl的配置文件,其它例如加密解密、非对称加密解密、哈希算法这些操作是不会读取配置文件内容。

所以编辑openssl的配置文件目的在于定义和定制OpenSSL命令行工具的行为,在配置文件中定义一些默认值,这样在进行证书相关操作时可以少输入很多内容。

如果不知道OpenSSL的配置文件在哪儿,可以通过 openssl version -d 来查找OpenSSL的相关文件。

sudo openssl version -d

(1)先将原有的配置文件备份,然后手动创建同名配置文件

sudo mv /etc/ssl/openssl.cnf /etc/ssl/openssl.cnf-bak

(2)编辑配置文件,加入以下一些简单的配置

sudo vim /etc/ssl/openssl.cnf
# [ ca ]指定默认的 CA 配置区段,因为可能会存在多个 CA 配置区段,用于不同的目的或者不同的证书策略
[ ca ]
# 定义默认的CA设置部分名称
default_ca = CA_default


# [ CA_default ] 定义了关于证书颁发机构(CA)的默认设置和相关文件路径。
[ CA_default ]
# 定义CA的主目录。
dir = /etc/pki/CA
# 已签发的证书的存储位置
certs = $dir/certs
# 新证书的默认存放位置
new_certs_dir = $dir/newcerts
#  用于存储证书签发信息的数据库文件的位置
database = $dir/index.txt
# CA的证书位置
certificate = $dir/certs/cacert.pem
# CA的私钥位置
private_key = $dir/private/cakey.key
# 存储当前证书序列号的文件位置
serial = $dir/serial
# 默认证书有效期
default_days = 3650
# 默认使用的消息摘要算
default_md = sha256
# 决定是否保留从证书请求(CSR)中传入的Distinguished Name(DN)的顺序
preserve = no


# [ req ]定义了与生成证书请求文件(也称为Certificate Signing Request,简称CSR)相关的默认设置
[ req ]
# 生成新私钥时使用的默认位数
default_bits = 2048
# 是否在创建证书请求时提示用户输入详细信息
	# no表示使用 openssl req 命令创建新的CSR或证书时,将不会被提示输入任何DN字段,会使用 [ dn ] 部分提供的默认值。
prompt = no
# 用于证书请求的默认消息摘要算法
default_md = sha256
	# 告诉OpenSSL使用配置文件中的[ dn ]部分作为CSR的默认字段值
distinguished_name = dn


# [ dn ] 定义了默认的Distinguished Name(可分辨名称)属性和它们的值
	# C:国家 ST:省 L:市 O:通常是一个公司或机构的全名 OU:组织内部的一个特定部门或单位 
	# CN:在 SSL/TLS 证书的上下文中通常表示证书意图保护的域名emailAddress:邮箱
[ dn ]
C = CN
ST = BeiJin
L = BeiJin
O = My Company
OU = My Organizational Unit
emailAddress = admin@mycompany.com
CN = mycompany.com

配置文件链接

4、自签名证书生成

(1)要生成自签名证书,首先得需要有私钥,所以第一步就是需要先生成私钥。

# -algorithm RSA: 指定密钥的类型为 RSA

openssl genpkey -algorithm RSA -out /etc/pki/CA/private/cakey.key

(2)根据生成得私钥创建一个新的根证书,使用这个证书来签署其它得证书
在配置文件中通过 certificate = $dir/certs/cacert.pem 指定了CA证书的位置,这里创建自签名证书的时候就要放到对应的位置才可以。

openssl req -key /etc/pki/CA/private/cakey.key -new -x509 -days 7300 -out /etc/pki/CA/certs/cacert.pem

至此,私有CA就算搭建完成了。

CA颁发证书

1、用户生成证书请求文件(CSR)

如果客户端想要CA给它颁发证书,首先就需要准备一个证书请求文件,CSR中包含公钥和请求者的标识信息(如:组织、位置、国家、域名等)

# 一般先创建一个目录存放相关文件
mkdir tom

# cd tom

# 一步到位生成私钥和CSR
sudo openssl req -new -keyout tom.key -out tom_req.csr -nodes

说明:

  • 一般情况下,生成私钥的时候会要求输入一个密码,不输入的话可能会提示error,可以通过 -nodes 参数来不输入密码

  • 这里是一步到位生成私钥和CSR,-keyout clientkey.pem 选项生成一个新的私钥,然后根据生成的私钥创建证书请求文件

  • 因为我是直接在CA上生成的CSR,配置文件里面指定了请求者的标识信息(如:组织、位置、国家、域名等,所以这里没有提示输出。

2、CA接收用户的CSR

客户端将CSR生成后,需要交给CA,可以通过文件拷贝、远程传输都可以。

这里单独给客户的证书请求文件创建了一个目录,用于保存客户端传输过来的CSR文件。

mkdir /etc/pki/CA/csr

3、CA验证身份

CA会验证请求者的身份,例如发右键、打电话给请求者。

4、CA签发证书

CSR通过验证了,就使用其私钥为请求者的公钥签发一个证书。该证书有效地绑定了请求者的身份和其公钥。

sudo openssl ca -batch -in /etc/pki/CA/csr/tom_req.csr -out /etc/pki/CA/certs/tom.pem

说明:

  • 通过 -bath参数实现签署证书时自动确认

  • 如果初始化CA环境的时候,index.txt这个数据库文件不为空,那么此时签署证书不会成功,也不会有任何错误提示。

(5)证书生成后,返回给客户端,请求者可以将证书和其私钥一起使用

CA的几个特殊文件

在搭建好私有CA并且颁发证书后,可以看到除了原来的index.txt和serial,还生成了index.txt.attr、index.txt.old、serial.old文件

serial

serial这个文件包含下一个证书的序列号。每当一个新的证书被签发,这个数字会增加,确保每个证书都有一个唯一的序列号。

可以看到证书生成后,可以看到serial文件的内容递增了 1

ehigh@ubuntu:/etc/pki/CA$ cat serial
02

index.txt

这是一个数据库文件,用于追踪CA签发的所有证书。每一行代表一个证书,包括证书的状态(如V代表有效,R代表撤销等)、过期日期、序列号、证书的Distinguished Name等。签发新的证书或撤销现有的证书时,此文件会更新

index.txt内容说明

idnex.txt文件用于存储CA签发的所有证书,一行代表一个证书。

V	331028032625Z		01	unknown	/C=CN/ST=BeiJin/O=My Company/OU=My Organizational Unit/CN=mycompany.com/emailAddress=admin@mycompany.com
  1. 第一列表示的就是证书的状态,V表示有效,如果是R表示已经被撤销了

  2. 第二列就是证书的过期日期,使用YYMMDDHHMMSSZ,最后的 Z 表示这是 UTC 时间。 331028032625Z表示证书的过期日期为 2033 年 10 月 28 日 03:26:25

  3. 第三列就是证书的序列号,这里是01

  4. 第四列是文件名,unknown 表示文件名未知或证书不存储在独立的文件中

  5. 第五列就是证书的主题,包括多个字段

默认情况下,相同主题的证书申请文件(CSR)只能申请一次证书,试图使用相同的主题重新签发证书会失败。因为我们是在配置文件里面指定了主题信息,又是私有CA,如果要实现相同主题重复申请证书,把index.txt.attr文件中的unique_subject = yes改为unique_subject = no就行了。

index.txt.attr

该文件包含了index.txt文件的一些属性,unique_subject = yes表示在index.txt数据库中的每个主题应该是唯一的,即不允许有两个具有相同主题的证书

ehigh@ubuntu:/etc/pki/CA$ cat index.txt.attr
unique_subject = yes

index.txt.old

存放上一个证书的数据库信息

例如:

# 因为这就是第一个证书,所以上一个证书为空
ehigh@ubuntu:/etc/pki/CA$ cat index.txt.old

serial.old

该文件存放上一个证书的编号信息

ehigh@ubuntu:/etc/pki/CA$ cat serial.old
01

注销证书

1、吊销证书

将证书标记为已吊销,证书吊销后index.txt数据库文件中关于该证书的条目会被自动更新,该证书相关的条目的标志会从 V (或其他状态) 更改为 R。(E:表示证书已过期 (Expired)。)

openssl ca -revoke 要注销的证书文件

2、生成新的CRL

这一步的作用是当有证书被吊销时,CA需要发布一个新的CRL,以便客户端和其他实体可以检查并知道哪些证书不再受信任。

通常当设置一个私有证书颁发机构 (CA) 并开始颁发证书时,还没有任何要吊销的证书,因此最初可能不会有CRL,如果开始吊销证书,就需要手动创建这个文件,crl文件的命名方式一般是crl.pem这种。

如果直接使用touch crl.pem只会创建一个空的文件。而一个真正的CRL文件包含了吊销证书的信息,并且由CA签名。所以我们要使用命令来生成这个文件。

# 证书吊销文件的路径是配置文件里面制定了的,所以不能乱放
openssl ca -gencrl -out /etc/pki/CA/crl/crl.pem

常见后缀

虽然在Linux里面,文件的类型不是由文件后缀决定的,但是加上不同的后缀可以很好分辨文件的作用和进行管理。

  • .key:一般私钥就以 .key 结尾

  • .pem:新生成的证书一般以 .pem 结尾。pem是 Privacy Enhanced Mail 的缩写,是一种文件格式,可以包含任何类型的证书或密钥。这种格式的文件类容是BASE64编码显示的,并在开始和结束时由"-----BEGIN..."和"-----END..."标记包围。

  • .scr:证书请求文件使用csr结尾,csr是Certificate Signing Request的缩写

  • .crl:这是CA用于列出已被撤销的证书的文件常用的后缀,是Certificate Revocation List的缩写。

说明: 除了使用.pem后缀来标记一个证书文件外,还可以使用crt 或 .cer 来标记。

查看证书内容

有些时候需要确认证书的主题或颁发者,检查证书的有效期,还有当SSL/TLS设置出现问题时,检查证书可以帮助确定问题的原因时候,需要查看证书的内容来排查是否是证书或CSR文件引起的。

openssl x509 -in /path/file_name -noout -text

# -noout:表示不输出证书的编码
# text:显示证书的全部信息,包括主题、颁发者、有效期等

说明:

OpenSSL生成的证书是X.509类型的。X.509是一个标准,定义了公钥证书的结构和属性。当我们在日常语境中提到“SSL证书”或“TLS证书”时,我们实际上指的是遵循X.509标准的证书。

相关流程说明

CA颁发证书流程

上面我们知道了如何大家CA、以及使用CA对证书进行管理,还有用户申请证书的流程。现在我们可以来探讨CA颁发证书是什么样一个流程。

1、用户生成证书请求文件,证书请求文件包含了用户的公钥还有一些主题信息(组织、位置、国家、域名等等)

2、CA机构将用户的证书申请文件通过hash算法生成一个摘要

3、CA机构将生成的摘要进行加密(私钥加密)从而得到一个签名

4、将用户的公钥、CA生成的签名加上相关信息整合在一起就形成了一个数字证书

验证证书流程

例如服务器和客户端通信的时候,给了客户端一个证书,客户端如何验证这个证书是否有效。

1、 客户端明文接收服务端发送过来的证书

2、客户端提取证书中的签名,并使用CA的公钥对签名进行解密,得到原始的摘要信息。

3、 客户端使用相同的哈希算法对接收到的证书(从证书中提取出公钥、用户信息和其他相关信息)进行哈希运算,生成一个新的摘要。

4、 对比两个摘要是否一致,这样就实现了数据完整性的验证。

数据通信流程

像https这种,就是通过证书来实现安全数据传输的。

客户端:

  1. 客户端使用哈希算法对需要发送的数据生成一个摘要。这个摘要可以用来验证数据的完整性,确保在传输过程中没有被篡改。

  2. 客户端生成一个随机的对称密钥,并使用该密钥对要发送的数据进行加密。对称密钥加密速度快,适合加密大量数据。

  3. 客户端使用服务端的公钥(从证书中获取)对随机对称密钥进行加密。服务端的公钥可以确保只有服务端能够解密该对称密钥。

  4. 客户端将生成的摘要、加密后的数据以及加密后的随机对称密钥一起发送给服务端。

服务端:

  1. 服务端接收到客户端发送的数据后,使用私钥解密客户端发送的加密的随机对称密钥,以获得该对称密钥。

  2. 服务端使用获得的对称密钥对加密的数据进行解密,以恢复原始数据。

  3. 服务端使用相同的哈希算法对解密后的数据生成一个摘要。

  4. 服务端将生成的摘要与客户端发送的摘要进行比较。如果两个摘要相同,说明数据完整性没有受到篡改。

相关内容