密钥架构
本集团如何自持密钥
支撑本集团所运营每一项服务的证书颁发机构、算法与仪式。
这是一份设计说明，而非证书
此处每一项陈述，描述的都是本集团已作出且能够演示的设计选择；没有一项描述其未曾通过的审计。
颁发机构
一个离线根，两个在役下级颁发机构
根几乎不签署任何东西。承担日常签署的是其下级颁发机构，且权限范围受限。
- 根保持离线它只签署其下级颁发机构。签署日常事务的根，必然驻留在一台可被访问的机器上。
- 一个颁发机构服务于供应链它签署构建产物及其证明，从不向运行中的服务签发身份。
- 一个颁发机构服务于工作负载它签发各服务相互出示的身份，从不签署任何交付给客户的产物。
算法
本集团用以签名与密钥交换的算法
签名采用椭圆曲线，机密性依靠混合密钥交换，另有一族传统算法正在退役。
- 签名ECDSA P-384 用于服务器与服务间认证；Ed25519 用于根以及运维人员访问。
- 密钥交换X25519 与 ML-KEM-768 的混合方案。今日被截获的流量，面对未来的量子攻击者仍保持机密。
- 正在退役的算法RSA-3072 仅在交易对手要求之处保留，并已列入清退跟踪。
有效期
按短生命周期设计
一份存活数月的凭据，是一份被带走时无人察觉的凭据。
- 工作负载身份有效期以分钟计而非以天计，并自动续期。窃得的身份未及使用便已失去价值。
- 运维人员访问每次会话都以为该会话专门签发并记录在案的证书开启。笔记本电脑上不留任何长期密钥。
- 公共证书由公共信任的证书颁发机构签发，并在到期前一个月续期，因为浏览器必须信任它们。
仪式
任何单人都无法动用根
根操作需要持有人达到法定人数，本人到场，并遵照书面脚本执行。
法定人数消除了单点失陷，也消除了单点胁迫。每一次根操作都成为有日期、有见证的事件。
参考标准
本设计对齐于哪些标准
本架构按以下文本设计。本集团未取得其中任何一项标准的认证。
- ISO/IEC 27001 § 8.24
- NIST SP 800-57
- NIST FIPS 203 (ML-KEM)
- CNSA 2.0
- RFC 8446 (TLS 1.3)
- RFC 9334 (RATS)
在保密协议下索取细节
架构图、密钥清单与仪式记录，在保密协议下向客户提供。