附录 1 — 术语表
术语和缩写词表
中文译文供阅读与核对;请同时参阅俄文和英文原文。当前版本为 v0.2 草案。
部分规范性文件: 附件1 标准版: 0.2
附录 1 — 术语表
排序规则。 术语分为两部分:(1) 英语术语和缩写(拉丁字母,A–Z),然后 (2) 俄语术语(西里尔字母,А–Я)。翻译的双语对应关系在最后的单独表格中提供。
A
AEAD(带关联数据的认证加密) — 一种具有内置数据验证的对称加密模式(例如,AES-GCM、ChaCha20-Poly1305、Kuznyechik-MGM)。参见 B.3.2 节。
AOC(合规证明) — 符合标准的最终公开声明。模板 — 附件 5。
评估实体 — 正在进行 CCSA 审核的组织。标准的单一规范性术语,在所有规范性章节中强制使用,ROC 和 AOC。在俄语文件的标题和非正式描述中,可能会出现解释性翻译(“认证候选组织”);规范用法仅为“评估实体”。
B
背景检查 — 在授予 CCM 访问权限之前验证个人背景。参见 B.8.1 节。
基线证书 — 符合基线标准之一的有效证书(PCI DSS, GOST 57580, CCSS, SOC 2 类型 2,MiCA),可用于控制认可 CCSA。参见 A 节。
错误赏金 — 一项奖励外部研究人员发现并负责任地披露漏洞的计划。
C
控制认可 — 在被评估实体持有有效基线合规证书的情况下,可以视为已实现 CCSA 要求(落实状态)的程序。控制认可不适用于关键要求。详细信息 — A 部分。
CCM(关键密码材料) — 标准的核心术语。其失陷授予直接或派生访问权限以控制加密资产的数据。完整定义和类别 — B.1.1 节。
CCSA — 加密货币托管和安全保证 — 当前标准。
CCSAC(CCSA 公司) — 经理事会认可进行 CCSA 审计的审计公司。
CCSA Lead Auditor — 个人CCSA认证的高级级别;授予签署 ROC 和 AOC 的权利。
CCSA从业者——个人CCSA认证的入门级;授予作为 CCSAC 团队一部分参与审核的权利,但不签署 ROC/AOC。
CCSA-QSA — 合格安全评估员,理事会认证的个人审核员; CCSA从业者和CCSA首席审核员之间的中间级别。
CCSS(加密货币安全标准) — 用于加密密钥管理的 C4 行业标准。
CDE(持卡人数据环境) — PCI DSS 术语,描述处理支付卡数据的环境。 CCSA 中的 CME 是 CDE 的概念模拟。
CME(密码材料环境) — 处理 CCM 的环境边界。参见 B.1.2 节。
冷存储 — 存储 CCM,无需永久在线连接。参见 B.3.3 节。
补偿控制 (CC) — 在无法满足标准要求且无法应用定制方法的情况下使用的替代保护措施。参见 0.8 节。
理事会(CCSA 理事会) — 发布、更新和解释 CCSA 标准的组织。参见 0.1、0.13.1 节。
关键要求 — 标记为关键的标准要求:不允许使用定制方法;对于完全禁止的 CC(4 要求:B.1.1、B.1.2、B.5.2、B.7.3),完全禁止补偿控制;对于受限制的 CC(4 要求:B.2.1、B.3.1、B.4.1、B.8.1),仅在获得理事会首席 QA 官员强制批准的情况下,才允许在 1 级别进行补偿控制。完整列表 — D.2.5 部分。
托管钱包 — 私钥由提供商控制的钱包。段C.1。
客户/依赖方 — 受评估实体的最终用户或依赖 CCSA 认证的一方(例如监管机构、保险公司、LVCS 客户)。参见 0.13.5 节。
定制方法 — 满足要求的替代途径:通过任何可明显实现定制方法目标的方式实施。接下来推出PCI DSS v4.0型号。参见 0.7.2 节。
定制方法目标 — 使用定制方法时必须实现的目标的陈述。
D
既定方法 — 符合要求的标准路径:以标准部分的既定方法要求中描述的形式实施,并通过既定方法测试程序进行确认。参见 0.7.2 节。
既定方法要求 — 要求的正式规范性声明(必须实现的内容)。
既定方法测试程序 — 由 CCSA-QSA 执行的用于验证合规性的编号步骤(检查、访谈、观察、跟踪)。参见 0.7.2 节。
DPoP(持有证明) — IETF RFC 9449,会话令牌的所有权证明机制。参见 B.4.3 节。
双重控制 — 一项行动需要两个或更多个人共同行动的原则。参见 B.4.2 节。
F
FIPS 140-3 — 加密模块的 NIST 标准。参见附件2。
H
热钱包 — 具有永久在线连接的钱包。物理保护低,操作可用性高。
HSM(硬件安全模块) — 用于安全生成、存储和使用加密密钥的安全硬件设备。参见 B.3.1 节。
I
已落实 — 需求评估状态:需求已通过既定方法完全实施;所有测试程序均已通过,没有发现任何问题。参见 0.7.1 节。
采用定制方法落实 — 需求评估状态:需求通过定制方法实施;经审计员确认,定制方法目标已实现。参见 0.7.1 节。
K
密钥仪式 — 用于生成、分裂、激活或销毁 CCM 的正式程序,包含角色文档、步骤顺序、验证和视频记录(适用于 L2+)。参见 B.2.3 节。
L
首席审核员 — 请参阅 CCSA 首席审核员。
LVCS(列出的验证加密解决方案) — 由理事会维护的认证产品和平台的公共注册表。包含在注册表中需要 CCSA 认证。
M
MEK(主加密密钥) — 通过加密密钥层次结构保护其他密钥的根密钥。 CCM A 类。
MPC(多方计算) — 一种将私钥拆分为多方共享的加密技术,允许联合使用,而无需在任何地方重建单个私钥。
Multi-sig(多重签名) — 一种需要 m-of-n 签名的签名方案。参见 B.6.1 节。
N
非托管钱包——完全控制用户持有的私钥的钱包。段C.2。
不适用 — 要求评估状态:该要求不适用于根据适用性注释和细分矩阵的给定评估实体。参见 0.7.1 节。
未落实 — 需求评估状态:要求未实施或实施存在严重差距。参见 0.7.1 节。
O
链下 — 记录或发生在区块链之外。
离职 — 出发时终止访问的程序。参见 B.8.4 节。
链上 — 记录或发生在区块链上。
入职 — 授予新员工访问权限的程序。参见 B.8.3 节。
P
PAM(特权访问管理) — 用于集中管理特权帐户和会话的系统。参见 B.4.5 节。
PCI DSS(支付卡行业数据安全标准) — CCSA 的主要基准标准。参见 A.1 节。
PII(个人身份信息) — 可识别个人身份的数据。在 152-FZ / GDPR 下单独保护。不构成CCM。
PQC(后量子密码学) — 密码学能够抵抗使用量子计算机的攻击; NIST 标准 ML-KEM (FIPS 203)、ML-DSA (FIPS 204)、SLH-DSA (FIPS 205)。见附件2 A2.3。
私钥 — 用于签署交易的秘密加密密钥。 CCM A 类。
公钥 — 密钥对的开放部分。不构成CCM。
Q
质量保证计划 (QA) — 理事会对 CCSAC 生产的 ROC 进行质量控制的计划;包括同行评审、抽样、制裁。参见 0.13.1 节。
R
恢复 — 在丢失或泄露后恢复 CCM 的过程。参见 B.5.3 节。
撤销 — 一旦受到损害或怀疑,立即终止 CCM 的有效性。参见 B.5.2 节。
ROC(合规性报告) — 由 CCSA-QSA 生成的有关标准合规性的详细报告。模板 — 附件 3。
轮换 — 定期用新材料更换 CCM。参见 B.5.1 节。
RPO(恢复点目标) — 可容忍的最大数据丢失量(及时测量)。参见 B.5.3 节。
RTO(恢复时间目标) — 最大可容忍恢复时间。
S
SAQ(自我评估问卷) — 自我评估问卷。参见附件4。
助记词/助记符 — 代表用于导出私钥的主熵的单词序列 (BIP-39)。 CCM A 类。
职责分离 (SoD) — 职责分离。参见 B.8.2 节。
会话令牌 — 一种临时凭证,代表用户授予对托管钱包的操作访问权限。 CCM D 类。
Shamir 的秘密共享 — 一种密码方案,用于在 n 方之间分割秘密,并从 n 的阈值 k 进行重建。用于密钥备份和MPC 分片。
SIEM(安全信息和事件管理) — 安全事件集中管理的系统。参见 B.7.1 节。
T
TEE(可信执行环境) — 隔离的硬件执行环境。请参见 B.3.1 节和 B.4.1 节。
阈值签名 — 一种需要 k-of-n 方联合签名的加密方案。
时间锁定 — 延迟执行操作以提供保护窗口。参见 B.6.4 节。
信任服务标准 (TSC) — SOC 2 审核的 AICPA 标准(安全性、可用性、处理完整性、机密性、隐私)。参见 A.4 节。
V
VASP(虚拟资产服务提供商) — 虚拟资产服务提供商; FATF 术语。用于 MiCA 和国家加密货币监管。
W
只读钱包 — 只读钱包,仅保存公钥且没有签名功能。参见 B.6.2 节。
А
审核员 (Аудитор) — 请参阅 CCSA-QSA、CCSA 首席审核员。
Б
俄罗斯银行 (Банк России, ЦБ РФ) — 俄罗斯联邦中央银行。
Г
GOST R 57580 (ГОСТ Р 57580) — 一系列针对金融机构的俄罗斯信息安全标准。参见 A.2 节。
С
SKZI (СКЗИ) — 加密信息保护设施(俄语:Средства криптографической защиты информации)。通过俄罗斯FSB认证。参见附件2 A2.2。
Ф
FinCERT (ФинЦЕРТ) — 俄罗斯银行信贷和金融领域计算机攻击监控和响应中心。
FSTEC (ФСТЭК) — 俄罗斯联邦技术和出口管制局。
三语术语对照(RU / EN / ZH)
| 俄语 | 英语 | 中文 |
|---|---|---|
| Приватный ключ | Private key | 私钥 |
| Публичный ключ | Public key | 公钥 |
| Фраза восстановления | Seed phrase / Mnemonic | 助记词 / 恢复短语 |
| Кошелёк | Wallet | 钱包 |
| Кастодиальный | Custodial | 托管式 |
| Некастодиальный | Non-custodial | 非托管式 |
| Криптоматериал | Cryptographic Material | 密码材料 |
| Критический криптоматериал | Critical Cryptographic Material (CCM) | 关键密码材料(CCM) |
| Среда обработки криптоматериала | Cryptographic Material Environment (CME) | 密码材料环境(CME) |
| Биржа | Exchange | 交易所 |
| Эмитент | Issuer | 发行人 |
| Аудитор | Auditor | 审核员 |
| Сертификация | Certification | 认证 |
| Ротация | Rotation | 轮换 |
| Отзыв | Revocation | 撤销 |
| Восстановление | Recovery | 恢复 |
| Уничтожение | Disposal | 销毁 |
| Сегментация | Segmentation | 分段 |
| Разделение обязанностей | Separation of Duties | 职责分离 |
| Дерево Меркла | Merkle tree | 默克尔树 |
| Аппаратный модуль безопасности | Hardware Security Module (HSM) | 硬件安全模块(HSM) |
| Доверенная среда выполнения | Trusted Execution Environment (TEE) | 可信执行环境(TEE) |
| Восстановление после катастрофы | Disaster Recovery (DR) | 灾难恢复(DR) |
| Целевая точка восстановления | Recovery Point Objective (RPO) | 恢复点目标(RPO) |
| Целевое время восстановления | Recovery Time Objective (RTO) | 恢复时间目标(RTO) |
| Стандартный путь соответствия | Defined Approach | 既定方法 |
| Альтернативный путь соответствия | Customized Approach | 定制方法 |
| Шаги проверки | Defined Approach Testing Procedures | 既定方法测试程序 |
| Цель альтернативного подхода | Customized Approach Objective | 定制方法目标 |
| Соответствует | In Place | 已落实 |
| Не соответствует | Not in Place | 未落实 |
| Не применимо | Not Applicable | 不适用 |
| Альтернативная мера | Compensating Control | 补偿控制 |
| Критическое требование | Critical Requirement | 关键要求 |
相关
来源
请参阅前文的 0.4 节(规范性参考文献)和 0.3 节(定义)。
该标准正在接受公众咨询。如果您对此部分有意见,请根据需求代码进行说明。
评论此部分草案 v0.2 -> v1.0。在 2027-01-01 之前可能会有更改。