Linux: 加密和安全

明文 data -- 加密(key1) --> 密文-- 解密（key2） --> 明文 data

对称算法： key1 = key2
非对称算法： key1 != key2

非对称算法： key1 != key2，通信双方都有两个 key，
  公钥（public key）和私钥（private key,secret key）

# 因为已知非对称加密算法的特性：
# - 特点：用公钥加密数据，只能使用与之配对的私钥解密；反之亦然。

# 安全通信
Alice 明文 data -- 加密(key1) --> 密文-- 解密（key2） --> Bob 明文 data
key1 是 Alice 用 Bob 的公钥加密
key2 是 Bob 用自己的私钥解密

# 数据来源身份的确认
Alice 明文 data -- 加密(key1) --> 密文-- 解密（key2） --> Bob 明文 data
key1 是 Alice 用自己的私钥加密
key2 是 Bob 用 Alice 的公钥解密

非对称加密算法一般不会直接加密数据的。因为解密过程耗时长。
DES: 1G 数据，使用对称加密算法 DES， 加密 4m，解密 8m
RSA: 1G 数据，使用非对称加密算法 RSA， 加密 1m，解密 64hour

# 随便找一个文件，使用 sha256sum 查看指纹信息。和公网的文件比较是否一样。
root@master01:~# echo 111 > a.c
root@master01:~# sha256sum a.c > /tmp/s.txt
root@master01:~# cat /tmp/s.txt
1fc917c7ad66487470e466c0ad40ddd45b9f7730a4b43e1b2542627f0596bbdc  a.c

# 校验文件
root@master01:~# sha256sum -c /tmp/s.txt
a.c: OK
root@master01:~# echo 222 > a.c
root@master01:~# sha256sum -c /tmp/s.txt
a.c: FAILED
sha256sum: WARNING: 1 computed checksum did NOT match
root@master01:~# echo 111 > a.c
root@master01:~# sha256sum -c /tmp/s.txt
a.c: OK

rpm --verify package_name (or -V)
rpm --import /etc/pki/rpm-gpg/RPM-GPG-KEY-redhat*
rpm --checksig pakage_file_name (or-K)

A: g,p 协商生成公开的整数g, 大素数p
B: g,p
A:生成隐私数据（私钥）:a (a<p)，计算得出公钥 g^a%p，发送给B
B:生成隐私数据（私钥）:b,(b<p)，计算得出公钥 g^b%p，发送给A
A:计算得出 [(g^b%p)^a] %p = g^ab%p，生成为密钥
B:计算得出 [(g^a%p)^b] %p = g^ab%p，生成为密钥
用这个密钥加密数据通信。

# 双方协商生成整数 g 和 质数 p
g=23
p=5

#A: 私钥为 6，公钥  g^a%p = 23^6%5 = 4
a=6
23^6%5=4
2^6%5=4

#B: 私钥为 15，公钥 g^a%p = 2^15%5 = 2
b=15
23^15%5=2

#生成对称密钥：
##B 用 (A的公钥^B的私钥) % p = [(g^a%p)^b] %p = 4 ^ 15 % 5 = 4
##A 用 (B的公钥^A的私钥) % p = [(g^b%p)^a] %p = 2 ^ 6 % 5 = 4
4^15%5
[root@centos8 ~]#echo 23^15%5|bc
2
[root@centos8 ~]#echo 23^6%5|bc
4
[root@centos8 ~]#echo 2^6%5|bc
4
[root@centos8 ~]#echo 4^15%5|bc
4

#加密：
openssl enc -e -des3 -a -salt -in testfile -out testfile.cipher
#解密
openssl enc -d -des3 -a -salt -in testfile.cipher -out testfile

#参数说明：
#-e：对输入数据加密（默认值）
#-d 解密
#-CIPHERNAME：表示使用的算法 如 -des3 Alias for des-ede3-cbc
#-a：bash64文本编码格式，不加 -a 就是二进制编码格式；
#-salt：加入盐"佐料"
#-in：处理的文件
#-out：加密后的文件

#改用 AES-256-CBC，现代安全算法
# 加密
openssl enc -e -aes-256-cbc -a -salt -pbkdf2 -in a.c -out a.c.enc
# 解密
openssl enc -d -aes-256-cbc -a -salt -pbkdf2 -in a.c.enc -out a.c


# gpg 对称加密解密
gpg -c a.c
gpg -d a.c.gpg

openssl dgst -md5 [-hex默认] /PATH/SOMEFILE
openssl dgst -md5 testfile
openssl md5 filename
md5sum /PATH/TO/SOMEFILE
#若对某文件进行 sha1 摘要计算：openssl sha1 -in t.txt

# 提取fstab文件的特征码
md5sum fstab
openssl md5 fstab

sha512sum fstab
openssl sha512 fstab

[root@centos7 scripts]# echo "hello world" | openssl dgst -md5  #直接计算数据特征码
(stdin)= 6f5902ac237024bdd0c176cb93063dc4

root@master01:~# openssl passwd --help
Usage: passwd [options] [password]

General options:
 -help               Display this summary

Input options:
 -in infile          Read passwords from file
 -noverify           Never verify when reading password from terminal
 -stdin              Read passwords from stdin

Output options:
 -quiet              No warnings
 -table              Format output as table
 -reverse            Switch table columns

Cryptographic options:
 -salt val           Use provided salt
 -6                  SHA512-based password algorithm # sha512 加密算法
 -5                  SHA256-based password algorithm
 -apr1               MD5-based password algorithm, Apache variant
 -1                  MD5-based password algorithm
 -aixmd5             AIX MD5-based password algorithm

Random state options:
 -rand val           Load the given file(s) into the random number generator
 -writerand outfile  Write random data to the specified file

Provider options:
 -provider-path val  Provider load path (must be before 'provider' argument if required)
 -provider val       Provider to load (can be specified multiple times)
 -provparam val      Set a provider key-value parameter
 -propquery val      Property query used when fetching algorithms

Parameters:
 password            Password text to digest (optional)

#就算密钥一样，只要 salt 的随机数不一样，那么输出的加密密码就是不一样的，也就无法反推出密码

root@master01:~# openssl passwd -6 # 密码123456
Password:
Verifying - Password:
$6$nwtG3dfbEVAKwy6e$T6X9teUpHTb36qgpkYJfSwE17uRwF6SU9z8IAjAvqp6xIS5nHX8NbtM.S.zZ0eYSlU5Y404pJCZKwPAV2JhGy0

#盐：nwtG3dfbEVAKwy6e

# 指定盐。盐一样密码一样，得到的结果一样。
openssl passwd -6 -salt nwtG3dfbEVAKwy6e  # 交互式输入密码
echo 123456 | openssl passwd -6 -salt nwtG3dfbEVAKwy6e --stdin # 非交互
openssl passwd -6 -salt nwtG3dfbEVAKwy6e 123456

getent shadow jasper # 查看用户 shadow 信息

# 提前创建用户
useradd -m -s /bin/bash zhangsan
# 修改用户密码-红帽系列的Linux版本
echo '123456' | passwd --stdin me

# 修改用户密码-Ubuntu 非交互式修改用户密码
echo zhangsan:centos |chpasswd
passwd zhangsan <<EOF
centos
centos
EOF

echo -e '123456\123456' | passwd zhangsan

# centos ubuntu都适用。 ubuntu不支持 passwd --stdin
# -p 加密口令
useradd -p `openssl passwd -6 -salt nwtG3dfbEVAKwy6e 123456` lisi
# 查看用户口令
getent shadow lisi

#  CentOS 6 创建并指定基于sha512的用户密码
[root@centos6 ~]#grub-crypt --sha-512
Password:
Retype password:
$6$v9A2/xUNwAWwEmHN$q7Wz.uscsV/8J5Gss3KslX8hKXOoaP3hDpOBWeBfMQHVIRZiwHUUkii84cvQWIMnvtnXYsdVHuLO4KhOiSOMh/

[root@centos6 ~]#useradd -p '$6$v9A2/xUNwAWwEmHN$q7Wz.uscsV/8J5Gss3KslX8hKXOoaP3hDpOBWeBfMQHVIRZiwHUUkii84cvQWIMnvtnXYsdVHuLO4KhOiSOMh/' test

[root@centos6 ~]#getent shadow test


# 利用Python程序在CentOS7 生成sha512加密密码
[root@centos7 ~]#python -c 'import crypt,getpass;pw="me";print(crypt.crypt(pw))'
$6$pt2FMf6YqKea3mh$.7Hkslg17uI.Wu7tVVtkzrwktXrOC8DxcMFC4JO1igrqR7VAi87H5PHOuLTUEjl7eJqKUhMT1e9ixojn1

# md5 不安全
openssl passwd -1 -salt SALT(最多8位)
openssl passwd -1 –salt centos

# perl -e 'print crypt ("emacle2013",q($6$123456)),"\n"'
$6$123456$tXk7FCLi2JWojnHgtJjwiTOjCgxZvWRpH0lDxQeHZ4uTW3kgAT.pStPFB3kiYnD6uvoI9hvqvDcR/U/ngKHsj

/dev/random  #仅从熵池返回随机数；随机数用尽，阻塞
/dev/urandom #从熵池返回随机数；随机数用尽，会利用软件生成伪随机数,非阻塞

openssl rand -base64|-hex NUM

NUM: 表示字节数，使用-hex，每个字符为十六进制，相当于4位二进制，出现的字符数为NUM*2

10*6/8 = 7
root@master01:~# openssl rand -base64 7
Gt1hhG8YaA==

openssl rand -base64 9 |head -c10 #只要是3的整数倍，结果里都没有等号
openssl rand -hex 4 # 随机8位长度

tr -dc '[:alnum:]' < /dev/urandom |head -c10

man openssl-genrsa
openssl genrsa --help

openssl genrsa [-out filename] [-passout arg] [-des] [-des3] [-idea] [numbits]
选项说明：
-out filename    #将生成的私钥保存至filename文件，若未指定输出文件，则为标准输出。
-numbits         #指定要生成的私钥的长度，默认为1024。该项必须为命令行的最后一项参数。
-passout args    #加密私钥文件时，传递密码的格式，如果要加密私钥文件时单未指定该项，
                 #则提示输入密码。传递密码的args的格式见openssl密码格式
-*               #加密算法。这样每次使用私钥文件都将输入密码。 openssl list -cipher-algorithms
  #-aes128, -aes256, -aria256, -camellia256, -des, -des3, -idea

[ section ]
name1 = This is value1
name2 = Another value
...
[ newsection ]
name1 = New value1
name3 = Value 3

# This is the default section.
HOME = /temp
configdir = $ENV::HOME/config

[ section_one ]
# Quotes permit leading and trailing whitespace
any = " any variable name "
other = A string that can \
cover several lines \
by including \\ characters
message = Hello World\n

[ section_two ]
greeting = $section_one::message

mkdir ca
cd ca
mkdir certs newcerts private conf server crl

#[ default ]
# 此部分是默认字段，必须放在所有字段之前。小节头"[default]"是可选的。
# 读取配置文件时，会首先根据字段名称去寻找相应的配置段，如果没有找到则会使用这里的默认字段。

# 定义 HOME 的默认值，防止操作系统中不存在 HOME 环境变量。
HOME = /tmp

# [3.x] RANDFILE 已废弃，OpenSSL 3.0 起不再读取该配置项，官方 openssl.cnf 中也已删除。
# 现在随机数直接取自操作系统熵源(getrandom/getentropy/CryptGenRandom)，写了也不起作用。
#RANDFILE = /dev/random

