术语表

带关联数据的认证加密：内置数据认证的对称加密模式，如 AES-GCM、ChaCha20-Poly1305、Kuznyechik-MGM。参见 B.3.2 节。

Attestation of Compliance：最终公开的标准合规声明。模板见附录 5。

接受 CCSA 评估的组织。这是规范性章节、ROC 和 AOC 中统一使用的规范术语。

在授予 CCM 访问权限前对人员进行的背景调查。参见 B.8.1 节。

符合某项基线标准且仍有效的证书，如 PCI DSS、ГОСТ 57580、CCSS、SOC 2 Type 2 或 MiCA，可用于 CCSA 的既有控制认可。参见 A 节。

奖励外部研究人员发现漏洞并以负责任方式披露漏洞的计划。

依据有效的基线认证证书，将某项 CCSA 要求认定为已落实（In Place）的程序。此程序不适用于关键要求。参见 A 节。

Critical Cryptographic Material：本标准的核心术语。此类数据一旦失陷（如泄露），可使攻击者直接或间接控制加密资产。定义和类别见 B.1.1 节。

Crypto Custody & Security Assurance，即本标准。

CCSA Company：获理事会认可、可以执行 CCSA 评估的审计机构。

CCSA 个人认证的高级等级，具有签署 ROC 和 AOC 的资格。

CCSA 个人认证的入门等级，可在 CCSAC 中参与审计，但不能签署 ROC 或 AOC。

Qualified Security Assessor：由理事会认证的个人审计师，等级介于 Practitioner 与 Lead Auditor 之间。

CryptoCurrency Security Standard：C4 制定的加密密钥管理行业标准。

Cardholder Data Environment：PCI DSS 中处理支付卡数据的环境。CCSA 的 CME 在概念上与之对应。

Cryptographic Material Environment：处理 CCM 的环境边界。参见 B.1.2 节。

不保持持续在线连接的 CCM 存储方式。参见 B.3.3 节。

无法满足既定要求，也无法采用定制方法时使用的替代保护措施。参见 0.8 节。

负责发布、维护和解释 CCSA 标准的组织。参见 0.1 和 0.13.1 节。

标记为关键的要求，禁止采用定制方法。对全面禁止补偿控制的 B.1.1、B.1.2、B.5.2、B.7.3，任何 CC 均不允许。对限制使用 CC 的 B.2.1、B.3.1、B.4.1、B.8.1，仅在 Level 1 且获理事会首席质量保证负责人批准时允许 CC。完整清单见 D.2.5 节。

私钥由服务提供方控制的钱包。对应业务类别 C.1。

受评估实体的最终用户，或依赖 CCSA 认证的一方，例如监管机构、保险机构或 LVCS 产品采购方。参见 0.13.5 节。

替代性的合规路径：采用能够证明满足定制方法目标的实现方式，参照 PCI DSS v4.0 的方法设计。参见 0.7.2 节。

采用定制方法时必须实现的目标陈述。

标准合规路径：按既定方法要求实施，并通过既定方法测试程序验证。参见 0.7.2 节。

对必须实施事项作出的正式规范性要求。

由 CCSA-QSA 执行的编号验证步骤：检查、访谈、观察与追踪。参见 0.7.2 节。

Demonstrating Proof of Possession，IETF RFC 9449 定义的会话令牌持有证明机制。参见 B.4.3 节。

一项操作需要两人或以上共同执行的原则。参见 B.4.2 节。

NIST 制定的加密模块标准。参见附录 2。

保持持续在线连接的钱包，物理保护较低，操作可用性较高。

Hardware Security Module：用于生成、存储和使用加密密钥的安全硬件设备。参见 B.3.1 节。

评估状态：要求通过既定方法完全落实，所有测试程序均通过且无发现项。参见 0.7.1 节。

评估状态：要求通过定制方法实施，定制方法目标已经实现并经审计师验证。参见 0.7.1 节。

