《密码系统设计》第七周预习

20231313 张景云《密码系统设计》第七周预习

AI对内容的总结

Windows.C.C++.加密解密实战.sm.ys

《Windows C/C++加密解密实战》学习总结（重点：第11章 实战PKI）

一、章节核心逻辑

第11章围绕“PKI实战”展开，前承第10章PKI理论基础，聚焦“从理论到落地” ，通过“问题引入-工具实操-代码实现”三步，解决公钥归属安全问题，完成CA搭建与证书编程，核心目标是让学习者掌握OpenSSL工具的实际应用及证书解析的代码开发。

二、核心问题：公钥归属与证书必要性

公钥密码算法（如RSA）的核心漏洞是“公钥归属无法验证” ，直接使用会导致两类安全风险：

  1. 通信窃听：攻击者伪造接收方公钥，截获发送方加密信息后用自己私钥解密；
  2. 身份冒用：攻击者伪造发送方公钥，用自己私钥签名假消息，接收方用伪造公钥验证后误信。

解决方案：数字证书与PKI系统

通过数字证书（由权威CA签发，绑定用户身份与公钥，含CA数字签名防篡改）和PKI系统（含CA、证书持有者、依赖方三类核心实体），解决公钥归属问题：

  • CA（证书认证中心）：生成自身密钥对，审核用户身份后签发证书；
  • 证书持有者：拥有与证书公钥匹配的私钥（如通信中的李四）；
  • 依赖方：依赖CA签发的证书实现安全通信（如通信中的张三）。

安全通信流程：

  1. 李四生成密钥对，提交公钥与身份信息给CA；
  2. CA审核通过后，签发含李四身份、公钥及CA签名的证书；
  3. 张三获取李四证书，用CA公钥验证证书签名（确保证书未篡改）；
  4. 张三用证书中公钥与李四进行加密通信或身份鉴别。

三、关键实操：OpenSSL搭建CA系统

以“根CA→子CA→普通用户”三级架构为例，基于CentOS 7与OpenSSL 1.0.1e，完成CA搭建与证书申请，核心是“自签根证书→根CA签子CA证书→子CA签用户证书” 三步。

1. 实验环境准备

  • 硬件：3台Linux虚拟机（CentOS 7），网络设为桥接模式，确保互通；
  • 网络配置：关闭防火墙（systemctl stop firewalld），避免拦截通信；
  • 角色分配：
    • 主机A（120.4.2.6）：根CA，自签根证书；
    • 主机B（120.4.2.7）：子CA，向根CA申请证书；
    • 主机C（120.4.2.8）：普通用户，向子CA申请证书。

2. 核心配置文件：/etc/pki/tls/openssl.cnf

OpenSSL的CA配置核心文件，定义CA工作目录、证书存储路径、策略匹配规则等关键参数，重点字段如下：

配置项 含义 示例值
dir CA工作根目录 /etc/pki/CA
certs 已签发证书存储路径 ${dir}/certs
database 证书索引数据库 ${dir}/index.txt
serial 证书序列号文件 ${dir}/serial
policy 证书申请信息匹配策略 policy_match（需CA与申请者信息一致）
default_days 证书默认有效期 365天

3. 分步搭建流程

（1）根CA自签证书（主机A）

根CA无上级机构，需自签证书，核心是“生成加密私钥→生成自签证书”：

  1. 创建必要文件（缺失会导致后续报错）：
    touch /etc/pki/CA/index.txt  # 证书索引库
echo 01 > /etc/pki/CA/serial  # 第一个证书序列号（十六进制）
  2. 生成根CA私钥（DES3加密，仅根CA可读）：
    (umask 066; openssl genrsa -out /etc/pki/CA/private/cakey.pem -des3 2048)
    • umask 066：确保私钥仅属主有读写权限；
    • -des3：用DES3算法加密私钥，需设置口令（如“123456”）；
    • 2048：私钥长度（越长越安全，性能略降）。
  3. 生成根CA自签证书（有效期7300天，即20年）：
    openssl req -new -x509 -key /etc/pki/CA/private/cakey.pem -days 7300 -out /etc/pki/CA/cacert.pem
    • -x509：生成自签证书（仅CA可用）；
    • 需输入身份信息（Country=CN、State=shandong等），Common Name需唯一（如ca.pojun.tech）。