# 扩展对象定义
# 如果没有在 OpenSSL 命令行中定义 X.509 证书的扩展项，那么就会从下面对扩展对象的定义中获取。
# 定义方法有两种，第一种(已废弃，不要用)是存储在外部文件中，也就是这里"oid_file"变量定义的文件。
#oid_file = ${ENV::HOME}/.oid
# 第二种是存储在配置文件的一个字段中，也就是这里"oid_section"变量值所指定的字段。
oid_section = new_oids

# [3.x] provider 配置。3.0 起算法由 provider 提供，默认只加载 default。
# 需要 MD2/RC4/DES/SEAL 之类老算法(例如读旧的 PKCS#12)时才需要显式启用 legacy。
#openssl_conf = openssl_init
#[ openssl_init ]
#providers = provider_sect
#[ provider_sect ]
#default = default_sect
#legacy  = legacy_sect
#[ default_sect ]
#activate = 1
#[ legacy_sect ]
#activate = 1

# 要将此配置文件用于 "openssl x509" 命令的 "-extfile" 选项，
# 请在此指定包含 X.509v3 扩展的小节名称
#extensions =
# 或者使用一个默认字段中仅包含 X.509v3 扩展的配置文件

[ new_oids ]
# 添加可以被 'ca', 'req', 'ts' 命令使用的扩展对象。格式如下：
# 对象简称 = 对象数字ID
# 下面是一些增强型密钥用法(extendedKeyUsage)的例子

# 任何目的(一次性包含所有增强用法)
anyExtendedUsage = 2.5.29.37.0
# 服务器身份验证
serverAuth = 1.3.6.1.5.5.7.3.1
# 客户端身份验证
clientAuth = 1.3.6.1.5.5.7.3.2
# 代码签名
codeSigning = 1.3.6.1.5.5.7.3.3
# 安全电子邮件
emailProtection = 1.3.6.1.5.5.7.3.4
# IPSec 终端系统
ipsecEndSystem = 1.3.6.1.5.5.7.3.5
# IPSec 隧道
ipsecTunnel = 1.3.6.1.5.5.7.3.6
# IPSec 用户
ipsecUser = 1.3.6.1.5.5.7.3.7
# 时间戳
timeStamping = 1.3.6.1.5.5.7.3.8
# OCSP 签名
OCSPSigning = 1.3.6.1.5.5.7.3.9
# IPSec 密钥交换
ipsecIKE = 1.3.6.1.5.5.7.3.17
# 微软个人代码签名
msCodeInd = 1.3.6.1.4.1.311.2.1.21
# 微软商业代码签名
msCodeCom = 1.3.6.1.4.1.311.2.1.22
# 微软信任列表签名
msCTLSign = 1.3.6.1.4.1.311.10.3.1
# 微软加密文件系统
msEFS = 1.3.6.1.4.1.311.10.3.4

# `man ca`
[ ca ]
default_ca = CA_default

[ CA_default ]
dir = ./ca                           # CA的工作目录
certs       = $dir/certs             # 颁发的证书所在位置
crl_dir     = $dir/crl               # 已吊销证书的吊销列表的存储目录位置
database = $dir/index.txt            # 证书颁发的索引文件
unique_subject = no                  # 同一个"subject"是否只能创建一个证书，默认值为 yes
                                     #  但建议设为 no 以方便根CA自签名( -selfsign )。
new_certs_dir = $dir/newcerts        # 新颁发证书的默认位置，相当于备份。等同于"-outdir"选项

certificate = $dir/cacert.pem        # 根 CA 证书所在位置，互联网上根 CA 子 CA。等同于"-cert"选项
serial = $dir/serial                 # 下一个要颁发证书的编号(16进制)
crlnumber   = $dir/crlnumber         # 证书吊销编号

crl     = $dir/crl.pem               # 曾被吊销的证书列表
private_key = $dir/private/cakey.pem # CA 私钥文件位置，等同于"-keyfile"选项

x509_extensions = v3_ca              # 生成自签名根证书时要使用的证书扩展项字段名，该扩展字段定义了要加入
                                     # 到根证书中的一系列 X.509v3 扩展项。对应 -extensions 命令行选项

name_opt    = ca_default             # 用户需要确认签发证书时可读证书 DN 域的显示格式。可用值与 x509 指令的 -nameopt 选项相同。
cert_opt    = ca_default             # 当用户需要确认签发证书时证书域的显示格式.可用值与 x509 指令的 -certopt 选项相
                                     # 同，不过 no_signame 和 no_sigdump 总被默认设置。

copy_extensions = copy               # 是否将证书请求中的扩展项信息加入到证书扩展项中去。
# 取值范围以及解释：
# none: 忽略所有证书请求中的扩展项
# copy: 将证书扩展项中没有的项目复制到证书中
# copyall: 将所有证书请求中的扩展项都复制过去，并且覆盖证书扩展项中原来已经存在的值。
# 此选项的主要用途是允许证书请求提供例如 subjectAltName 之类扩展的值。

#crl_extensions = crl_ext            # 定义生成CRL时需要加入的扩展项字段。对应 -crlexts 命令行选项。

default_days = 36500                 # 默认有效期，等同于"-days"选项。OpenSSL 自带配置里的默认值是 365 天。
                                     # 注意：36500 天只适用于根CA/内网自用。签给"服务端"的叶子证书不要这么长：
                                     # Apple 自 iOS13/macOS10.15 起拒绝有效期 >398 天的 TLS 服务端证书，
                                     # 且该限制对手动导入信任库的私有CA同样生效(Chrome 也在跟进收紧)。
#default_startdate = 210407223344Z   # 新证书默认的生效日期，如果未设置则使用签发时的时间，
                                     # 格式为：YYMMDDHHNNSSZ(年月日时分秒Z)，等同于"-startdate"选项
#default_enddate = 090303223344Z     # 新证书默认的失效日期，格式为：YYMMDDHHNNSSZ(年月日时分秒Z)，等同于"-enddate"选项。
                                     # [3.4] 命令行上 -not_before / -not_after 是这两者的别名，语义更清楚。
# 从当前CRL(证书撤销列表)到下次CRL发布的间隔小时数或天数。依次对应 -crlhours , -crldays 命令行选项。
#default_crl_hours = 72
default_crl_days= 30                 # 默认吊销列表存放时间
                                     # [3.2] 另有 -crl_lastupdate / -crl_nextupdate 可直接指定绝对时间
default_md = default                 # 默认摘要算法。(对应于"-digest")
# [3.x] 官方 openssl.cnf 现在用的是 default_md = default，含义是"按公钥算法选默认摘要"。
# default：对 Ed25519 / ML-DSA / SLH-DSA 这类签名算法自带摘要，
# 指定 -sha256 会被静默忽略(不报错)，写 default 才能准确表达意图、也不会误导读配置的人。
# 通常，证书签发的特种名称(DN)域的各个参数顺序与证书策略的参数顺序一致。
# 但是，如果这里设为 yes 则保持与证书请求中的参数顺序一致。对应 -preserveDN 命令行选项。
preserve = no

# [3.x] RANDFILE 已废弃且不再被读取，删掉即可(见前面"默认字段"一节)。
#RANDFILE = $dir/private/.rand

# [3.x] 序列号来源。给了 serial 文件就用文件递增；也可以完全不用文件：
#rand_serial = yes                   # 每次签发生成随机序列号，不落盘(对应命令行 -rand_serial)
                                     # CA/B 论坛要求序列号含 >=64 位熵，随机序列号是现在的主流做法

policy = policy_match                # 证书请求 DN 域匹配策略的字段。对应 -policy 命令行选项。

# 默认值为 yes ，设为 no 表示从证书的 DN 中删除 EMAIL 字段。对应 -noemailDN 命令行选项。
email_in_dn = yes

#----------------------------------------
[ policy_match ]
countryName = match              # C 国家  。 match 表示必须一致
stateOrProvinceName = match      # ST 省或洲的完整名称 
organizationName = match         # O 组织机构名称
organizationalUnitName = match   # OU 组织机构单元名称
localityName = optional          # L  所在位置的名称(默认为城市) 。optional 可以不一致
commonName      = supplied       # CN 通用名。持有者名或者所在服务器主机名(即域名)。supplied 必须填写不能空
emailAddress    = optional       # 管理员邮件地址。可选


#三种策略：match匹配、optional可选、supplied提供
#- match：要求申请填写的信息跟CA设置信息必须一致
#- optional：可有可无，跟CA设置信息可不一致
#- supplied：必须填写这项申请信息


#### 生成自签名证书(RootCA)时使用的 X.509v3 证书扩展项，对应 -addext 命令行选项 #####
[ v3_ca ]
basicConstraints = critical,CA:TRUE
keyUsage = critical, keyCertSign, cRLSign
subjectKeyIdentifier = hash
authorityKeyIdentifier = keyid:always,issuer

# 关于根CA扩展的三个常见错误，都很隐蔽：
#
# 1) 不要在 CA 证书上写 extendedKeyUsage(比如 OCSPSigning)。
#    RFC 5280 没有定义 EKU 沿链继承，但 Chrome/NSS/Windows 实际会做 EKU 嵌套检查：
#    根上写了 OCSPSigning，就等于把这个 CA 限死成只能签 OCSP 响应者证书，
#    它签出来的 serverAuth 证书会被判定为 EKU 不在允许集合内而失败。
#    OCSP 响应者应该是 CA *另外签发的一张叶子证书* ，不是 CA 自己。
#    私有CA 的正确做法是：根证书上完全不写 EKU。
#
# 2) noCheck(id-pkix-ocsp-nocheck)属于"OCSP 响应者证书"的扩展，
#    含义是"校验此证书时不必再去查它自己的吊销状态"。放在根CA上没有意义。
#
# 3) keyUsage 建议加 critical，且 CA 证书只需要 keyCertSign + cRLSign。
#    加 digitalSignature 只在这张 CA 证书还要直接参与签名(如签 OCSP 响应)时才需要，
#    一般的签发型 CA 不需要，多给权限没有好处。
#
# 中间 CA 在上面基础上限制路径长度，禁止它再签下级CA：
#[ v3_intermediate_ca ]
#basicConstraints = critical, CA:TRUE, pathlen:0
#keyUsage = critical, keyCertSign, cRLSign
#subjectKeyIdentifier = hash
#authorityKeyIdentifier = keyid:always,issuer

openssl req -x509 -new -key ca.key -days 30 -subj "/CN=T CA" -out ca.crt
openssl x509 -in ca.crt -noout -text | sed -n '/X509v3 extensions/,/Signature Alg/p'
        X509v3 extensions:
            X509v3 Subject Key Identifier:
                3F:BD:5A:02:5B:28:04:E1:C5:0D:56:DE:48:D0:BA:C9:D6:6D:F8:82
            X509v3 Authority Key Identifier:
                3F:BD:5A:02:5B:28:04:E1:C5:0D:56:DE:48:D0:BA:C9:D6:6D:F8:82
            X509v3 Basic Constraints: critical
                CA:TRUE

input_password ：密码输入文件，和命令行的"-passin"选项对应，密码格式以及意义见"openssl密码格式"
output_password：密码的输出文件，与命令行的"-passout"选项对应，密码格式以及意义见"openssl密码格式"
default_bits   ：openssl req自动生成RSA私钥时的长度。[3.x] 现在不写时默认是 2048(不是老文档说的 512)，建议 2048 或 3072。
               ：命令行的"-new"和"-newkey"可能会用到它。注意该项只对 RSA 有意义，EC/Ed25519/ML-DSA 的强度由 -newkey 的算法名决定。
default_keyfile：默认的私钥输出文件，与命令行的"-keyout"选项对应 
encrypt_key    ：当设置为no时，自动创建私钥时不会加密该私钥。等价于命令行的"-noenc"([3.x] 旧名 -nodes 已 deprecated，但仍可用)。
               ：[3.5] 需要加密时的默认算法已从 des-ede3-cbc(3DES) 改为 aes-256-cbc，req/cms/smime 三个命令都受影响。
