一、KMS 概述与密码学基础

各位好，我是老张，搞密钥管理和安全架构差不多十年了。今天咱们开始啃《KMS 密钥权限模型解析》的第一章。说实话，很多同学一上来就盯着权限策略、RBAC、授权模型这些“上层建筑”，结果连底层的加密算法和密钥本质都没搞透——嗯，这不怪你们，因为市面上大部分教程都跳过了“为什么”。

我个人习惯是：先花 20% 的时间把地基夯实，后面 80% 的高楼才不会塌。所以这一章我们不急着讲权限，先聊聊密码学里最核心的几个概念：对称加密、非对称加密、哈希、数字签名，还有——密钥到底是什么玩意儿。

1.1 对称加密：一把钥匙开一把锁

说白了，对称加密就是加密和解密用同一把钥匙。你想想看，就像你家大门钥匙——你自己能开，给你老婆也能开，但要是丢了呢？别人也能进。

我在项目里遇到过最典型的场景：用 AES-256 加密数据库里的敏感字段。AES 是目前最常用的对称算法，块大小 128 位，密钥长度 128/192/256 位。下面是个简单的 Python 示例，用的是 pycryptodome 库：

from Crypto.Cipher import AES
from Crypto.Random import get_random_bytes

key = get_random_bytes(32)  # 256-bit key
cipher = AES.new(key, AES.MODE_GCM)
plaintext = b"这是需要保护的数据。"
ciphertext, tag = cipher.encrypt_and_digest(plaintext)

# 解密时用同样的 key 和 nonce
cipher_dec = AES.new(key, AES.MODE_GCM, nonce=cipher.nonce)
data = cipher_dec.decrypt_and_verify(ciphertext, tag)
print(data.decode())

1.2 非对称加密：公钥锁、私钥开

非对称加密就有点意思了——它有两个钥匙：公钥可以公开，私钥必须保密。公钥加密的数据只有私钥能解，私钥签名的数据只有公钥能验。这就像你放了个信箱在路边，谁都能往里投信（用你的公钥加密），但只有你有钥匙打开（用你的私钥解密）。

RSA 是最经典的非对称算法，但 ECC（椭圆曲线）现在更火，因为同等安全强度下密钥更短。举个例子：ECC-256 的安全性 ≈ RSA-3072。

算法类型	常见算法	典型密钥长度	主要用途
对称加密	AES, SM4, ChaCha20	128/256 bits	批量数据加密
非对称加密	RSA, ECC, SM2	2048/3072 bits (RSA) 或 256 bits (ECC)	密钥交换、数字签名
哈希函数	SHA-256, SM3, BLAKE2	输出 256 bits 等	完整性校验、摘要

1.3 哈希函数：单向的指纹

哈希函数你肯定不陌生。输入任意长，输出固定长，且不可逆。这玩意儿最常见的坑是“哈希碰撞”，虽然理论上存在，但 SHA-256 碰撞概率低到可以忽略。我曾在审计日志里用 SHA-256 对敏感字段做脱敏，但后来发现——嗯，如果你只哈希手机号，原始空间有限，还是可以被彩虹表反查。所以加盐（salt）是必须的。

为什么哈希对 KMS 重要？因为密钥的校验和、派生过程经常用到哈希。比如 KMS 生成密钥时，会用哈希函数对密钥进行“指纹提取”用于完整性验证。

import hashlib
salt = b"unique_per_tenant"
key_material = b"some_secret"
derived = hashlib.pbkdf2_hmac('sha256', key_material, salt, 100000)
print(derived.hex())  # 64个十六进制字符

1.4 数字签名：谁来证明这货是你发的？

数字签名是“哈希 + 非对称”的组合拳：先对消息哈希，再用私钥加密这个哈希。验证时用公钥解密哈希，然后和原文的哈希对比。如果有人篡改了消息，哈希对不上，签名就失效。

我在给某金融客户做 KMS 方案时，他们要求每一条密钥轮转操作都要有数字签名记录，这样审计时可以追踪“这条命令到底是谁签发的”。你看，签名不只是防篡改，更重要的是防抵赖。

1.5 密钥的数学本质：一个高质量的随机数

说到根上，密钥就是一个随机数。但“随机”二字有大学问。操作系统自带的 /dev/random 和 /dev/urandom 差别在哪？前者会阻塞等待足够的熵，后者不会。我建议在生成长期密钥（比如 KMS 主密钥）时用 /dev/random 或专用的硬件安全模块（HSM），因为种子质量直接决定密钥强度。

但这里有个常见的误解：并不是所有随机数都能当密钥。密钥必须满足：均匀分布、不可预测、且与任何其他密钥独立。嗯，我在早期一个项目里直接拿 UUID 当密钥，被安全审计怼了回来——因为 UUID 是时间戳+MAC 地址生成的，有规律可循。

1.6 本章知识体系框架

下面这张 SVG 图把本章的核心概念和关系串起来了。你看一眼就能明白：对称/非对称是加密手段，哈希是“压缩+单向”，数字签名是“哈希+非对称”的组合，而所有这些东西的根基都是那个随机数——密钥。

这张图你应该仔细盯几秒。你会发现：对称加密和非对称加密是加密/解密的两条路，哈希函数是单向压缩的路，数字签名是哈希与非对称的合成，而信封加密则是非对称保护对称密钥的实用策略。所有箭头都指向一个源头——密钥。