用于生成、拆分、激活或销毁 CCM 的正式程序，需记录角色、步骤、验证，以及 L2 及以上等级要求的视频。参见 B.2.3 节。

Listed Validated Crypto Solutions：理事会维护的已认证产品和平台公开名录。登记名录需要取得 CCSA 认证。

Master Encryption Key：通过加密密钥层级保护其他密钥的根密钥，属于 CCM 的 A 类。

Multi-Party Computation：将私钥份额分配给多方，使其能够共同使用密钥，而不在同一位置重建完整私钥的技术。

要求 n 个签名者中至少 m 个签名的方案。参见 B.6.1 节。

私钥完全由用户本人控制的钱包。对应业务类别 C.2。

评估状态：依据适用性说明和业务类别矩阵，该要求不适用于此受评估实体。参见 0.7.1 节。

评估状态：要求未实施，或实施中存在关键缺口。参见 0.7.1 节。

在区块链之外记录或发生。

人员离岗时撤销其访问权限的程序。参见 B.8.4 节。

在区块链上记录或发生。

向新员工授予访问权限的程序。参见 B.8.3 节。

Privileged Access Management：集中控制特权账户和会话。参见 B.4.4 节。

Payment Card Industry Data Security Standard：支付卡行业数据安全标准，是 CCSA 的主要基线。参见 A.1 节。

Personally Identifiable Information：能够识别个人的数据，依据 ФЗ-152 或 GDPR 等规定单独保护，不属于 CCM。

Post-Quantum Cryptography：抵抗量子计算机攻击的密码技术。NIST 标准包括 ML-KEM（FIPS 203）、ML-DSA（FIPS 204）和 SLH-DSA（FIPS 205）。参见附录 2 的 A2.3。

用于签署交易的秘密加密密钥，属于 CCM 的 A 类。

密钥对中可以公开的部分，不属于 CCM。

理事会保障 CCSAC 出具的 ROC 质量的计划，包括同行评审、抽样和制裁措施。参见 0.13.1 节。

CCM 丢失或泄露后的恢复程序。参见 B.5.3 节。

确认或怀疑 CCM 泄露时，立即终止其有效性。参见 B.5.2 节。

Report on Compliance：由 CCSA-QSA 编写的详细合规报告。模板见附录 3。

定期用新材料替换 CCM。参见 B.5.1 节。

Recovery Point Objective：可容忍数据丢失的最大时间窗口。参见 B.5.3 节。

Recovery Time Objective：可容忍的最长恢复时间。

Self-Assessment Questionnaire。参见附录 4。

用 BIP-39 单词序列表示用于派生私钥的主熵，属于 CCM 的 A 类。

Separation of duties。参见 B.8.2 节。

代表用户授予托管钱包操作访问权限的临时凭据，属于 CCM 的 D 类。

将秘密分给 n 方，只需其中 k 方即可恢复的方案。用于密钥备份和 MPC 份额。

Security Information and Event Management：集中处理安全事件。参见 B.7.1 节。

Trusted Execution Environment：隔离的硬件执行环境。参见 B.3.1 和 B.4.1 节。

要求 n 方中至少 k 方共同签署的方案。

为提供保护时间窗口而对操作设置的延迟。参见 B.6.4 节。

AICPA 的 SOC 2 准则，涵盖安全性、可用性、处理完整性、保密性和隐私。参见 A.4 节。

FATF 使用的术语，也见于 MiCA 和各国加密资产监管规则。

只持有公钥、可监控但不能签署交易的钱包。参见 B.6.2 节。

执行 CCSA 评估的认证专业人员。参见 CCSA-QSA 和 CCSA Lead Auditor。

俄罗斯联邦中央银行。

俄罗斯面向金融机构的信息安全标准系列。参见 A.2 节。

经俄罗斯联邦安全局认证的密码信息保护工具。参见附录 2 的 A2.2。

俄罗斯银行面向信贷和金融领域的计算机事件响应中心。

俄罗斯联邦负责技术与出口管制的机构。