default_md     ：指定创建证书请求时对申请者信息进行数字签名的单向加密算法，与命令行的"-[dgst]"对应 可以使用(sha256, sha3-256, sha512, sha3-512, ...)
prompt         ：当指定为no时，则不提示输入证书请求的字段信息，而是直接从 openssl.cnf 中读取 ：请小心设置该选项，很可能请求文件创建失败就是因为该选项设置为 no 
string_mask    ：为一些字段设置默认的字符串类型，比如证书请求中的城市和组织名称。可能的取值和解释如下
  # default: 包含了 PrintableString, T61String, BMPString 三种类型
  # pkix  : 包含了 PrintableString, BMPString 两种类型
  # utf8only: 只使用 UTF8 字符串。推荐使用这个，这样可以完美的包含任意字符。
  # nombstr : 包含了 PrintableString, T61String 两种类型
distinguished_name：(DN)是一个扩展属性段落，用于指定证书请求时可被识别的字段名称。
/C= Country国家。如CN
/ST= State 省或洲的完整名称   London
/L= Location 所在位置的名称(默认为城市)    London
/O= Organization 组织机构名称(默认为公司)    Global Security
/OU= Organizational Unit 组织机构单元名称(eg.部门) IT Department
/CN= Common Name持有者名或者所在服务器主机名(即域名) example.com
/emailAddress 管理员邮件地址，可以省略[email protected]

#可被识别的字段名称包含了用户的标识信息，对应 -subj 命令行选项。如
[ req ]
# `man req`
default_bits        = 4096
distinguished_name  = req_distinguished_name
string_mask         = utf8only
default_md          = sha256

[ req_distinguished_name ]
CN = www.test.com
emailAddress = [email protected]
O = Feisty Duck Ltd
L = London
C = GB


#req_extensions = v3_req              # 证书请求扩展的字段名，该扩展字段定义了要加入到证书
                                      #  请求中的一系列 X.509v3 扩展项。对应 -reqexts 命令行选项。
##### 要加入到证书请求中的一系列 X.509v3 扩展项，对应 -addext 命令行选项 #####
[ v3_req ]
basicConstraints = CA:FALSE
keyUsage = critical, digitalSignature, keyEncipherment
extendedKeyUsage = serverAuth, clientAuth
subjectAltName = @alt_names          # SAN 是现代证书的必填项，见下面说明

[ alt_names ]
DNS.1 = www.example.com
DNS.2 = example.com
DNS.3 = *.example.net
IP.1  = 192.168.7.1

# 上面这段相对老模板做了几处修正，原因：
#
# * subjectAltName 必须有。Chrome 58+ / Firefox / Go crypto/tls 已 *完全忽略 CN* ，
#   只看 SAN。缺 SAN 的证书即使导入信任库也会报 ERR_CERT_COMMON_NAME_INVALID。
#   这一条比 keyUsage/EKU 加起来都重要。
#   注意 OpenSSL 自己是例外：证书没有 SAN 时它会 *回落到 CN* ，
#   所以 openssl verify 和 curl 都会说"没问题"，浏览器和 Go 却拒。
#   实测对照见前面"Ubuntu 26.04 自带 openssl.cnf 的四个坑 / 坑2"。
#
# * keyUsage 去掉了 nonRepudiation。它是给"不可否认性"法律语义场景(如签名文档)用的，
#   TLS 服务端证书用不到，CA/B 基线要求里也不含它。
#   另外 keyEncipherment 只有 TLS<=1.2 的 RSA 密钥传输套件才用到，
#   *ECDSA 证书不要写 keyEncipherment* ，只保留 digitalSignature。
#
# * extendedKeyUsage 去掉了 timeStamping，并去掉了 critical。
#   timeStamping 和 serverAuth 混在一起没有任何实际用途；
#   EKU 标 critical 会让不认识其中某个用途的老客户端直接拒绝，收益为负。
#
# * 删掉了原来同时出现的这两行 —— 它们是 *同一个扩展的两种写法* ，
#   放在同一段里后者覆盖前者，容易让人误以为是两个扩展：
#     1.3.6.1.5.5.7.1.24 = DER:30:03:02:01:05   # OCSP Must-Staple 的裸 OID 写法
#     tlsfeature = status_request               # 同一个东西的可读写法(1.1.0+)
#   现在统一用 tlsfeature 即可；且 Must-Staple 一旦签进证书，
#   服务端没配好 OCSP Stapling 就会导致整站打不开，私有CA 场景基本不要加。

openssl req -new -key server.key -subj "/CN=app.example.com" -out server.csr \
        -addext "subjectAltName=DNS:app.example.com,DNS:*.example.com,IP:127.0.0.1" \
        -addext "basicConstraints=CA:FALSE" \
        -addext "keyUsage=critical,digitalSignature,keyEncipherment" \
        -addext "extendedKeyUsage=serverAuth"

extension_name=[critical,] extension_options

# 1 字符串扩展只包含一个字符串，该字符串包含值本身或如何获取值。
nsComment="This is a Comment"

# 2 值扩展有短形式和长形式。短形式是名称和值的列表:
basicConstraints=critical,CA:true,pathlen:1

# 3 长形式允许将值放置在一个单独的部分:
basicConstraints=critical,@bs_section

[bs_section]
CA=true
pathlen=1
这两种形式是等价的。

# 4 原始扩展的语法由扩展代码控制: 例如，它可以在多个部分中包含数据。
#   要使用的正确语法是由扩展代码本身定义的: 查看一个示例的证书策略扩展。
# 5 如果不支持扩展类型，则必须使用任意扩展语法，请参阅任意扩展部分以获得更多详细信息。

openssl ca [-verbose] [-config filename] [-name section] [-startdate date] [-enddate date] [-days arg] [-md arg] [-policy arg] [-keyfile arg] [-key arg] [-passin arg] [-cert file]
[-selfsign] [-in file] [-out file] [-notext] [-outdir dir] [-infiles] [-ss_cert file] [-preserveDN] [-noemailDN] [-batch] [-extensions section] [-extfile section] [-subj arg] [-utf8]
【选项说明：】
-config filename ：指定要使用的配置文件，指定后将忽略openssl.cnf中指定的关于ca的配置选项。
-name section    ：指定使用配置文件中的那个section。指定后将忽略openssl.cnf中的default_ca段。
-in filename     ：指定要被CA签署的单个证书请求文件。根CA为其他证书签署时使用。
-infiles         ：该选项只能是最后一个选项，该选项所接的所有参数都被认为是要被签署的证书请求文件，即一次性签署多个请求文件时使用的选项。
-selfsign        ：自签署。指定-ss_cert选项时该选项被忽略。
-ss_cert filename：将被CA自签署的单个证书文件。也就是说要重新签署证书。
-out filename    ：证书的输出文件，同时也会输出到屏幕。不指定时默认输出到stdout。
-outdir dir_name ：证书的输出目录。指定该选项时，将自动在此目录下生成一个文件名包含16进制serial值的".pem"证书文件。
-cert            ：CA自己的证书文件。
-keyfile filename：指定签署证书请求时的私钥文件，即CA自己的私钥文件。
-key passwd_value：指定私钥的加密密码。
-passin arg      ：传递解密密码
-verbose         ：打印操作执行时的详细信息
-notext          ：禁止以文本格式将证书输出到"-out"指定的文件中
-days arg        ：证书有效期限，从创建时刻开始算startdate，有效期结束点为enddate。
-startdate       ：自定义证书的开始时间，和"-enddate"一起使用可以推算出证书有效期。
-enddate         ：自定义证书的结束时间。
-md alg          ：指定单向加密算法
-policy arg      ：该选项是配置文件中的section内容，该选项指定了证书信息中的field部分是否需要强制提供还是要强制匹配，
                 ：或者可提供可不提供。详细的见配置文件说明。
-extensions section：指定当前创建的证书使用配置文件中的哪个section作为扩展属性。
-batch           ：签署时使用批处理模式，即非交互模式。该模式下不会有两次询问(是否签署、是否提交)。
-subj arg        ：替换证书请求中的subject，格式/type0=value0/type1=value1/type2=...

# 配置文件关于ca的部分，其中被标记为必须项的表示配置文件中或者命令行中必须给出该选项及其值
new_certs_dir    ：等同于"-outdir"选项。必须项
certificat       ：等同于"-cert"选项，CA自己的证书文件。必须项
private_key      ：等同于"-keyfile"选项，签署证书请求文件时的私钥文件，即CA自己的私钥文件。必须项
default_days     ：等同于"-days"选项
default_startdate：等同于"-startdate"选项。
default_enddate  ：等同于"-enddate"选项。
default_md       ：等同于"-md"选项。必须项
database         ：openssl维护的数据库文件。存放证书条目信息及状态信息。必须项
serial           ：已颁发证书的序列号(16进制)文件。必须项且该文件中必须存在一个序列值
unique_subject   ：如果设置为yes，database中的subject列值必须不重复。如果设置为no，允许subject重复。默认是yes，
                 ：这是为了兼容老版本的Openssl，推荐设置为no。
x509_extensions  ：等同于"-extensions"选项。
policy           ：等同于"-policy"选项。必须项
name_opt/cert_opt：证书的展示格式，虽非必须但建议设置为ca_default，若不设置将默认使用老版本的证书格式(不建议如此)。
                 ：伪命令ca无法直接设置这两个选项，而伪命令x509的"-nameopt"和"-certopt"选项可以分别设置。
copy_extensions  ：决定证书请求中的扩展项如何处理的。如果设置为none或不写该选项，则扩展项被忽略并且不复制到证书中去。
                 ：如果设置为copy，则证书请求中已存在而证书中不存在的扩展项将复制到证书中。
                 ：如果设置为copyall，则证书请求中所有的扩展项都复制到证书中，此时若证书中已存在某扩展项，则先删除再复制。
                 ：该选项的主要作用是允许证书请求为特定的扩展项如subjectAltName提供值。
                 ：使用该选项前请先查看man ca中的WARNINGS部分。建议一般简单使用时设置为none或不设置。

function openssl_sign() {
    echo "Generating ${3}/${4}.crt"
    openssl ca -batch -config openssl.conf -extensions $5 -days 3650 -notext \
        -md sha256 -in ${3}/${4}.csr -out ${3}/${4}.crt \
        -cert ${1} -keyfile ${2}

# -batch         ：取消命令提示。非交互模式下不会有两次询问(是否签署、是否提交)
# -extensions    ：证书扩展项，设置的扩展项优先于配置文件指定的扩展项。
# -notext        ：取消证书的输出显示
# -md sha256     ：指定单向加密算法
# -in file       ：指定要被CA签署的单个证书请求文件。根CA为其他证书签署时使用。
# -out file      ：证书的输出文件，同时也会输出到屏幕。不指定时默认输出到stdout。
# -cert file     ：CA自己的证书文件
# -keyfile arg   ：指定签署证书请求时的私钥文件，即CA自己的私钥文件。
}

openssl ca -batch -config  /etc/pki/tls/openssl.cnf \
        -days 36500 -notext \
        -md sha256 -in server.csr -out server.crt \
        -cert ca.crt -keyfile ca.key

【输入输出选项：】
-in filename  ：指定证书输入文件，若同时指定了"-req"选项，则表示输入文件为证书请求文件。
-out filename ：指定输出文件
-<digest>     ：指定签名摘要算法，如 -sha256/-sha384/-sha512/-sha3-256。可用值见 openssl list -digest-commands。
              ：[3.x] 老文档里的 -md2/-md5/-mdc2 要么已被移入 legacy provider，要么签出来的证书在
              ：security level 1 下直接不可用，不要再用。不指定时默认 sha256。

