密码学基础：对称加密、非对称加密、哈希函数
正式聊密钥压力测试之前，我得先带大伙儿把“密码学基础”这层楼的地基夯实。你想想看，密钥都没搞明白，测来测去测什么呢？我个人习惯把密码学里的加密手段分成三大类：对称加密、非对称加密，还有哈希函数。这三样东西看着简单，但真到工程里，坑一个比一个深。
为什么密码学对密钥安全至关重要
听过那句老话吧？“密码学解决的是信任问题”。但我觉得更直白的说法是：密码学是帮你保护“秘密”的数学工具。密钥就是这个秘密本身。如果密钥泄露，再强的加密算法也救不了你。
我在一次渗透测试项目中遇到过这么个案子：客户用的是AES-256加密，算法没毛病，但他们把密钥直接写死在配置文件里，跟服务端明文存储在一起。结果呢？说白了吧，攻击者连破解都不用，直接复制密钥走人。密码学强不强，有时候真不取决于算法，而是看你怎么管密钥。
对称加密：一把钥匙开一把锁
对称加密，最简单直观。加密和解密用同一把密钥。效率高，适合加密大量数据。但你想想看：发送方和接收方怎么安全地共享这把密钥？这就是它的核心矛盾。
常用的对称算法：AES（Advanced Encryption Standard），尤其是AES-256-GCM 模式，我项目里用得最多。为什么？因为它除了加密，还带认证标签（Authentication Tag），能防篡改。你如果还在用AES-ECB，嗯，这里要注意——ECB模式不安全，同样的明文块会加密成同样的密文块，很容易被统计分析攻击。
我个人习惯：文件加密、大规模数据传输，首选AES-256-GCM。密钥长度256位，暴力破解基本不现实。但记得每个加密操作都要用唯一的Initialization Vector（IV），否则密文模式会泄露信息。
对称加密的工程片段（Python示例）
from cryptography.hazmat.primitives.ciphers import Cipher, algorithms, modes
import os
key = os.urandom(32) # 256位密钥
iv = os.urandom(12) # 96位IV，GCM推荐
cipher = Cipher(algorithms.AES(key), modes.GCM(iv))
encryptor = cipher.encryptor()
ciphertext = encryptor.update(b"敏感数据内容") + encryptor.finalize()
# 这里encryptor.tag是认证标签，用于完整性校验
print(ciphertext.hex())非对称加密：公钥与私钥的协作
非对称加密，解决的是对称加密里那个“密钥分发”的难题。它用一对密钥：公钥公开，私钥保密。你用我的公钥加密数据，只有我能用私钥解密。反过来，我用私钥签名数据，你用我的公钥验证签名。
典型的非对称算法有RSA（Rivest-Shamir-Adleman）和ECC（Elliptic Curve Cryptography）。RSA成熟但密钥偏长，2048位起步；ECC可以用更短的密钥达到同等安全强度，比如256位的ECC相当于3072位的RSA。
我在项目中遇到过需要做密钥交换的场景：两个系统要建立安全通道，但网络环境不可信。那时候我用的是ECDH（椭圆曲线Diffie-Hellman）做密钥协商，再配合数字签名防止中间人攻击。嗯，这里要注意：纯ECDH只能生成共享密钥，不保证对方身份，必须叠加签名。
| 特性 | 对称加密 | 非对称加密 | 哈希函数 |
|---|---|---|---|
| 密钥数量 | 1个密钥 | 2个密钥（公钥+私钥） | 无密钥 |
| 运算速度 | 快（硬件加速友好） | 慢（大整数运算） | 快（适合大数据） |
| 典型用途 | 数据加密/解密 | 密钥交换、数字签名 | 数据完整性、密码存储 |
| 算法示例 | AES-256 | RSA-3072, ECC | SHA-256, bcrypt |
| 密钥管理难点 | 分发与存储 | 私钥保护 | 无密钥，但防碰撞很重要 |
哈希函数：单向指纹
哈希函数，说白了就是给任意数据算出一个固定长度的“指纹”。它的核心特性：单向性——从哈希值无法还原原始数据；抗碰撞性——很难找到两个不同的输入产生相同的输出。
你想想看，哈希函数没有密钥，那它跟密钥安全有什么关系？关系太大了。密码存储、消息完整性校验、密钥派生，全都靠它。
我踩过的一个坑：存储用户密码时直接拿SHA-256哈希。攻击者拿彩虹表一对比，密码全暴露。后来才意识到，必须用加盐的慢哈希，比如bcrypt、scrypt或Argon2。SHA-256设计出来是为了完整性校验，不是为密码存储服务的。
- 完整性校验：下载文件后对比其SHA-256哈希，确认未被篡改。
- 密码存储：使用bcrypt或Argon2，自动加盐，且可通过调整工作因子控制计算速度。
- 密钥派生：从口令派生出加密密钥，常用函数是PBKDF2或HKDF（HMAC-based Key Derivation Function）。
# bcrypt密码存储示例
import bcrypt
password = b"用户密码"
salt = bcrypt.gensalt(rounds=12) # 工作因子12，大约250ms
hashed = bcrypt.hashpw(password, salt)
# 验证时
if bcrypt.checkpw(b"用户密码", hashed):
print("密码匹配")
密钥派生函数——哈希的实战延伸
哈希函数还有个重要角色：密钥派生（KDF）。你不是经常用口令来生成加密密钥吗？直接拿口令当密钥不安全，因为口令的熵通常很低。KDF通过加入盐和多次迭代，把弱口令拉伸成强密钥。
我曾经在做一个支付系统时，需要从商户的口令派生出AES密钥。如果直接用SHA-256哈希口令，攻击者可以暴力枚举常见口令。后来改用Argon2id，配置了64MB内存和3次迭代，暴力破解的成本直接翻了几百倍。这就是密钥派生函数的意义。
一张图理清密码学核心模块
下面这张SVG图展示了我最常用的密码学知识体系。虚线代表“依赖/合作”关系，实线代表“数据流”。
实战中的密钥管理建议
- 密钥长度：对称加密至少256位；非对称RSA至少3072位或等效ECC；哈希输出长度至少256位。
- 密钥生成：使用操作系统提供的加密安全随机数生成器（如Python的
os.urandom），别用普通随机函数。 - 密钥存储：生产环境务必使用硬件安全模块（HSM）或密钥管理服务（KMS），不要存文件系统。
- 密钥轮换：建立定期轮换策略。根据风险等级设定有效期，比如敏感数据加密密钥每90天轮换一次。