加密基础：对称加密（AES）、非对称加密（RSA/ECC）、哈希函数（SHA-256）原理与对比
聊到安全存储，加密是绕不开的基石。很多人觉得加密就是「把数据变乱码」，其实没那么玄乎。我做了这么多年存储架构，见过太多因为选错加密算法导致性能崩盘或者安全漏洞的案例。今天咱们就把三种核心加密手段掰开揉碎讲清楚。
对称加密：AES 是怎么工作的？
对称加密，说白了就是「一把钥匙开一把锁」。加密和解密用同一个密钥。你想想看，就像你家的门锁，用同一把钥匙锁门和开门。
AES（Advanced Encryption Standard）是目前最主流的对称加密算法。它有几个关键参数你得记住：
- 密钥长度：128位、192位、256位。我个人习惯，存储场景至少用256位。
- 分组模式：ECB、CBC、GCM 等。千万别用 ECB，我在项目中见过有人用 ECB 加密图片，结果轮廓都看得见——这加密跟没加密一样。
- 初始向量（IV）：每次加密必须随机生成，不能重复。
核心要点：AES-256-GCM 是我在存储项目中的首选。它自带认证标签，能检测数据是否被篡改，省去了额外算 HMAC 的麻烦。
来看一段 Go 语言的 AES-GCM 加密示例：
package main
import (
"crypto/aes"
"crypto/cipher"
"crypto/rand"
"encoding/hex"
"fmt"
"io"
)
func encryptAESGCM(key, plaintext []byte) ([]byte, error) {
block, err := aes.NewCipher(key)
if err != nil {
return nil, err
}
// 生成随机 nonce（12字节）
nonce := make([]byte, 12)
if _, err := io.ReadFull(rand.Reader, nonce); err != nil {
return nil, err
}
aesGCM, err := cipher.NewGCM(block)
if err != nil {
return nil, err
}
// 加密并附加认证标签
ciphertext := aesGCM.Seal(nil, nonce, plaintext, nil)
// 返回 nonce + ciphertext
return append(nonce, ciphertext...), nil
}
func main() {
key := []byte("0123456789abcdef0123456789abcdef") // 32字节 = AES-256
plaintext := []byte("这是需要加密的敏感数据")
encrypted, _ := encryptAESGCM(key, plaintext)
fmt.Println("加密结果（hex）:", hex.EncodeToString(encrypted))
}避坑指南：我曾经在项目中犯过一个低级错误——把 nonce 写死了。结果同一密钥下，相同明文加密出相同密文，攻击者很容易做频率分析。记住：nonce 必须每次随机生成，且不能重复使用。
非对称加密：RSA 与 ECC 的博弈
非对称加密解决了一个核心问题：密钥分发。你有一对密钥——公钥公开，私钥保密。别人用你的公钥加密数据，只有你能用私钥解密。
RSA 和 ECC 是两大主流。我直接说结论：ECC 正在取代 RSA。
| 对比维度 | RSA | ECC（椭圆曲线） |
|---|---|---|
| 密钥长度（等效安全） | 2048位 | 256位 |
| 加密速度 | 慢（尤其私钥操作） | 快 |
| 签名验证速度 | 较快 | 非常快 |
| 带宽占用 | 大（密钥和签名都大） | 小 |
| 推荐曲线 | — | P-256（secp256r1）、X25519 |
为什么会这样？RSA 的安全性基于大整数分解，随着计算能力提升，密钥长度必须不断增长。而 ECC 基于椭圆曲线离散对数问题，256位的 ECC 密钥就能提供与 3072位 RSA 相当的安全性。
我在存储架构中，只用 ECC 做密钥交换和数字签名。RSA 唯一的优势是兼容性——有些老旧系统只支持 RSA。如果你从零搭建，直接上 ECC 吧。
注意：ECC 的曲线选择很关键。不要自己实现曲线，用标准曲线（如 P-256、X25519）。我曾经见过一个团队用了自定义曲线，结果存在后门漏洞——这比不用加密还危险。
哈希函数：SHA-256 的不可逆魔法
哈希函数不是加密，它没有密钥，也不可逆。它的作用是：给数据生成一个固定长度的「指纹」。
SHA-256 输出 256位（32字节）的哈希值。它的核心特性：
- 单向性：从哈希值无法反推出原始数据。
- 抗碰撞性：几乎不可能找到两个不同输入产生相同哈希值。
- 雪崩效应：输入改一个比特，哈希值完全变样。
在存储场景中，SHA-256 最常见的用途是数据完整性校验。比如你上传一个文件，系统计算它的 SHA-256 哈希值并存储。下载时重新计算，对比一致说明文件没被篡改。
package main
import (
"crypto/sha256"
"encoding/hex"
"fmt"
)
func hashData(data []byte) string {
hash := sha256.Sum256(data)
return hex.EncodeToString(hash[:])
}
func main() {
data := []byte("这是需要校验完整性的数据")
hash := hashData(data)
fmt.Println("SHA-256:", hash)
}实战经验：我建议在存储系统中，对每个数据块同时存储其 SHA-256 哈希值。这样在数据迁移、备份恢复时，可以快速验证数据是否损坏。我曾经用这个方案在 PB 级存储中定位过硬盘静默数据损坏——没有哈希校验，你根本不知道数据已经坏了。
三种加密手段的对比与选择
现在我们把三者放在一起看：
| 特性 | AES（对称） | RSA/ECC（非对称） | SHA-256（哈希） |
|---|---|---|---|
| 密钥数量 | 1个（共享密钥） | 2个（公钥+私钥） | 无密钥 |
| 可逆性 | 可逆（加密/解密） | 可逆（加密/解密） | 不可逆 |
| 主要用途 | 数据加密存储 | 密钥交换、数字签名 | 完整性校验、密码存储 |
| 性能 | 极快（硬件加速） | 慢（尤其 RSA） | 快 |
| 典型场景 | 加密磁盘、加密数据库 | TLS握手、代码签名 | 文件校验、密码哈希 |
实际项目中，这三种技术通常是组合使用的。举个例子：
- 用 ECC 交换一个临时对称密钥。
- 用 AES-256-GCM 加密实际数据。
- 用 SHA-256 校验数据完整性。
这就是所谓的「混合加密体系」。你想想看，如果只用 RSA 加密大文件，性能会惨不忍睹。而只用 AES，密钥分发又是个大问题。各取所长才是正道。
我的建议：在安全存储架构中，优先选择 AES-256-GCM 做数据加密，ECC（P-256 或 X25519）做密钥交换，SHA-256 做完整性校验。这套组合在安全性和性能之间取得了很好的平衡。
知识体系总览
下面这张图把三种加密手段的核心逻辑串起来了：