【信息输出选项：】
-text：以text格式输出证书内容，即以最全格式输出，
     ：包括public key,signature algorithms,issuer和subject names,serial number以及any trust settings.
-certopt option：自定义要输出的项
-noout         ：禁止输出证书请求文件中的编码部分
-pubkey        ：输出证书中的公钥
-modulus       ：输出证书中公钥模块部分
-serial        ：输出证书的序列号
-subject       ：输出证书中的subject
-issuer        ：输出证书中的issuer，即颁发者的subject
-subject_hash  ：输出证书中subject的hash码
-issuer_hash   ：输出证书中issuer(即颁发者的subject)的hash码
-hash          ：等价于"-subject_hash"，但此项是为了向后兼容才提供的选项
-email         ：输出证书中的email地址，如果有email的话
-startdate     ：输出证书有效期的起始日期
-enddate       ：输出证书有效期的终止日期
-dates         ：输出证书有效期，等价于"startdate+enddate"
-fingerprint   ：输出指纹摘要信息
输出证书某些信息的时候，可以配合"-noout"选项，然后再指定某些项来使用。例如：
openssl x509 -in cert.pem -noout -text
openssl x509 -in cert.pem -noout -startdate -enddate

【签署选项：】
*****************************************************************************************
*  伪命令x509可以像openssl ca一样对证书或请求执行签名动作。注意，openssl x509         *
*  不读取配置文件，所有的一切配置都由x509自行提供，所以openssl x509像是一个"mini CA"  *
*****************************************************************************************
-signkey filename：该选项用于提供自签署时的私钥文件，自签署的输入文件"-in file"的file可以是证书请求文件，也可以是已签署过的证书。
                 ：[3.x] 已更名为 -key，-signkey 保留为别名。
-days arg        ：指定证书有效期限，默认30天。
-not_before date ：[3.4] 显式指定 notBefore，格式 [CC]YYMMDDHHMMSSZ
-not_after date  ：[3.4] 显式指定 notAfter，会覆盖 -days
-new             ：[3.x] 不需要 CSR，直接从一个私钥/公钥生成证书
-copy_extensions arg：[3.x] 从 CSR 复制扩展到证书。取值 none(默认)/copy/copyall。详见前面 SAN 一节
-force_pubkey file  ：把证书里的公钥换成指定文件里的公钥(用于 CSR 的公钥和实际公钥分离的场景)
-ext list           ：只显示指定的扩展，如 -ext subjectAltName,basicConstraints。排查时很好用
-x509toreq：将已签署的证书转换回证书请求文件。需要使用"-signkey"选项来传递需要的私钥。
-req：x509工具默认以证书文件做为inputfile(-in file)，指定该选项将使得input file的file为证书请求文件。
-set_serial n：指定证书序列号。该选项可以和"-singkey"或"-CA"选项一起使用。
             ：如果和"-CA"一起使用，则"-CAserial"或"-CAcreateserial"选项指定的serial值将失效。
             ：序列号可以使用数值或16进制值(0x开头)。也接受负值，但是不建议。
-CA filename      ：指定签署时所使用的CA证书。该选项一般和"-req"选项一起使用，用于为证书请求文件签署。
-CAkey filename   ：设置CA签署时使用的私钥文件。如果该选项没有指定，将假定CA私钥已经存在于CA自签名的证书文件中。
-CAserial filename：设置CA使用的序列号文件。当使用"-CA"选项来签名时，它将会使用某个文件中指定的序列号来唯一标识此次签名后的证书文件。
                  ：这个序列号文件的内容仅只有一行，这一行的值为16进制的数字。当某个序列号被使用后，该文件中的序列号将自动增加。
                  ：默认序列号文件以CA证书文件基名加".srl"为后缀命名。如CA证书为"mycert.pem"，则默认寻找的序列号文件为"mycert.srl"
-CAcreateserial   ：当使用该选项时，如果CA使用的序列号文件不存在将自动创建。
                  ：[3.x] *这个选项现在已经不是必需的了* 。1.1.1 时代不给它、且 .srl 文件不存在会报错，
                  ：所以到处都能看到 -CAcreateserial。3.0 起改成了：没有给 -CAserial 时，
                  ：直接生成一个 20 字节的随机序列号，不落盘。这既省事又更符合
                  ：CA/B 论坛"序列号必须含 >=64 位熵"的要求。只有确实需要一份递增序列号
                  ：台账时才需要 -CAserial/-CAcreateserial。
                  ：验证： openssl x509 -req -in s.csr -CA ca.crt -CAkey ca.key -out s.crt
                  ：       openssl x509 -in s.crt -noout -serial
                  ：       serial=3CEF78462ED4A8DBD88F8B65A22F981BE43AA111
-extfile filename ：指定签名时包含要添加到证书中的扩展项的文件。
-extensions name  ：指定使用 -extfile 文件里的哪个段。不给则使用该文件的默认段(无 [section] 头的部分)。

【CERTIFICATE EXTENSIONS】
-purpose：选项检查证书的扩展项并决定该证书允许用于哪些方面，即证书使用目的范围。
basicConstraints：该扩展项用于决定证书是否可以当作CA证书。格式为basicConstraints=CA:true | false
                ：1.如果CA的flag设置为true，那么该证书允许作为一个CA证书，即可以颁发下级证书或进行签名；
                ：2.如果CA的flag设置为false，那么该证书就不能作为CA，不能为下级颁发证书或签名；
                ：3.所有CA的证书中都必须设置CA的flag为true。
                ：4.如果basicConstraints扩展项未设置，那么证书被认为可疑的CA，即"possible CA"。
keyUsage：该扩展项用于指定证书额外的使用限制，即也是使用目的的一种表现方式。
        ：1.如果keyUsage扩展项被指定，那么该证书将又有额外的使用限制。
        ：2.CA证书文件中必须至少设置keyUsage=keyCertSign。
        ：3.如果设置了keyUsage扩展项，那么不论是否使用了critical，都将被限制在指定的使用目的purpose上。

#使用x509工具自建CA。由于x509无法建立证书请求文件，所以只能使用openssl req来生成请求文件，然后使用x509来自签署。
openssl req -new -keyout key.pem -out req.csr
openssl x509 -req -in req.csr -signkey key.pem -out x509.crt

#x509也可以用来签署他人的证书请求，即为他人颁发证书。注意，为他人颁发证书时，确保serial文件存在，建议使用自动创建的选项"-CAcreateserial"。
openssl x509 -req -in req.csr -CA ca.crt -CAkey ca.key -out x509.crt -CAcreateserial # 用这个可以避免一些错误

# setp1 签发请求
openssl req -nodes -sha256  -newkey rsa:4096 -keyout apiserver-etcd-client.key  -out apiserver-etcd-client.csr -subj "/CN=apiserver-etcd-client/O=system:masters"

# setp2 ca签发方式1
openssl x509 -days 36500 -req -in apiserver-etcd-client.csr -CA etcd/ca.crt -CAkey etcd/ca.key -CAcreateserial -extensions v3_req_etcd -extfile openssl.cnf -out apiserver-etcd-client.crt
# setp2 ca签发方式2(不推荐，要求有证书签发配置ca，可以没有证书请求配置req)
source ~/env.sh 
export CERT_DIR=etcd
touch $CERT_DIR/index.txt
echo 1000 > $CERT_DIR/serial
touch $CERT_DIR/index.txt.attr
echo "unique_subject = no" > $CERT_DIR/index.txt.attr

openssl ca -batch -days 36500 -notext \
    -config <(cat openssl.cnf <(printf '[ ca ]\ndefault_ca = CA_default\n[ CA_default ]\ndir=${ENV::CERT_DIR}\ncerts = $dir\nnew_certs_dir =$dir\ndatabase = $dir/index.txt\nunique_subject = no\nserial = $dir/serial\npolicy = policy_loose\n[ policy_loose ]\n')) \
    -extensions v3_req_etcd  -notext -cert etcd/ca.crt -keyfile etcd/ca.key -md sha256 -in apiserver-etcd-client.csr -out apiserver-etcd-client.crt 
#清理
rm -f $CERT_DIR/index*
rm -f $CERT_DIR/100*
rm -f $CERT_DIR/serial*

# RSA
openssl genpkey -algorithm RSA -pkeyopt rsa_keygen_bits:2048 -out rsa.key
openssl genpkey -algorithm RSA -pkeyopt rsa_keygen_bits:4096 \
        -pkeyopt rsa_keygen_pubexp:65537 -out rsa4096.key

# EC(P-256 / P-384)。注意 -pkeyopt 用的是 ec_paramgen_curve
openssl genpkey -algorithm EC -pkeyopt ec_paramgen_curve:P-256 \
        -pkeyopt ec_param_enc:named_curve -out ec256.key
openssl genpkey -algorithm EC -pkeyopt ec_paramgen_curve:P-384 -out ec384.key

# Edwards 曲线(无需任何参数)
openssl genpkey -algorithm ED25519 -out ed25519.key
openssl genpkey -algorithm X25519  -out x25519.key    # 仅用于密钥协商，不能签名

# [3.5] 后量子签名
openssl genpkey -algorithm ML-DSA-65 -out mldsa65.key

# 加密输出([3.5] req/cms/smime 默认已改用 aes-256-cbc；genpkey 需要显式指定)
openssl genpkey -algorithm RSA -pkeyopt rsa_keygen_bits:2048 \
        -aes-256-cbc -pass env:KEY_PASS -out rsa-enc.key

# 查看/校验私钥
openssl pkey -in rsa.key -noout -text
openssl pkey -in rsa.key -pubout -out rsa.pub
openssl pkey -in ec256.key -noout -check

openssl list -key-managers -verbose | grep -A8 'OpenSSL RSA implementation'
  Name: OpenSSL RSA implementation
    IDs: { 1.2.840.113549.1.1.1, 2.5.8.1.1, RSA, rsaEncryption } @ default
    settable key generation parameters:
      bits: unsigned integer (max 8 bytes large)
      primes: unsigned integer (max 8 bytes large)
      e: unsigned integer (arbitrary size)

openssl list -providers                      # 看当前加载了什么
openssl pkcs12 -in old.p12 -nodes -legacy    # pkcs12 有专门的 -legacy 快捷选项
openssl rsa -in old.key -provider legacy -provider default -out new.key
#                        ^^^^^^^^^^^^^^^^^ ^^^^^^^^^^^^^^^^
#                        显式加 legacy 时必须把 default 也一起加上，
#                        否则 default 会被顶掉，连 AES 都用不了

# 查某个算法由谁提供(输出末尾的 @default / @legacy 就是 provider 名)
openssl list -digest-algorithms | grep -i md4
openssl list -cipher-algorithms | grep -i rc4

# 1) 只看关键扩展，比 -text 刷屏强得多([3.x] -ext 选项)
openssl x509 -in server.crt -noout -ext subjectAltName,basicConstraints,keyUsage,extendedKeyUsage

# 2) 链路校验。*必须带 -auth_level 1* ，默认的 level 0 会放过弱摘要
openssl verify -auth_level 1 -CAfile ca.crt server.crt
openssl verify -auth_level 1 -CAfile ca.crt -untrusted intermediate.crt server.crt

# 3) 校验主机名是否真的能匹配上(只看 SAN，和浏览器口径一致)
openssl verify -auth_level 1 -CAfile ca.crt -verify_hostname app.jasper.org server.crt
openssl verify -auth_level 1 -CAfile ca.crt -verify_ip 127.0.0.1 server.crt

# 4) 严格模式：按 RFC 5280 检查，能查出"CA 证书没标 critical"这类问题
openssl verify -auth_level 1 -x509_strict -CAfile ca.crt server.crt