（2）根CA为子CA签发证书（主机B→主机A）

子CA需向根CA申请证书，流程为“子CA生成私钥与请求→根CA审核签发→回传证书”：

  1. 子CA生成私钥与证书请求（主机B）：
    # 生成子CA私钥（1024位，不加密，简化测试）
(umask 066; openssl genrsa -out /etc/pki/CA/private/cakey.pem 1024)
# 生成证书请求文件（subca.csr）
openssl req -new -key /etc/pki/CA/private/cakey.pem -days 3650 -out /etc/pki/CA/subca.csr
    • 身份信息需与根CA一致（如Country=CN、State=shandong），Common Name设为subca.pojun.tech。
  2. 子CA发送请求文件到根CA（主机B→主机A）：
    scp /etc/pki/CA/subca.csr 120.4.2.6:/etc/pki/CA
  3. 根CA签发子CA证书（主机A）：
    # 确认必要文件已创建（同步骤1-1）
openssl ca -in /etc/pki/CA/subca.csr -out /etc/pki/CA/certs/subca.crt -days 3650
    • 输入根CA私钥口令，两次确认“Sign the certificate?”和“commit?”（均输入y）；
    • 生成的subca.crt需回传给子CA，并改名cacert.pem（子CA需用该名称识别根证书）：
      scp /etc/pki/CA/certs/subca.crt 120.4.2.7:/etc/pki/CA/cacert.pem

（3）子CA为普通用户签发证书（主机C→主机B）

流程与子CA申请类似，核心是“用户生成私钥与请求→子CA审核签发→回传证书”：

  1. 用户生成私钥与请求（主机C）：
    # 生成用户私钥（app.key）
(umask 066; openssl genrsa -out /etc/pki/tls/private/app.key 1024)
# 生成证书请求（app.csr）
openssl req -new -key /etc/pki/tls/private/app.key -out /etc/pki/tls/app.csr
  2. 发送请求到子CA（主机C→主机B）：
    scp /etc/pki/tls/app.csr 120.4.2.7:/etc/pki/CA
  3. 子CA签发用户证书（主机B）：
    # 创建必要文件（同步骤1-1）
touch /etc/pki/CA/index.txt; echo 01 > /etc/pki/CA/serial
# 签发证书（有效期365天）
openssl ca -in /etc/pki/CA/app.csr -out /etc/pki/CA/certs/app.crt -days 365
  4. 回传证书给用户（主机B→主机C）：
    scp /etc/pki/CA/certs/app.crt 120.4.2.8:/etc/pki/CA/certs/

四、开发实战：基于OpenSSL的证书编程

在Windows平台下，用OpenSSL库解析X.509证书（重点是DER编码格式），核心是“加载证书→解析字段→验证有效性”，需掌握OpenSSL的X.509相关函数。

1. X.509证书常见格式

格式 扩展名 特点 用途
DER .der 二进制编码，体积小 程序解析（如代码中使用）
PEM .crt/.pem Base64编码，含-----BEGIN CERTIFICATE-----头 文本传输、配置文件引用
PKCS#7 .p7b 证书链，不含私钥 CA返回签名证书
PKCS#12 .pfx 含证书+私钥，需密码保护 客户端证书（如浏览器、VPN）

格式转换：PEM转DER（代码解析需DER格式）：

openssl x509 -in subca.crt -outform der -out subca.der

2. 核心函数与结构体

OpenSSL提供X.509证书操作的完整API，定义于openssl/x509.h，关键函数如下：

