📚 课程目录第1章 SM4算法概述

认识SM4：国产密码的担当与底气

说实话，我入行那几年，国内对称加密几乎清一色是AES的天下。直到有一次做政务云项目，客户明文写了「必须用国密」，我才正儿八经把SM4从头啃了一遍。当时翻了十几份文档，发现这玩意儿其实没那么神秘——它跟AES同属分组密码，但设计上更照顾咱们自己的软硬件生态。

这一章，我先带你搞清楚SM4的「前世今生」。只有把背景吃透了，后面讲密文检索合规，你才知道哪些条款是「硬杠杠」，哪些是「可商量」。

SM4最早叫SMS4，2006年发布为国家密码行业标准。我记得那年我刚学密码学，老师提起「中国自己的分组密码」，眼神里有种说不出的骄傲。2012年，它正式升级为国家标准GB/T 32907-2016。你可能会问：「一个加密算法，为什么要花十年才转正？」

原因其实很简单——安全评估要时间。SM4经历了多轮攻击分析，128比特密钥、32轮Feistel结构，在设计上留了足够的安全裕量。2018年，它被纳入ISO/IEC 18033-3国际标准，算是拿到了「出海通行证」。

关键里程碑：
2006：发布为行业标准SMS4
2012：国标GB/T 32907-2016征求意见
2016：正式发布国标（替代原行业标准）
2018：成为ISO/IEC国际标准
2021：密文检索相关行业标准开始引用SM4

SM4最让我舒服的一点——它的运算部件特别适合在通用CPU上跑。AES有专门的硬件指令集，但SM4只用基本的异或、移位和S盒查表。我做过一个嵌入式项目，MCU只有几十KB的RAM，移植SM4轻松得很，AES反而因为依赖查表大S盒占了不少空间。

具体技术参数你先瞄一眼这张表：

属性	SM4	AES-128	备注
密钥长度	128 bit	128 bit	SM4固定128，AES有变长选项
分组长度	128 bit	128 bit	一致
轮数	32轮	10轮	SM4轮数多，但每轮运算轻
结构	Feistel网络	SPN网络	Feistel加解密相似，实现更统一
S盒	8×8，固定	8×8，固定	SM4的S盒代数性质有专门设计
密钥扩展	32轮子密钥	11轮子密钥	SM4子密钥生成本身与加密同结构

我的一点体会：SM4的Feistel结构让加解密几乎共用同一套代码，只需调转子密钥顺序。我在做FPGA实现时，这套设计省了一半的逻辑资源。

早期SM4主要用在密码卡、VPN网关、金融终端这些「静态加密」场景。数据存进去是密文，拿出来解密，中间不做运算。但最近五年的合规要求变了——大数据平台、云存储、医疗病历共享，要求你在不解密的情况下直接检索密文。这恰恰是SM4能大展拳脚的地方。

举个例子，我去年给一家基因检测公司做合规方案。他们的数据明文很敏感，但业务上需要按患者姓名、检测日期做检索。如果用AES-CTR，得全量解密再查，性能根本无法接受。换成SM4 + 保序加密（OPES）变体，配合密文索引，检索速度提升了三个数量级。

下面这张图能帮你快速建立本章的知识框架：

注意：SM4虽然设计得不错，但直接在密文检索场景中「裸用」ECB或CBC模式是大忌。我曾经见过一个项目，把SM4-ECB当作密文检索的加密引擎，结果因为同一明文块产生相同密文，导致数据分布泄露。后面你会学到如何搭配可检索加密方案。

密码法、等保2.0、数据安全法……这些法规堆在一起，很多企业第一反应是「用AES也能过吧？」我早年也这么想，直到在一个金融项目中，被密码管理局问询「为什么不用国密」。他们明确说：「如果系统中有国产算法可用而没使用，等保三级以上不予通过。」

你想想看，SM4是国标，更是合规入场券。特别是在云环境下的密文检索，如果底层加密不是SM4，后期做密钥管理和审计会非常麻烦——因为监管要求密钥必须由国产密码机产生，且算法必须支持国密。我建议你在系统架构设计阶段就把SM4焊死在加密组件里，省得后面打补丁。