# 5) 确认私钥和证书是同一对(两个哈希必须相同)
openssl x509 -in server.crt -noout -pubkey | openssl sha256
openssl pkey -in server.key -pubout        | openssl sha256

# 6) 确认证书用途(-purpose 会列出该证书能/不能用于哪些场景)
openssl x509 -in server.crt -noout -purpose

# 7) 有效期
openssl x509 -in server.crt -noout -dates
openssl x509 -in server.crt -noout -checkend 2592000    # 30天内是否到期，是则返回 1

# 8) 真实握手实测(最终判据)
openssl s_client -connect app.jasper.org:443 -servername app.jasper.org \
        -CAfile ca.crt -verify_hostname app.jasper.org -brief </dev/null

server {
    listen 443 ssl;
    listen [::]:443 ssl;
    http2 on;                    # nginx 1.25.1+ 的写法，老版本是 listen 443 ssl http2
    server_name app1.jasper.org;

    ssl_certificate     /data/app1/app1.crt;
    ssl_certificate_key /data/app1/app1.key;

    # 只开 TLS 1.2/1.3。TLSv1 和 TLSv1.1 已于 2021 年被所有主流浏览器移除
    ssl_protocols TLSv1.2 TLSv1.3;

    # TLS 1.3 的套件由 OpenSSL 固定，这里只影响 TLS 1.2
    # 只保留 ECDHE + AEAD，全部具备前向保密
    ssl_ciphers ECDHE-ECDSA-AES128-GCM-SHA256:ECDHE-RSA-AES128-GCM-SHA256:ECDHE-ECDSA-AES256-GCM-SHA384:ECDHE-RSA-AES256-GCM-SHA384:ECDHE-ECDSA-CHACHA20-POLY1305:ECDHE-RSA-CHACHA20-POLY1305;
    ssl_prefer_server_ciphers off;   # 现代做法：让客户端选，它更清楚自己的硬件加速能力

    ssl_session_cache   shared:SSL:10m;
    ssl_session_timeout 1d;
    ssl_session_tickets off;         # 关掉可避免 ticket key 不轮换导致的前向保密失效

    add_header Strict-Transport-Security "max-age=63072000" always;
}

# 80 跳 443
server {
    listen 80;
    server_name app1.jasper.org;
    return 301 https://$host$request_uri;
}

# Debian/Ubuntu
a2enmod ssl && a2ensite default-ssl
# 编译安装的则去掉 httpd.conf 里这行的注释：
#   Include conf/extra/httpd-ssl.conf

<VirtualHost *:443>
    ServerName app1.jasper.org
    SSLEngine on
    SSLCertificateFile    /data/app1/app1.crt
    SSLCertificateKeyFile /data/app1/app1.key
    # 有中间CA 时再加这行(本文两层结构用不到)
    #SSLCertificateChainFile /data/app1/ca.crt

    SSLProtocol             -all +TLSv1.2 +TLSv1.3
    SSLCipherSuite          ECDHE-ECDSA-AES128-GCM-SHA256:ECDHE-RSA-AES128-GCM-SHA256:ECDHE-ECDSA-AES256-GCM-SHA384:ECDHE-RSA-AES256-GCM-SHA384
    SSLHonorCipherOrder     off
</VirtualHost>

apachectl configtest && apachectl graceful

# 服务端
openssl s_server -cert app1.crt -key app1.key -accept 4433 -www

# 客户端(另开一个终端)
openssl s_client -connect app1.jasper.org:4433 -servername app1.jasper.org \
        -CAfile ca.crt -verify_hostname app1.jasper.org -brief </dev/null

# 或直接 curl(前提是 CA 已进系统信任库，见「建立私有CA」的信任一节)
curl -sS -o /dev/null -w "rc=%{http_code} ssl_verify_result=%{ssl_verify_result}\n" \
        https://app1.jasper.org:4433/

# 服务端要求客户端出示证书
# -verify_return_error 必须加，否则校验失败只打日志不断连接(详见「HTTPS 双向认证」一章)
openssl s_server -cert app1.crt -key app1.key -accept 4433 -www \
        -CAfile ca.crt -Verify 1 -verify_return_error

# 客户端带上自己的证书
openssl s_client -connect app1.jasper.org:4433 -servername app1.jasper.org \
        -CAfile ca.crt -cert client.crt -key client.key </dev/null

ssl_client_certificate /data/app1/ca.crt;   # 用哪个 CA 验客户端证书
ssl_verify_client on;                       # on=强制 / optional=可选 / off=关闭
ssl_verify_depth 2;

openssl genpkey -algorithm RSA -pkeyopt rsa_keygen_bits:2048 -out client.key
openssl req -new -key client.key -out client.csr -subj "/C=CN/O=ops/CN=client01"
openssl x509 -req -in client.csr -CA ca.crt -CAkey ca.key -days 397 -out client.crt \
        -extfile <(printf "basicConstraints=critical,CA:FALSE\nkeyUsage=critical,digitalSignature\nextendedKeyUsage=clientAuth\n")

# 浏览器要导入的话转成 p12
openssl pkcs12 -export -clcerts -in client.crt -inkey client.key -out client.p12

# curl 做 mTLS 测试
curl --cacert ca.crt --cert client.crt --key client.key https://app1.jasper.org/ -I

单向(常规 HTTPS)                      双向(mTLS)
  Client → ClientHello                  Client → ClientHello
  Server → ServerHello                  Server → ServerHello
           Certificate                           Certificate
                                                 CertificateRequest   <- 多这条：服务端索要
           CertificateVerify                     CertificateVerify
           Finished                              Finished
  Client → Finished                     Client → Certificate          <- 多这条：客户端出示
                                                 CertificateVerify    <- 多这条：证明持有私钥
                                                 Finished

mkdir -p /data/mtls && cd /data/mtls

# 1) 私有CA(双方共用同一个 CA；也可以各用各的，见本节末尾)
openssl genpkey -algorithm RSA -pkeyopt rsa_keygen_bits:4096 -out ca.key
openssl req -x509 -new -key ca.key -days 3650 -out ca.crt \
        -subj "/C=CN/ST=beijing/L=beijing/O=ops/OU=it/CN=mtls-internal-ca" \
        -addext "basicConstraints=critical,CA:TRUE,pathlen:0" \
        -addext "keyUsage=critical,keyCertSign,cRLSign"

# 2) 服务端证书：serverAuth + SAN
openssl genpkey -algorithm RSA -pkeyopt rsa_keygen_bits:2048 -out server.key
openssl req -new -key server.key -out server.csr \
        -subj "/C=CN/ST=beijing/L=beijing/O=ops/OU=it/CN=app1.jasper.org" \
        -addext "subjectAltName=DNS:app1.jasper.org,IP:127.0.0.1"
openssl x509 -req -in server.csr -CA ca.crt -CAkey ca.key \
        -copy_extensions copy -days 397 -out server.crt \
        -extfile <(printf '%s\n' \
            'basicConstraints=critical,CA:FALSE' \
            'keyUsage=critical,digitalSignature,keyEncipherment' \
            'extendedKeyUsage=serverAuth')

# 3) 客户端证书：clientAuth，不需要 SAN，CN 用来标识"谁"
openssl genpkey -algorithm RSA -pkeyopt rsa_keygen_bits:2048 -out client.key
openssl req -new -key client.key -out client.csr \
        -subj "/C=CN/ST=beijing/L=beijing/O=ops/OU=it/CN=client01"
openssl x509 -req -in client.csr -CA ca.crt -CAkey ca.key \
        -days 397 -out client.crt \
        -extfile <(printf '%s\n' \
            'basicConstraints=critical,CA:FALSE' \
            'keyUsage=critical,digitalSignature' \
            'extendedKeyUsage=clientAuth')

chmod 600 ca.key server.key client.key
rm -f server.csr client.csr

root@master01:/data/mtls# openssl x509 -in server.crt -noout -ext extendedKeyUsage | tail -1
    TLS Web Server Authentication
root@master01:/data/mtls# openssl x509 -in client.crt -noout -ext extendedKeyUsage | tail -1
    TLS Web Client Authentication

root@master01:/data/mtls# openssl x509 -in server.crt -noout -purpose | grep "^SSL"
SSL client : No
SSL client CA : No
SSL server : Yes                # <- 只能当服务端
SSL server CA : No

root@master01:/data/mtls# openssl x509 -in client.crt -noout -purpose | grep "^SSL"
SSL client : Yes                # <- 只能当客户端
SSL client CA : No
SSL server : No
SSL server CA : No

root@master01:/data/mtls# openssl verify -auth_level 1 -x509_strict -CAfile ca.crt server.crt
server.crt: OK
root@master01:/data/mtls# openssl verify -auth_level 1 -x509_strict -CAfile ca.crt client.crt
client.crt: OK

# server-ca.crt 只签服务端证书，发给客户端用于验服务端
# client-ca.crt 只签客户端证书，放在服务端用于验客户端
# nginx: ssl_certificate         = server.crt(由 server-ca 签)
#        ssl_client_certificate  = client-ca.crt

server {
    listen 443 ssl;
    http2 on;
    server_name app1.jasper.org;

    # --- 服务端身份(单向认证部分) ---
    ssl_certificate     /data/mtls/server.crt;
    ssl_certificate_key /data/mtls/server.key;
    ssl_protocols       TLSv1.2 TLSv1.3;

    # --- 双向认证部分 ---
    ssl_client_certificate /data/mtls/ca.crt;   # 用哪个 CA 验客户端证书
    ssl_verify_client      on;                  # on=强制 / optional=可选 / off=关闭
    ssl_verify_depth       2;                   # 允许的客户端证书链深度
    ssl_crl                /data/mtls/crl.pem;   # 吊销列表，已吊销的客户端证书会被拒

    location / {
        # 把客户端证书信息透传给后端，业务侧据此做授权
        proxy_set_header X-SSL-Client-Verify  $ssl_client_verify;   # SUCCESS / FAILED / NONE
        proxy_set_header X-SSL-Client-DN      $ssl_client_s_dn;     # 客户端证书 subject
        proxy_set_header X-SSL-Client-Serial  $ssl_client_serial;
        proxy_pass http://127.0.0.1:8080;   # 换成你的后端
    }
}

ssl_verify_client optional;

location /admin/ {
    if ($ssl_client_verify != SUCCESS) { return 403; }
    proxy_pass http://127.0.0.1:8080;
}

# 正确做法：--cacert 验服务端，--cert/--key 出示客户端证书
curl --cacert ca.crt --cert client.crt --key client.key \
        https://XXX.XXX.XXX.XXX:PORT/ -I

# 不带客户端证书应当失败，以此确认双向认证真的生效了
curl --cacert ca.crt https://XXX.XXX.XXX.XXX:PORT/ -I

# 1 先确认两张证书本身没问题
openssl verify -auth_level 1 -x509_strict -CAfile ca.crt server.crt
openssl verify -auth_level 1 -x509_strict -CAfile ca.crt client.crt

# 2 确认 EKU 分对了
openssl x509 -in server.crt -noout -purpose | grep "^SSL server :"
openssl x509 -in client.crt -noout -purpose | grep "^SSL client :"

# 3 本地用 s_server 复现(务必带 -verify_return_error)
openssl s_server -cert server.crt -key server.key -accept 4433 -www \
        -CAfile ca.crt -Verify 1 -verify_return_error

# 4 看服务端日志，不要只看客户端现象(TLS 1.3 下客户端现象有迷惑性)

# 看整条链的概览：每级的 subject/issuer、公钥、签名算法、有效期
openssl s_client -connect www.bilibili.com:443 -servername www.bilibili.com \
        </dev/null 2>/dev/null | head -20