函数 功能 关键参数/返回值
d2i_X509 DER证书转X509结构体 输入：DER数据+长度；返回：X509*
X509_get_version 获取证书版本 输入：X509*；返回：版本号（V1=0，V3=2）
X509_get_serialNumber 获取证书序列号 输入：X509；返回：ASN1_INTEGER
X509_get_issuer_name 获取颁发者信息 输入：X509；返回：X509_NAME（含国家、组织等）
X509_get_subject_name 获取持有者信息 输入：X509；返回：X509_NAME
X509_get_notBefore/X509_get_notAfter 获取证书有效期（起始/终止） 输入：X509；返回：ASN1_TIME
X509_get_pubkey 获取证书公钥 输入：X509；返回：EVP_PKEY（可进一步解析RSA公钥）
X509_verify_cert 验证证书链有效性 输入：X509_STORE_CTX*；返回：1=有效，0=无效

3. 实战案例：解析DER编码证书

以VC2017对话框工程为例，实现“选择DER证书→解析字段→显示结果”功能，核心代码逻辑如下：

  1. 选择证书文件：用CFileDialog打开.der文件，读取二进制数据到缓冲区；
  2. DER转X509结构体：调用d2i_X509解析缓冲区数据，失败则提示“非DER证书”；
  3. 解析核心字段：
    • 版本：X509_get_version(x509Cert) + 1（转换为V1/V2/V3）；
    • 序列号：遍历ASN1_INTEGER的data数组，按十六进制打印；
    • 颁发者/持有者：遍历X509_NAME_ENTRY，通过OBJ_obj2nid识别字段类型（如国家、组织），转换UTF8编码为可见字符；
    • 有效期：直接读取ASN1_TIME的data字段（格式如“20290816051043Z”）；
    • 公钥：调用X509_get_pubkey获取EVP_PKEY，转换为DER编码后按十六进制打印；
  4. 释放资源：调用X509_free释放X509结构体，避免内存泄漏。

五、章节总结与关键收获

  1. 核心认知：PKI的本质是“用CA信任链解决公钥归属”，证书是公钥与身份的绑定凭证；
  2. 工具能力：掌握OpenSSL的CA搭建流程（私钥生成、证书请求、签发），理解openssl.cnf配置逻辑；
  3. 开发能力：基于OpenSSL库解析X.509证书，掌握关键函数的调用与数据结构处理；
  4. 跨平台思维：Linux下搭建CA、Windows下解析证书，体现PKI的跨平台应用特性。

通过本章学习，可落地小型PKI系统（如企业内部认证），并为后续SSL/TLS通信、电子签名等高级应用奠定基础。

对 AI 总结的反思

一、AI总结的优点分析

** 结构完整性**

  • 按照"理论→实操→编程"的逻辑层次清晰展开
  • 涵盖了从PKI概念到具体实现的完整知识链条
  • 表格化呈现配置参数和函数列表，便于理解记忆

** 技术准确性**

  • 准确抓住了公钥归属这一核心安全问题
  • OpenSSL命令和参数描述基本正确
  • 证书解析的关键函数和流程把握准确

二、需要补充和深化的内容

1. 安全实践方面的缺失

** 重要补充：**

  • 私钥保护：实际生产环境中不应使用"123456"这样的弱密码，应使用强密码策略
  • 密钥长度：1024位RSA密钥在当前已不够安全，建议至少2048位
  • 证书吊销：总结中完全缺失CRL（证书吊销列表）的相关内容
  • 密钥备份：未提及根CA私钥的安全备份和恢复策略

2. 配置细节的深化

** 需要补充的配置要点：**

# openssl.cnf中重要的安全配置项
default_md = sha256        # 使用更安全的哈希算法
unique_subject = yes       # 防止重复证书
copy_extensions = copy     # 扩展项复制策略

3. 编程实践的完善

** 代码层面的补充：**

  • 错误处理：示例代码缺乏完整的错误处理机制
  • 内存管理：需要强调OpenSSL内存管理的特殊性
  • 编码处理：不同编码格式（如UTF8String、PrintableString）的处理差异
  • 证书验证：完整的证书链验证流程缺失

