一、课程概述与目标
课程背景
说实话，最近两年我接触到不少金融、政务领域的朋友，他们都在讨论同一个话题——把 RSA 换成 SM2。国家密码管理局早就发布了 SM2 椭圆曲线公钥密码算法标准，但真正大规模替换起来，坑比想象的多。
记得 2020 年我帮一家银行做签名服务迁移，原以为只是改个算法库的事。结果发现证书链、密钥格式、签名验签流程全要跟着调整。最要命的是，迁移过程中还存在兼容老设备的协议转换问题。那次项目前后拖了四个月。
所以我做这堂课，就是想把我踩过的坑、总结出的套路，一次性讲清楚。说白了，这就是一本 RSA→SM2 迁移的实战手册。
为什么现在必须学 SM2？
先看政策面。等保 2.0、密评（商用密码应用安全性评估）都要求核心业务系统使用国密算法。再看技术面：RSA 密钥长度不断增长（2048→4096），性能瓶颈越来越明显。SM2 用 256 位椭圆曲线就能达到 RSA-2048 的安全强度，而且签名速度更快。
我见过太多项目，等密评检查完才发现系统不支持 SM2，只能连夜打补丁。与其被催着改，不如主动掌握迁移方法。
学习目标
学完这门课后，你应该能做到下面这几件事：
- 理解 RSA 与 SM2 在数学原理、安全强度、性能上的本质区别
- 掌握国密证书与 X.509 证书的格式差异及转换方法
- 能够独立完成签名验签、密钥交换等业务模块的代码级迁移
- 写出兼容性良好的适配层，让旧系统平滑过渡到 SM2
- 通过密评自查，识别迁移过程中的遗留风险
适合人群
这门课不是纯理论研究，我不希望听众是零基础。以下三类人最能从中受益：
- 信息安全工程师：需要为国密改造项目设计技术方案
- 密码学开发人员：要动手写 RSA→SM2 的替换代码
- 架构师/技术负责人：评估迁移范围、兼容性、风险，制定项目计划
如果你只是好奇密码学，但没写过生产代码，那可能觉得有些代码示例吃力。不过原理部分我会尽量讲清楚。
前置知识要求
为了不让你听得云里雾里，请先确认具备以下基础：
| 领域 | 具体要求 | 参考程度 |
|---|---|---|
| 密码学基础 | 了解公钥/私钥概念，知道 RSA 加密签名原理；对椭圆曲线密码有基本认知（哪怕只知道 y² = x³ + ax + b 也行） | 至少学过《密码学导论》 |
| 数论常识 | 模运算、大数乘法、欧拉函数；不求推导，但能理解为什么 RSA 依赖大整数分解困难 | 本课程会简单回顾 |
| 编程能力 | 熟练使用 Python 或 C++；能看懂 OpenSSL/国密库的 API 调用；我大部分示例用 Python 写，但关键性能场景会放 C++ 代码 | 能用 Python 操作 bytes、调用库函数 |
| 协议知识 | 知道 TLS 握手中证书交换、签名验证的大致流程；了解 ASN.1/DER/Base64 编码是什么 | 遇到过 SSL 证书报错即可 |
看完这表你可能觉得要求多。但说实话，迁移项目就是涉及这么多交叉知识。我曾在一次协助某部委的迁移评审会上，发现对方连 DH 和 ECDH 都分不清——那种场景下根本没法深入讨论具体方案。所以，请尽量补齐短板。
openssl sm2sign -in msg.txt -inkey key.pem -out sig.der 这样的命令，并且知道签名结果是什么格式。
课程知识体系概览
这是本课程的核心逻辑图。从 RSA 现状出发，到 SM2 技术详解，再到迁移方法论和实战代码，最后是密评与风险排查。整门课就是沿着这根主线走下来。
你可能注意到了，图的左边是「政策驱动」和「性能瓶颈」，这是迁移的起点。中间两条线分别是「原理对比」和「证书体系」，这是迁移的认知基础。往下走就是「代码替换」和「兼容方案」，这是落地环节。最后「密评自查」收尾——整个课程就按这个逻辑展开。
关于课程的技术栈选择
为什么我坚持用 Python 和 C++ 两门语言？因为现实情况就是如此。我在某金融机构看到他们的签名服务用 C++ 写，性能敏感；而测试脚本和适配层用 Python 快速迭代。所以课程里核心的签名验签示例会同时给出两种语言实现。你至少需要熟悉其中一种，才能跟上动手环节。