# 只看叶子证书的细节
openssl s_client -connect www.bing.com:443 -servername www.bing.com </dev/null 2>/dev/null \
        | openssl x509 -noout -subject -issuer -serial -dates \
            -ext subjectAltName,keyUsage,extendedKeyUsage,certificatePolicies

# 看握手实际协商的结果(注意这和证书上的签名算法不是一回事，见下)
openssl s_client -connect www.bing.com:443 -servername www.bing.com -brief </dev/null

root@master01:~# openssl s_client -connect www.bilibili.com:443 -servername www.bilibili.com \
      </dev/null 2>/dev/null | openssl x509 -noout -subject -issuer -serial -dates \
        -ext subjectAltName,keyUsage,extendedKeyUsage
subject=C=CN, ST=上海, L=上海, O=上海幻电信息科技有限公司, CN=*.bilibili.com
issuer=C=BE, O=GlobalSign nv-sa, CN=GlobalSign RSA OV SSL CA 2018
serial=458E85C760E665E8D9E4EAEF
notBefore=Nov 11 08:11:28 2025 GMT
notAfter=Dec 13 08:11:27 2026 GMT
X509v3 Key Usage: critical
    Digital Signature, Key Encipherment
X509v3 Subject Alternative Name:
    DNS:*.bilibili.com, DNS:*.bilibili.cn, DNS:bilibili.com
X509v3 Extended Key Usage:
    TLS Web Server Authentication, TLS Web Client Authentication

root@master01:~# openssl s_client -connect www.bing.com:443 -servername www.bing.com \
      </dev/null 2>/dev/null | openssl x509 -noout -subject -issuer -serial -dates
subject=C=US, ST=WA, L=Redmond, O=Microsoft Corporation, CN=www.bing.com
issuer=C=US, O=Microsoft Corporation, CN=Microsoft TLS G2 RSA CA OCSP 10
serial=4900C4893F320CDB488F21EBA1000000C4893F
notBefore=Aug 28 16:15:33 2026 GMT
notAfter=Feb 24 16:15:33 2027 GMT

# www.bilibili.com
  CN=*.bilibili.com                            sha256WithRSAEncryption   RSA 2048
  CN=GlobalSign RSA OV SSL CA 2018             sha256WithRSAEncryption   RSA 2048
  CN=GlobalSign (Root CA - R3)                 sha256WithRSAEncryption   RSA 2048
    └─ 根：GlobalSign Root CA

# www.bing.com
  CN=www.bing.com                              sha384WithRSAEncryption   RSA 2048
  CN=Microsoft TLS G2 RSA CA OCSP 10           sha384WithRSAEncryption   RSA 4096
  CN=Microsoft TLS RSA Root G2                 sha384WithRSAEncryption   RSA 4096
    └─ 根：DigiCert Global Root G2

root@master01:~# openssl s_client -connect www.bilibili.com:443 \
      -servername www.bilibili.com -brief </dev/null
Protocol version: TLSv1.3
Ciphersuite: TLS_AES_256_GCM_SHA384
Peer certificate: C=CN, ST=上海, L=上海, O=上海幻电信息科技有限公司, CN=*.bilibili.com
Hash used: SHA256
Signature type: rsa_pss_rsae_sha256          # <- 握手签名
Verification: OK
Peer Temp Key: X25519, 253 bits

root@master01:~# openssl s_client -connect www.bing.com:443 \
      -servername www.bing.com -brief </dev/null
Protocol version: TLSv1.2
Ciphersuite: ECDHE-RSA-AES256-GCM-SHA384
Peer certificate: C=US, ST=WA, L=Redmond, O=Microsoft Corporation, CN=www.bing.com
Hash used: SHA256
Signature type: rsa_pss_rsae_sha256          # <- 同样是这个
Verification: OK
Peer Temp Key: ECDH, secp521r1, 521 bits

root@master01:~# openssl s_client -connect www.bilibili.com:443 -servername www.bilibili.com \
      -sigalgs 'ECDSA+SHA256:ECDSA+SHA384' </dev/null 2>&1 | grep -i alert
... alert handshake failure ...

root@master01:~# openssl s_client -connect www.bing.com:443 -servername www.bing.com \
      -sigalgs 'ECDSA+SHA256:ECDSA+SHA384' </dev/null 2>&1 | grep -i "Cipher is"
New, (NONE), Cipher is (NONE)                # 握手没建立起来

root@master01:~# openssl speed -seconds 1 rsa2048 ecdsap256
                        sign/s    verify/s
rsa  2048 bits          2093.9     65034.3
ecdsa (nistp256)       43152.5     17040.4

ssl_certificate     /etc/nginx/ssl/app1.ecdsa.crt;
ssl_certificate_key /etc/nginx/ssl/app1.ecdsa.key;
ssl_certificate     /etc/nginx/ssl/app1.rsa.crt;     # 多写一组即可
ssl_certificate_key /etc/nginx/ssl/app1.rsa.key;

openssl genpkey -algorithm EC -pkeyopt ec_paramgen_curve:P-256 -out app1-ec.key
openssl req -new -key app1-ec.key -out app1-ec.csr \
        -subj "/C=CN/ST=beijing/L=beijing/O=ops/OU=it/CN=app1.jasper.org" \
        -addext "subjectAltName=DNS:app1.jasper.org,DNS:*.jasper.org"
openssl x509 -req -in app1-ec.csr -CA ca.crt -CAkey ca.key \
        -copy_extensions copy -days 397 -out app1-ec.crt \
        -extfile <(printf "basicConstraints=critical,CA:FALSE\nkeyUsage=critical,digitalSignature\nextendedKeyUsage=serverAuth\n")

# 抓下证书自己验
openssl s_client -connect www.bing.com:443 -servername www.bing.com </dev/null 2>/dev/null \
        | openssl x509 -out /tmp/bing.crt
openssl verify -auth_level 2 -CAfile /etc/ssl/certs/ca-certificates.crt \
        -untrusted /tmp/chain.pem /tmp/bing.crt

#jks -> pfx
keytool -importkeystore -srckeystore keystore.jks -srcstoretype JKS -deststoretype PKCS12 -destkeystore keystore.p12

#pfx -> jks
keytool -importkeystore -srckeystore keystore.p12 -srcstoretype PKCS12 -deststoretype JKS -destkeystore keystore.jks 
#-deststorepass changeit -alias s1as # 证书默认密码是changeit

# 将证书转换为大多数浏览器都能识别的PKCS12文件
export MARATHON_PKCS_PASSWORD=marathonwowopass
openssl pkcs12 -name marathon  -inkey marathon.key -passin "env:MARATHON_KEY_PASSWORD" -in marathon.crt  -password "env:MARATHON_PKCS_PASSWORD" -export -out marathon.pkcs12

# PKCS12文件转JKS
export MARATHON_JKS_PASSWORD=marathonwowopass
keytool -importkeystore -srckeystore marathon.pkcs12 -srcalias marathon -srcstorepass $MARATHON_PKCS_PASSWORD -srcstoretype PKCS12 -destkeystore marathon.jks -deststorepass $MARATHON_JKS_PASSWORD

[root@xy-spacebridge-nginx001 bin]# ./keytool -importkeystore -srckeystore /root/20190417.p12 -srcstoretype PKCS12 -deststoretype JKS -destkeystore /root/iot.jks
Enter destination keystore password:  目标文件密码
Re-enter new password: 目标文件密码
Enter source keystore password:  p12文件密码
Entry for alias 1 successfully imported.
Import command completed:  1 entries successfully imported, 0 entries failed or cancelled

# 1.PEM格式-->PFX格式
除pem格式的key的密码(输出的密码不输入即可)
openssl rsa -in cert2.key -out cert22.key

# 将KEY格式密钥文件和CRT格式公钥文件转换成PFX格式证书文件。
openssl pkcs12 -export -out server.pfx -inkey server.key -in server.crt
#输出
Enter Export Password:
Verifying - Enter Export Password:
# -passout pass:changeit -name s1as # 该证书默认密码是changeit。

#指定intermedian和CA
openssl pkcs12 -export -out mypkcs12.pfx -inkey my.private.key -in mycert.crt -certfile intermediate.crt -CAfile ca.crt

# 2. PEM格式<--PFX格式
#将PFX格式证书文件转化为KEY格式密钥文件和CRT格式公钥文件

openssl pkcs12 -in server.pfx -out server.pem # server.pem证书文件
#如无需加密pem中私钥，可以添加选项-nodes；

openssl rsa -in server.pem -out server.key # KEY格式密钥文件（server.key）
openssl x509 -in server.pem -out server.crt # CRT格式公钥文件（server.crt）
openssl pkcs12 -in server.pfx -nodes -nokeys -out server.crt # 如无需导出私钥，可以添加选项-nokeys  CRT格式公钥文件（server.crt）

#提取
#提取私钥命令：
openssl pkcs12 -in certname.pfx -nocerts -out key.pem -nodes
#提取证书命令：
openssl pkcs12 -in certname.pfx -nokeys -out cert.pem

-----BEGIN CERTIFICATE-----
Base64–encoded certificate
-----END CERTIFICATE-----

-----BEGIN CERTIFICATE-----
Base64–encoded certificate
-----END CERTIFICATE-----
-----BEGIN CERTIFICATE-----
Base64–encoded certificate
-----END CERTIFICATE-----
-----BEGIN CERTIFICATE-----
Base64–encoded certificate
-----END CERTIFICATE-----

-----BEGIN RSA PRIVATE KEY-----
Base64–encoded private key
-----END RSA PRIVATE KEY-----

#PEM <--DER
openssl x509 -in cert22.cer -inform DER -out cert22.pem -outform PEM
#其它PEM <--DER
openssl rsa -in ca_private.der -inform DER -outform PEM -out ca.key
#PEM <--CER/CRT
openssl x509 -in cert2.cer -out cert2.pem -outform PEM

提取证书：openssl x509 -inform der -in certificate.cer -out certificate.pem
提取私钥：openssl rsa -inform DER -outform PEM -in privatekey.der -out privatekey.pem

#PEM -->DER
openssl x509 -in cert22.pem -inform PEM -out cert22.der -outform DER
#其它PEM -->DER
openssl rsa -in ca.key -outform DER -out ca_private.der
openssl pkcs8 -topk8 -nocrypt -inform PEM -outform DER -in ca.key -out ca_private.der
#PEM -->CER/CRT
openssl x509 -in cert22.pem -out cert22.crt

# PEM --> P7B(PEM--PKCS#7)
openssl crl2pkcs7 -nocrl -certfile certificate.cer -out certificate.p7b -certfile CACert.cer

#PEM <-- P7B(PEM--PKCS#7)
openssl pkcs7 -print_certs -in incertificat.p7b -out outcertificate.cer

# P7B--PFX(PKCS#7--PKCS#12)
openssl pkcs7 -print_certs -in certificate.p7b -out certificate.cer
openssl pkcs12 -export -in certificate.cer -inkey privateKey.key -out certificate.pfx -certfile CACert.cer


# PEM--SPC
openssl crl2pkcs7 -nocrl -certfile venus.pem -outform DER -out venus.spc

# PEM－－PVK（openssl 1.x开始支持）
openssl rsa -in mycert.pem -outform PVK -pvk-strong -out mypvk.pvk
#PEM－－PVK（对于openssl 1.x之前的版本，可以下载pvk转换器后通过以下命令完成）
pvk -in ca.key -out ca.pvk -nocrypt -topvk

[root@jenkins01 ca]# keytool -importcert -v -trustcacerts -alias hdzy -file /root/ca/buy/291996.pem -keystore /root/ca/buy/291996.bks -storetype BKS -providerclass org.bouncycastle.jce.provider.BouncyCastleProvider -providerpath "bcprov-jdk16-1.46.jar" -storepass qianyangyuanwang