三、实际应用场景的扩展

1. 企业级PKI考量

补充内容：

  • 多级CA架构：大型组织需要更复杂的CA层次结构
  • 交叉认证：不同PKI域之间的信任建立
  • 策略映射：证书策略的扩展和使用
  • 时间戳服务：与时间戳权威的集成

2. 性能和安全权衡

需要反思的点：

  • 实验环境中的安全妥协（关闭防火墙）在生产环境中不可取
  • 证书有效期设置需要根据实际需求调整
  • 加密算法选择需要平衡安全性和性能

四、学习路径的优化建议

1. 知识前置要求

建议补充：

  • ASN.1编码基础知识的预备学习
  • 密码学基本概念（哈希、对称/非对称加密）
  • 网络通信基础（TCP/IP, HTTP等）

2. 实践环节的递进

改进建议：

基础：单机CA搭建 → 进阶：分布式CA → 高级：证书策略管理

五、与前后章节的衔接

1. 与第10章的关联

需要强化的衔接点：

  • PKI理论基础到具体实现的过渡
  • 身份认证协议（如SSL/TLS）与证书的关系
  • 数字签名与证书验证的内在联系

2. 为后续学习铺垫

应该提及的延伸方向：

  • SSL/TLS协议编程
  • 代码签名实践
  • 电子文档签名系统

mermaid 代码与截图

  root((PKI实战学习总结))
    章节核心逻辑
      理论到落地三部曲
        问题引入
        工具实操
        代码实现
      核心目标
        掌握OpenSSL工具应用
        掌握证书解析编程
    核心问题: 公钥归属
      安全风险
        通信窃听
        身份冒用
      解决方案
        数字证书
        PKI系统
          CA
          证书持有者
          依赖方
      安全通信流程
        密钥对生成
        证书申请
        证书验证
        安全通信
    OpenSSL搭建CA系统
      实验环境
        3台Linux虚拟机
        网络配置
        角色分配
      核心配置文件
        openssl.cnf
        关键配置项
          dir
          certs
          database
          serial
          policy
      分步搭建流程
        根CA自签证书
          创建必要文件
          生成加密私钥
          生成自签证书
        根CA为子CA签发
          子CA生成请求
          文件传输
          根CA签发
          证书回传
        子CA为用户签发
          用户生成请求
          文件传输
          子CA签发
          证书回传
    开发实战: 证书编程
      X.509证书格式
        DER格式
        PEM格式
        PKCS#7格式
        PKCS#12格式
      核心函数与结构体
        d2i_X509
        X509_get_version
        X509_get_serialNumber
        X509_get_issuer_name
        X509_get_subject_name
        X509_get_notBefore/After
        X509_get_pubkey
        X509_verify_cert
      实战案例
        选择证书文件
        DER转X509结构体
        解析核心字段
          版本
          序列号
          颁发者信息
          持有者信息
          有效期
          公钥
        释放资源
    关键收获与反思
      核心认知收获
        PKI信任链本质
        证书绑定原理
      能力提升
        OpenSSL工具掌握
        证书编程能力
        跨平台思维
      AI总结优点
        结构完整性
        技术准确性
        逻辑清晰性
      需要补充内容
        安全实践深化
          :::icon(fa fa-shield)
          私钥保护
          密钥长度安全
          证书吊销机制
          密钥备份策略
        配置细节完善
          default_md配置
          unique_subject配置
          copy_extensions配置
        编程实践优化
          错误处理机制
          内存管理规范
          编码处理完善
          证书链验证
      应用场景扩展
        企业级PKI
          多级CA架构
          交叉认证
          策略映射
          时间戳服务
        性能安全权衡
          生产环境安全
          证书有效期优化
          算法选择平衡
      学习路径优化
        知识前置要求
          ASN.1编码
          密码学基础
          网络通信
        实践环节递进
          基础: 单机CA
          进阶: 分布式CA
          高级: 策略管理
      章节衔接
        与前章关联
          PKI理论过渡
          身份认证协议
          数字签名联系
        后续学习方向
          SSL/TLS编程
          代码签名实践
          文档签名系统

