第4章：密钥边界概念——什么是密钥边界
聊到国密算法在TLS里的落地，有个概念你绕不开——密钥边界。
说白了，就是“密钥该在哪儿生成、在哪儿用、在哪儿停”。
我早期做项目时，一开始并没太在意这个边界。觉得密钥嘛，存内存里不就完了？结果安全审计时被问得哑口无言：“你的会话密钥在业务线程里能访问？那要是被侧信道瞄上了怎么办？” 嗯，从那次起我才真正意识到，边界不是理论，是防线。
4.1 密钥边界的定义
密钥边界，指的是密钥材料在系统中的可见范围、生命轨迹和操作权限。
你想想看，一个密钥从生成到销毁，能经过多少个地方？
内存、寄存器、总线、缓存、磁盘、网络……每个环节都有可能发生泄露。
所以边界就是一道墙。墙内允许操作，墙外必须屏蔽。
个人习惯：我通常把密钥边界分为三层——机构边界（谁可以用）、进程边界（哪个进程可以读）、指令边界（CPU处于什么模式才能访问）。
在TLS握手中，国密算法涉及多个密钥：
- SM2密钥对 —— 用于身份认证和密钥协商
- 预主密钥 —— 握手阶段临时生成
- 主密钥 —— 由预主密钥派生而来
- 会话密钥 —— 用于对称加密 SM4
每个密钥的边界都不一样。搞混了边界，安全等级直接崩塌。
4.2 边界在哪里？
我习惯画个简单的脉络图来理解这件事。下面这张图展示了国密TLS握手中，密钥从无到有、从有到封的过程。
我曾经遇到一个案例：某设备在握手完成后，预主密钥留在了堆内存里。下一次握手重用同一块内存，新密钥居然读到了旧密钥残留。这就是边界越了、清理没到位。所以密钥销毁的边界必须与密钥创建时的边界完全重合，少一步都不行。
4.3 边界落入代码的体现
在C语言里，密钥边界往往靠作用域 + 内存控制来实现。举个例子：
// 会话密钥的边界：仅限本连接内部使用
typedef struct {
uint8_t sm4_key[16]; // 仅在本结构体内可见
int ref_count;
} SessionKeys;
// 外部访问只能通过接口
SessionKeys* tls_create_keys(void);
void tls_destroy_keys(SessionKeys* keys); // 内部调用 memset_secure这里有个关键：sm4_key 所在的结构体指针一旦传给业务线程，边界就被打破了。所以我要求在架构层面约定：谁生成谁销毁，谁持有谁负责。
为什么这个边界这么重要？
- 防止泄露：密钥被非授权模块访问，等于你家门没锁。
- 便于审计：边界清晰，就能追踪密钥的完整生命周期。
- 简化测试：每个模块只知道自己边界内的密钥，联调不易出错。
4.4 国密特有的边界考量
国密算法里SM2、SM3、SM4在TLS握手中有不同的边界要求，我整理了一张对比表：
| 密钥类型 | 生成边界 | 使用边界 | 销毁边界 |
|---|---|---|---|
| SM2私钥 | HSM / 安全元件 | 签名 / 解密（不可导出） | 硬件层面清零 |
| SM2公钥 | 证书 / 文件 | 验签 / 加密（公开） | 视证书策略而定 |
| 预主密钥 | 握手协商时 | 仅用于KDF | 握手成功后立即销毁 |
| SM4会话密钥 | 主密钥派生 | 本连接的数据加密 | 连接关闭时销毁 |
你注意看——预主密钥的边界最短。它只存活几毫秒。但恰恰是这毫秒级的边界，如果没封好，整条链路都可能被还原。
我个人习惯在预主密钥使用后，立刻对内存区域调用 memset_s 或者平台提供的安全清零函数。编译器没法优化掉这一点，得明确告诉它“这里必须清零”。
4.5 小结
密钥边界不是高深理论。它就是每个密钥该有的“墙”和“门”。
墙要够坚，门要够严。
我这个章节讲的就是帮大家把这些墙画出来，把门关好。
真正做到“密钥不越界，攻击不入内”。