是否信任此证书? [否]:        y                
证书已添加到密钥库中

# jks 转 cert
keytool -export -alias cert0001 -keystore trust.jks -storepass 123456 -file cert0001.cer

# cert 转 jks
keytool -import -v -alias cert001 -file cert001.cer -keystore trust.jks -storepass 123456 -noprompt

-genkey 在用户主目录中创建一个默认文件”.keystore”,还会产生一个mykey的别名，mykey中包含用户的公钥、私钥和证书(在没有指定生成位置的情况下,keystore会存在用户系统默认目录)
-alias 产生别名 每个keystore都关联这一个独一无二的alias，这个alias通常不区分大小写
-keystore 指定密钥库的名称(产生的各类信息将不在.keystore文件中)
-keyalg 指定密钥的算法 (如 RSA DSA，默认值为：DSA)
-validity 指定创建的证书有效期多少天(默认 90)
-keysize 指定密钥长度 （默认 1024）
-storepass 指定密钥库的密码(获取keystore信息所需的密码)
-keypass 指定别名条目的密码(私钥的密码)
-dname 指定证书发行者信息 其中： “CN=名字与姓氏,OU=组织单位名称,O=组织名称,L=城市或区域名 称,ST=州或省份名称,C=单位的两字母国家代码”
-list 显示密钥库中的证书信息 keytool -list -v -keystore 指定keystore -storepass 密码
-v 显示密钥库中的证书详细信息
-export 将别名指定的证书导出到文件 keytool -export -alias 需要导出的别名 -keystore 指定keystore -file 指定导出的证书位置及证书名称 -storepass 密码
-file 参数指定导出到文件的文件名
-delete 删除密钥库中某条目 keytool -delete -alias 指定需删除的别 -keystore 指定keystore – storepass 密码
-printcert 查看导出的证书信息 keytool -printcert -file g:\sso\michael.crt
-keypasswd 修改密钥库中指定条目口令 keytool -keypasswd -alias 需修改的别名 -keypass 旧密码 -new 新密码 -storepass keystore密码 -keystore sage
-storepasswd 修改keystore口令 keytool -storepasswd -keystore g:\sso\michael.keystore(需修改口令的keystore) -storepass pwdold(原始密码) -new pwdnew(新密码)
-import 将已签名数字证书导入密钥库 keytool -import -alias 指定导入条目的别名 -keystore 指定keystore -file 需导入的证书

[root@dev-01 hbase-1.1.2]# cd /usr/java/jdk1.8.0_121/bin/
[root@dev-01 bin]# ./keytool

2064873_scf.baidu.net.key 私钥
2064873_scf.baidu.net.pem 证书
转p12文件命令
openssl pkcs12 -export -out 20190417.p12 -inkey 2064873_scf.baidu.net.key -in 2064873_scf.baidu.net.pem 
Enter Export Password:  p12password
Verifying - Enter Export Password: p12password

int bks_version;
if (Build.VERSION.SDK_INT >= Build.VERSION_CODES.JELLY_BEAN_MR1) {
    bks_version = R.raw.publickey; //The BKS file
} else {
    bks_version = R.raw.publickey_v1; //The BKS (v-1) file
}
KeyStore ks = KeyStore.getInstance("BKS");
InputStream in = getResources().openRawResource(bks_version);  
ks.load(in, "mypass".toCharArray());

#默认生成PKCS1格式PEM编码私钥
openssl genrsa -out ca.key 2048

# PKCS1 转 PKCS8
openssl pkcs8 -topk8 -nocrypt -in ca.key -out ca_private.pem
# PKCS8 转 PKCS1
openssl rsa -in ca_private.pem -out ca.key

curl https://get.acme.sh | sh -s email[email protected]
alias acme.sh=~/.acme.sh/acme.sh
echo 'alias acme.sh=~/.acme.sh/acme.sh' >> .bash_profile

acme.sh --issue -d esofar.cn -d www.esofar.cn -w /home/wwwroot/esofar.cn

# 续期
acme.sh --renew -d example.com

# 查看证书列表
acme.sh --list 

#查看证书具体内容
openssl x509 -in /data/zhengshu/xxx.com/fullchain.cer        -noout -text

# 查看证书时间
openssl x509 -in /data/zhengshu/xx.com/fullchain.cer        -noout -dates

# 删除证书
acme.sh remove <SAN_Domains>
acme.sh  --remove -d \*.book.com
或手动删除 /home/yxz/.acme.sh/xxx.xxx 文件夹。

#生成的证书放在了/root/.acme.sh/esofar.cn目录，因为这是 acme.sh 脚本的内部使用目录，而且目录结构可能会变化，所以我们不能让 Nginx 的配置文件直接读取该目录下的证书文件。
#正确的做法就是使用--installcert命令，指定目标位置，然后证书文件会被 copy 到相应的位置。
#一条命令即可解决：
acme.sh  --installcert -d esofar.cn \
         --key-file /etc/nginx/ssl/esofar.cn.key \
         --fullchain-file /etc/nginx/ssl/fullchain.cer \
         --reloadcmd "service nginx force-reload"

# 升级 acme.sh 到最新版：
acme.sh --upgrade
# 如果您不想手动升级,，可以开启自动升级：
acme.sh  --upgrade  --auto-upgrade
# 您也可以随时关闭自动更新：
acme.sh --upgrade  --auto-upgrade  0

# 升级 acme.sh 到最新版：
acme.sh --upgrade

# 定义全局变量
export Ali_Key="LTAI4Fqcsxxxb" 
export Ali_Secret="whTtvJsQwYxxxg"
# 申请证书
~/.acme.sh/acme.sh --issue --dnssleep 10 --dns dns_ali -d qx.com -d "*.qx.com" 
# 等待...
# 续费所有证书
~/.acme.sh/acme.sh --renew-all --dnssleep 10

export  AWS_ACCESS_KEY_ID=XXXXXXXXXX
export  AWS_SECRET_ACCESS_KEY=XXXXXXXXXXXXXXX

./acme.sh --issue --dns dns_aws -d example.com -d www.example.com

#AWS_ACCESS_KEY_ID 、 AWS_SECRET_ACCESS_KEY和AWS_DNS_SLOWRATE将自动保存在~/.acme.sh/account.conf中，并在需要时重复使用。

#root
groupadd acme_group
useradd -d /home/aws-ssl -g acme_group aws-ssl

mkdir /opt/acme_result
chmod 775 /opt/acme_result/
chown :acme_group /opt/acme_result/