alt text

基于AI的学习

alt text

学习实践过程遇到的问题与解决方式（AI 驱动）

学习实践过程中的问题与AI驱动解决方案

在基于OpenSSL的PKI实战（如CA搭建、证书解析）及数字信封应用中，常遇到“工具操作报错”“代码逻辑调试难”等问题，以下为典型问题及AI工具驱动的解决方式：

一、问题1：OpenSSL搭建CA时“签名证书报错（signature did not match）”

问题场景

在根CA为子CA签发证书（执行openssl ca -in subca.csr -out subca.crt）时，终端提示“signature did not match the request”，无法生成证书，排查配置文件（openssl.cnf）未发现明显错误，且子CA的证书请求文件（subca.csr）已正常传输到根CA主机。

AI工具解决路径

  1. 使用ChatGPT/豆包定位报错根源
    向AI工具输入完整报错信息+操作步骤（如“CentOS 7下用OpenSSL 1.0.1e签子CA证书，提示signature did not match，子CA的csr已传到根CA，配置文件是默认的/etc/pki/tls/openssl.cnf”），AI分析后指出核心原因：

    • 根CA配置文件中policy_match策略要求“子CA的证书请求信息（如Country、State）与根CA完全一致”，若子CA生成csr时输入的State为“shangdong”（少字母“a”），而根CA证书的State为“shandong”，会触发匹配失败。

  2. 用AI生成验证与修复脚本
    进一步请求AI提供“验证csr信息与根CA一致性”的命令，AI返回：

    • 查看根CA证书的State字段：openssl x509 -in /etc/pki/CA/cacert.pem -noout -subject | grep State
    • 查看子CA csr的State字段：openssl req -in /etc/pki/CA/subca.csr -noout -subject | grep State
      执行后确认State拼写不一致，按AI提示重新生成子CA的csr（确保State为“shandong”），再次签发证书成功。

二、问题2：Windows下OpenSSL证书解析代码“d2i_X509返回NULL（解析DER证书失败）”

问题场景

基于VC2017编写DER证书解析代码（调用d2i_X509函数）时，函数始终返回NULL，排查发现：

  • DER证书文件（subca.der）路径正确，文件大小正常（约1KB）；
  • 已链接OpenSSL静态库（libeay32.lib、ssleay32.lib），无编译错误，但运行时解析失败。

AI工具解决路径

  1. 用CodeGeeX/通义千问调试代码逻辑
    将核心代码片段（文件读取+d2i_X509调用）粘贴给AI，标注“DER证书解析返回NULL”，AI快速定位两处问题：

    • 文件读取方式错误：代码中用fread(buf, 1, 4096, fp)读取后未判断实际读取字节数，若文件读取不完整（如末尾缺失），会导致DER数据损坏；
    • d2i_X509参数传递错误：代码中pTmp = usrCertificate未保留原始指针地址，函数内部会修改pTmp，导致传入的长度参数（usrCertificateLen）与实际数据长度不匹配。

  2. 根据AI建议修复代码
    AI提供修正后的关键代码：

    // 1. 正确读取文件长度
fseek(fp, 0, SEEK_END);
int nSize = ftell(fp);
fseek(fp, 0, SEEK_SET);
unsigned char* buf = (unsigned char*)malloc(nSize);
fread(buf, 1, nSize, fp); // 确保读取完整数据

// 2. 正确传递d2i_X509参数（保留原始指针）
unsigned char* pTmp = buf;
X509* x509Cert = d2i_X509(NULL, (const unsigned char**)&pTmp, nSize);

    修复后重新编译运行，d2i_X509成功返回X509结构体指针，证书解析功能正常。

参考资料

AI工具

  • 豆包
  • Deepseek

图书

  • 《Windows C/C++加密解密实战》
posted @ 2025-10-23 16:05  Raymongillichmks  阅读(8)  评论(0)    收藏  举报