3. 密码学基础与企业加密选型

企业数据加密保护工程的第一步，不是买设备、也不是上平台，而是把“用哪种密码算法、为什么用它”这件事讲清楚。密码学在企业里不是学术问题，而是工程约束问题：性能、密钥管理、合规、互操作性、生命周期，任何一项选错，都会在后期变成难以回退的技术债。本节围绕四类基础算法——对称加密、非对称加密、哈希算法、国密算法——建立一张可落地的选型地图。

一、对称加密：数据面的主力

对称加密使用同一把密钥完成加密和解密，典型算法包括 AES、SM4、ChaCha20。它的核心优势是速度快、适合大数据量，因此企业里真正“加密数据本身”的环节，绝大多数由对称加密承担。AES 支持 128/192/256 位密钥，工程上最常用的是 AES-128-GCM 和 AES-256-GCM：GCM 是一种认证加密模式，在保密性之外同时提供完整性校验，能识别密文被篡改。

对称加密的难点不在算法，而在密钥。密钥一旦泄露，所有密文等同明文；密钥一旦丢失，数据永久不可恢复。因此企业必须回答三个问题：密钥由谁生成、存放在哪里、如何轮换与销毁。常见做法是使用 KMS（密钥管理服务）或 HSM（硬件安全模块）托管主密钥，业务侧只持有被主密钥保护的数据密钥（DEK），形成“信封加密”结构。

二、非对称加密：解决密钥分发与信任

非对称加密使用公钥和私钥一对密钥：公钥可公开，私钥必须严格保密。RSA 和 ECC（椭圆曲线）是主流，国密对应 SM2。它的运算速度远低于对称加密，因此不用于加密大批量数据，而是用于两类场景：一是密钥交换或密钥封装，二是数字签名与身份认证。

以 TLS 握手为例，客户端与服务器通过非对称机制协商出一个会话密钥，之后的业务数据全部用对称加密传输。这就是“非对称解决信任、对称解决性能”的经典分工。数字签名则用于验证数据来源和完整性：发送方用私钥签名，接收方用公钥验签，任何篡改都会导致验签失败。

三、哈希算法：完整性而非保密性

哈希算法把任意长度输入映射为固定长度摘要，具备单向性和抗碰撞性。SHA-256、SHA-3、SM3 是当前可用选择，MD5 和 SHA-1 已因碰撞攻击被淘汰，不应再用于安全场景。哈希本身不提供保密性，它解决的是“数据有没有被改”。

企业里哈希最常见的三种用法：口令存储、完整性校验、数字签名前置处理。口令存储必须加盐（salt）并使用慢哈希，如 bcrypt、scrypt 或 PBKDF2，而不能直接存 SHA-256 摘要，否则弱口令可被彩虹表快速还原。完整性校验则常用于文件传输、日志防篡改和备份校验。

四、国密算法：合规场景的必选项

国密算法体系包括 SM1（对称，硬件实现）、SM2（非对称，椭圆曲线）、SM3（哈希，256 位摘要）、SM4（对称分组，128 位分组/密钥）、SM9（标识密码）。在金融、政务、能源等受监管行业，国密不是“可选项”，而是合规基线。工程上常见组合是 SM4-GCM 做数据加密、SM2 做签名与密钥交换、SM3 做摘要与完整性校验。

需要特别注意的是，国密改造往往不是替换一个算法调用那么简单，而是涉及证书体系、协议栈、硬件密码卡和上下游系统互认。若企业已有国际算法体系，通常采用双算法并行、按业务域逐步迁移的策略，而不是一次性切换。

五、企业场景下的算法选型原则

选型不是“哪个最强用哪个”，而是在安全强度、性能、合规、可维护性之间取平衡。可以归纳为六条原则：

• 合规优先：受监管行业必须满足国密或行业密码规范，先确定合规边界，再谈技术偏好。
• 分层使用：非对称用于密钥交换与签名，对称用于数据加密，哈希用于完整性，各司其职。
• 强度匹配：安全强度要与数据生命周期匹配，长期归档数据应使用更高强度算法和更长密钥。
• 避免自研：不自行设计算法或加密模式，使用经过验证的标准实现和成熟库。
• 密钥可管理：算法再强，密钥管理不到位也无效；优先选择支持 KMS/HSM 的方案。
• 可迁移：预留算法标识和版本字段，便于未来轮换与国密迁移，避免密文与算法硬绑定。

六、选型决策图

下面这张图把四类算法的职责、典型算法与企业选型判断路径放在同一张关系图中，便于在方案评审时快速对齐。

七、一个可参考的选型对照

下表给出常见企业场景的算法组合建议，参数为示例性配置，实际项目应结合合规要求和系统能力调整。

回到工程视角，企业加密选型的本质是：在合规约束下，用对称加密保护数据、用非对称加密建立信任、用哈希保证完整性，并让密钥始终处于可管理、可轮换、可审计的状态。把这四件事想清楚，后续的加密平台、密钥管理系统和数据分级策略才有稳固的落脚点。