su - aws-ssl
cd ~/.acme.sh
cat <<\EOF> create.sh 
if [ $# -ne 2 ];then
echo "请传递 域名、监听id 两个参数"
exit
fi
domain=$1
listen_id=$2
domain_dir=/opt/acme_result/${domain}
mkdir -p ${domain_dir}

./acme.sh --issue --dns dns_aws -d ${domain} -d *.${domain} -d *.qa.${domain} \
--cert-file      ${domain_dir}/cert.pem  \
--key-file       ${domain_dir}/key.pem  \
--fullchain-file ${domain_dir}/fullchain.pem \
--reloadcmd     "/opt/acme_venv/bin/python /opt/shell/deploy_aliyun_cert.py ${domain} sg ${listen_id}"
EOF

[aws-ssl@acme-manage xxx.com]$ cat xxx.com.conf 
Le_Domain='xxx.com'
Le_Alt='*.xxx.com,*.qa.xxx.com'
Le_Webroot='dns_aws'
...
Le_RealCertPath='/opt/acme_result/xxx.com/cert.pem'
Le_RealCACertPath=''
Le_RealKeyPath='/opt/acme_result/xxx.com/key.pem'
Le_ReloadCmd='__ACME_BASE64__START_L29wdC9hY21lX3ZlbnYvYmluL3B5dGhvbiAvb3B0L3NoZWxsL2RlcGxveV9hbGl5dW5fY2VydC5weSB4eHguY29t__ACME_BASE64__END_'
Le_RealFullChainPath='/opt/acme_result/xxx.com/fullchain.pem'

[aws-ssl@acme-manage xxx.com]$ ls
backup xxx.com.cer  xxx.com.conf  xxx.com.csr  xxx.com.csr.conf  xxx.com.key  ca.cer  fullchain.cer
[aws-ssl@acme-manage xxx.com]$ echo 'L29wdC9hY21lX3ZlbnYvYmluL3B5dGhvbiAvb3B0L3NoZWxsL2RlcGxveV9hbGl5dW5fY2VydC5weSB4eHguY29t'|base64 -d
/opt/acme_venv/bin/python /opt/shell/deploy_aliyun_cert.py xxx.com

~/.acme.sh/acme.sh --issue --dnssleep 10 --dns dns_ali -d yz.com -d "*.yz.com" -d "*.yf.yz.com"

~/.acme.sh/acme.sh --renew-all --dnssleep 10

# 申请
~/.acme.sh/acme.sh --issue --dnssleep 10    --dns dns_ali -d yz.com -d "*.yz.com" \
--installcert\
--key-file /usr/local/nginx/conf/yz.com.key \
--fullchain-file /usr/local/nginx/conf/fullchain.cer \
--reloadcmd "service nginx force-reload"
# 续费
~/.acme.sh/acme.sh --renew --dns -d ss.com -d *.ss.com

# 申请
*.xyf.com域名证书申请
~/.acme.sh/acme.sh --issue --dns dns_ali -d xyf.com-d "*.xyf.com"
# 续费
~/.acme.sh/acme.sh --renew --force --dns dns_ali    -d xyf.com    -d "*.xyf.com"

#远端服务器公钥文件
[ec2-user@ip-172-31-5-34 ~]$ ls /etc/ssh/ssh_host_e*.pub
/etc/ssh/ssh_host_ecdsa_key.pub  /etc/ssh/ssh_host_ed25519_key.pub

# 1. 确认哈希值 。第一次确定身份，之后就不用了。将公钥信息保存到了本地
#本地ssh登录无端服务
root@VM-8-13-ubuntu:~# ssh [email protected]
The authenticity of host '15.207.14.66 (15.207.14.66)' can't be established.
ED25519 key fingerprint is SHA256:M0Trt36g+uzls7ri1/tUJBUL1h4CrgURYAF61EvTdn0.  #哈希值
This key is not known by any other names.
Are you sure you want to continue connecting (yes/no/[fingerprint])? yes # 第一次确定身份
Warning: Permanently added '15.207.14.66' (ED25519) to the list of known hosts.
[email protected]: Permission denied (publickey,gssapi-keyex,gssapi-with-mic). #因为没做免密，所以无法登录

#交换公钥，并保存在.ssh/known_hosts文件
root@VM-8-13-ubuntu:~# cat .ssh/known_hosts |grep 15.207.14.66
15.207.14.66 ssh-ed25519 AAAAC3NzaC1lZDI1NTE5AAAAIIP4wTKbQiByeDw1xrC4SNcc6x4XBVrj+aFp1iH7lIgZ

#如果能成功登录，会把远端/etc/ssh/ssh_host_e*.pub公钥信息和~/.ssh/id_rsa.pub公钥信息保存到本地.ssh/known_hosts文件中
#[10.3.8.13]:65522 ssh-ed25519 AAAxxxxz
#[10.3.8.13]:65522 ssh-rsa AAAAB3Nzxxxxx
#[10.3.8.13]:65522 ecdsa-sha2-nistp256 AAAAE2Vj

#查看~/.ssh/known_hosts中保存远端的指纹信息
root@VM-8-13-ubuntu:~# ssh-keygen -E sha256 -lf ~/.ssh/known_hosts
256 SHA256:M0Trt36g+uzls7ri1/tUJBUL1h4CrgURYAF61EvTdn0 15.207.14.66 (ED25519)


#对比远端公钥信息和公钥指纹（哈希值）是否和known_hosts的一样
[ec2-user@ip-172-31-5-34 ~]$ cat /etc/ssh/ssh_host_ed25519_key.pub 
ssh-ed25519 AAAAC3NzaC1lZDI1NTE5AAAAIIP4wTKbQiByeDw1xrC4SNcc6x4XBVrj+aFp1iH7lIgZ [email protected]

[ec2-user@ip-172-31-5-34 ~]$ ssh-keygen -E sha256 -lf /etc/ssh/ssh_host_ed25519_key.pub
256 SHA256:M0Trt36g+uzls7ri1/tUJBUL1h4CrgURYAF61EvTdn0 [email protected] (ED25519)


#伪装
# 方法1 偷取目标机器的私钥/etc/ssh/ssh_host_ecdsa_key到本地重启sshd，并冒充目标ip
# 方法2 中间劫持

ssh-keygen -t rsa [-P 'password'] [-f “~/.ssh/id_rsa"]
#可以直接执行ssh-keygen ，后面的一串可以生成
#默认rsa加密，~/.shh是默认路径，密码视情况而定

选项
-t  {rsa|ecdsa|dsa}：公钥加密算法类型；
-b bits：指明密钥长度；
-P passphrase：私钥加密密码； -P '' 设置空密码
-f output_keyfile：生成密钥的保存位置；
-C 注释

注意事项
.ssh目录的属主、属组使用当前用户与用户组
.ssh目录的权限请保持700
authorized_keys的权限为644
id_rsa的权限为600
id_rsa.pub的权限为644
检查用户$HOME目录权限必须为755

# 提定位置转出私钥，同时会生成 id_rsa.pub 公钥。注释信息为 ops-deploy
su - xcw -c "ssh-keygen -t rsa -P '' -f /home/xcw/.ssh/id_rsa" -C "ops-deploy"

ssh-copy-id [-i [identity_file]]  [-p port]  [-o ssh_option]  [user@]host

# 内部逻辑
cat ~/.ssh/id_rsa.pub | ssh $1 "umask 077; test -d ~/.ssh || mkdir ~/.ssh ; cat >> ~/.ssh/authorized_keys || exit 1"

ssh-keygen –p

#启用代理
ssh-agent bash
#钥匙通过命令添加给代理
ssh-add

ssh-keygen -i -f Identity.pub >> .ssh/authorized_keys

# 1. 生成公钥私钥对
[root@centos8 ~]#ssh-keygen 
Generating public/private rsa key pair.
Enter file in which to save the key (/root/.ssh/id_rsa):  #回车，接受默认值
Enter passphrase (empty for no passphrase):   #回车，接受默认值，空密码
Enter same passphrase again:   #回车，接受默认值

[root@centos8 ~]#ll .ssh/
total 12
-rw------- 1 root root 2602 May 22 22:40 id_rsa
-rw-r--r-- 1 root root  566 May 22 22:40 id_rsa.pub
[root@centos8 ~]#cat .ssh/id_rsa.pub 
ssh-rsa AAAAB3NzaC1yc2EAAAADAQABAAABgQDbzJCv07jz13pWXljBT5HdWQoK71Oa537kxQ5e4uRbvUGYHfOei5YKX2Ke7f9pm5OycPgYId6fjAphcl7FkqF03SNIrds8HfLA2BbyXLP76hh/XzyK1lAXlMQL964kCtEdllHxBM+Z6ymAsepDj4bYaQx5jyYW66e/sbjNbQlqtnevWd3W/9ifd9xC9RdU/xEFxiphCEBXNo9hS8zEFhqaXqHHJkWfTyb8O735GMC8yDXtUyAs+zNVDY7k7EDSGMD7t25R5DcBXI9rrCQICoIHU/UWAiXeHu8To2ryr7j0g4UeI8DvksTo3BSwLOTzYb8bM41s1ZiP4gwtlgsIP1F1fJKQi1xVmQsL+h44pN/QGvPUEOEk5CvCD1SRu3gOrkDNhA6Cwpq9HDGpF3KkbCuTXU0ZL4b4O6+6zD8jemI5pfBzrhp05t/X5ZX10BGrqNDb0r22jgwy8E8CGUEuSt0OkJQR07W0l1/m/ivRvIufb7C1B/ATKiaLd4ZLPXGlNJc= root@centos8
[root@centos8 ~]#cat .ssh/id_rsa

# 2. 把公钥文件传输至远程服务器对应用户的家目录
[root@centos8 ~]#ssh-copy-id [email protected]
[email protected]’s password:  #输入远程用户的密码


[root@Centos7 ~]#ll .ssh/
total 8
-rw------- 1 root root 566 May 22 22:42 authorized_keys
[root@Centos7 ~]#cat .ssh/authorized_keys 
ssh-rsa AAAAB3NzaC1yc2EAAAADAQABAAABgQDbzJCv07jz13pWXljBT5HdWQoK71Oa537kxQ5e4uRbvUGYHfOei5YKX2Ke7f9pm5OycPgYId6fjAphcl7FkqF03SNIrds8HfLA2BbyXLP76hh/XzyK1lAXlMQL964kCtEdllHxBM+Z6ymAsepDj4bYaQx5jyYW66e/sbjNbQlqtnevWd3W/9ifd9xC9RdU/xEFxiphCEBXNo9hS8zEFhqaXqHHJkWfTyb8O735GMC8yDXtUyAs+zNVDY7k7EDSGMD7t25R5DcBXI9rrCQICoIHU/UWAiXeHu8To2ryr7j0g4UeI8DvksTo3BSwLOTzYb8bM41s1ZiP4gwtlgsIP1F1fJKQi1xVmQsL+h44pN/QGvPUEOEk5CvCD1SRu3gOrkDNhA6Cwpq9HDGpF3KkbCuTXU0ZL4b4O6+6zD8jemI5pfBzrhp05t/X5ZX10BGrqNDb0r22jgwy8E8CGUEuSt0OkJQR07W0l1/m/ivRvIufb7C1B/ATKiaLd4ZLPXGlNJc= root@centos8

# 3. 测试
[root@centos8 ~]#ssh 10.0.0.77
Last login: Fri May 22 18:45:18 2020 from 10.0.0.8
[root@Centos7 ~]#exit
logout
Connection to 10.0.0.77 closed.
[root@centos8 ~]#scp /etc/fstab 10.0.0.77:/data
fstab                                     100%  709   202.1KB/s   00:00   

#对私钥加密
[root@centos8 ~]#ssh-keygen -p
Enter file in which the key is (/root/.ssh/id_rsa): 
Key has comment 'root@centos8'
Enter new passphrase (empty for no passphrase): 
Enter same passphrase again: 
Your identification has been saved with the new passphrase.

[root@centos8 ~]#ssh 10.0.0.77
Enter passphrase for key '/root/.ssh/id_rsa': #输入私钥的密码
Last login: Fri May 22 23:20:50 2020 from 10.0.0.8
[root@centos7 ~]#exit
logout
Connection to 10.0.0.77 closed.

#启用ssh代理，临时性的，exit即可退出
[root@centos8 ~]#ssh-agent bash # 启动并进入代理程序环境里
[root@centos8 ~]#ps aux |grep agent
root       5931  0.0  0.0  29444   548 ?        Ss   23:48   0:00 ssh-agent bash
root       5958  0.0  0.0  12108   964 pts/0    S+   23:48   0:00 grep --color=auto agent

[root@centos8 ~]#ssh-add # 将密码托管给代理服务
Identity added: /root/.ssh/id_rsa (root@centos8)
[root@centos8 ~]#ssh 10.0.0.77
Last login: Fri May 22 23:43:11 2020 from 10.0.0.8

[root@centos8 ~]#cat hosts.txt
10.0.0.7
10.0.0.6
[root@centos8 ~]#for i in `cat hosts.txt`;do ssh $i hostname -I ;done
10.0.0.7
10.0.0.6

# 手动加载一次私钥
ssh-add ~/path/to/id_rsa.pem
此时会提示输入 passphrase：输入 `yaaa`。
加载成功后，本次终端会话内，执行 `ssh bp` 不再要密码。

# 查看已加载密钥
ssh-add -l

# 删除单个密钥
ssh-add -d ~/path/to/id_rsa.pem
# 清空agent全部密钥
ssh-add -D


# 让 macOS 钥匙串自动记住
ssh-add --apple-use-keychain ~/path/to/id_rsa.pem
## 查看钥匙串里保存的 passphrase（图形界面）
1. `Command+空格` 搜索 **钥匙串访问 (Keychain Access)**
2. 左上角选「登录」钥匙串，搜索框搜 `SSH`
3. 会出现条目：`SSH:~/path/to/id_rsa.pem`
4. 双击这条，勾选「显示密码」，输入本机开机密码，就能看到保存的 passphrase `yaaa`GitHub Doc...。
## 彻底从钥匙串删掉保存的 passphrase（重启后需要重新输入密码）
ssh-add --apple-delete-keychain ~/path/to/id_rsa.pem

## 修改私钥 passphrase，旧密码换成新密码
ssh-keygen -p -f ~/path/to/id_rsa.pem
## 把新密码存进钥匙串：
ssh-add --apple-use-keychain ~/path/to/id_rsa.pem

[root@centos8 ~]#rz -E
rz waiting to receive.
[root@centos8 ~]#ls
 anaconda-ks.cfg  id_rsa_1024(xshell).pub
[root@centos8 ~]#cat id_rsa_1024(xshell).pub
ssh-rsa AAAAB3NzaC1yc2EAAAABIwAAAIEAw4zT+e9iFU691e+oRs32VMZppWm9EKK11HqogMqIQ8sQkun4lOCdE8nbsrSFTESV/x9yztRHwWTDU7366t0WfTC549MXxpu921+IZd5JzkOHuc8D+AxNPLRp/F4kZTE2wlwuRaawU2OFsKf9whLwFR52JqciTdueGgbzA2OB4Q8=
[root@centos8 ~]#mkdir .ssh ; chmod 700 .ssh
[root@centos8 ~]#cat id_rsa_1024(xshell).pub > .ssh/authorized_keys
[root@centos8 ~]#chmod 600 .ssh/authorized_keys
[root@centos8 ~]#ll .ssh/authorized_keys
-rw------- 1 root root 208 May 23 00:03 .ssh/authorized_keys

[root@centos8 ~]#cat push_ssh_key.sh
#!/bin/bash
PASS=1433236299
rpm -q expect &> /dev/null || yum install -y expect &> /dev/null
ssh-keygen -t rsa -P "" -f /root/.ssh/id_rsa &> /dev/null && echo "ssh key is created"
while read IP ;do
expect <<EOF &> /dev/null   #或者 expect &> /dev/null <<EOF
set timeout 20
spawn ssh-copy-id -i /root/.ssh/id_rsa.pub root@$IP
expect {
    "yes/no" { send "yes/no";exp_continue }
    "password" { send "$PASS\n" }
}
expect eof
EOF
echo $IP is ready
done < hosts.txt

[root@centos8 ~]#cat hosts.txt 
10.0.0.6
10.0.0.77
[root@centos8 ~]#bash push_ssh_key.sh 
ssh key is created
10.0.0.6 is ready
10.0.0.77 is ready
[root@centos8 ~]#ssh 10.0.0.6
Last login: Fri May 22 18:53:04 2020 from 10.0.0.1
[root@centos6 ~]#exit
logout
Connection to 10.0.0.6 closed.
[root@centos8 ~]#ssh 10.0.0.77
Last login: Sat May 23 15:20:19 2020 from 10.0.0.1
[root@Centos7 ~]#exit
logout
Connection to 10.0.0.77 closed.