如何生成备份哈希链防止篡改？
解读
在国内金融、政务、医疗等合规场景下，**“防止备份被篡改”**不仅是技术需求，更是等保 2.0、国密条例、数据出境评估的硬性要求。CouchDB 的 .couch 文件、_changes 流、_replicator 日志都可能被运维人员或云厂商接触，仅靠文件系统权限无法自证清白。
因此，面试官想考察：
- 你是否理解“哈希链”与“区块链”区别——哈希链无需共识、无代币，轻量可落地；
- 能否在 CouchDB 现有机制外，低成本引入国密 SM3、HMAC、可信时间戳；
- 是否具备灾备验证脚本、司法举证能力，真正让备份“不可抵赖”。
知识点
- 一次备份三层对象：
- 数据文件层：所有 shard 文件 .couch、视图索引 .view；
- 元数据层：_all_docs?limit=0 得到的 doc_count、doc_del_count、update_seq；
- 操作日志层：_changes?since=0&limit=1 返回的 last_seq，以及本次备份时刻的 ISO-8601 时间戳。
- 哈希链节点结构：
previous_hash || current_meta_hash || timestamp || nonce → 整体再取一次 SM3，得到当前节点 hash，写入链文件。 - 密钥管理：
使用国密 SM4 分组加密保护链文件，密钥托管在阿里云 KMS、腾讯云 KMS 或硬件加密机（HSM），满足国密合规。 - 增量验证：
每次新备份只读上一次链尾 hash，本地计算即可校验，无需联网，支持离线机房、车载移动场景。 - 司法举证：
将每日链头 hash 通过**北京互联网法院“天平链”或广州仲裁委“仲裁链”**做哈希锚定，30 秒出证，具备法律效力。
答案
步骤一：备份前快照
对每一 shard 文件执行 cp --reflink=auto 或 zfs snapshot，保证崩溃一致性；同时记录此刻的 update_seq、doc_count、purge_seq。
步骤二：计算当前 meta_hash
将以下字段按固定顺序拼包：
shard_name, file_size, sha256(file), update_seq, doc_count, purge_seq, 上一次备份的链尾 hash；
使用国密 SM3 得到 256 bit 的 meta_hash。
步骤三：生成链节点
构造 JSON：
{
"v":1,
"prev":<previous_hash>,
"meta":<meta_hash>,
"ts":"2024-05-20T14:23:45+08:00",
"nonce":<随机 8 字节>
}
整体再做一次 SM3，得到当前节点 hash；
将节点追加到 couch_backup.chain 文件，立即 fsync。
步骤四：加密与分权
用 SM4-GCM 加密整个 chain 文件，数据密钥（DK）由 KMS 生成，加密后的 DK 分两段：一段给运维，一段给合规，双人双钥才能解密，防止单点内部作恶。
步骤五：验证脚本
Python 单文件脚本，零依赖，可在国产操作系统统信 UOS、麒麟 V10 上直接运行：
输入任意历史备份目录，脚本自动解析 chain 文件，逐节点重算 SM3，一旦 mismatch 立即报警并输出差异字段，10 分钟完成 10 TB 备份校验。
步骤六：司法锚定
每日 00:05 把链头 hash 通过法院链 API 做哈希上链，返回的“存证编号”写回 CouchDB _local/backup_notary 文档，实现“自证清白”+“第三方时间戳”双保险。
拓展思考
-
如果备份跨云同步到海外节点，如何同时满足《数据跨境传输安全评估办法》？
答：在出境前先用 SM4 加密 shard 文件，密钥留在境内 KMS；哈希链仍走国内法院链，实现“数据出境、密钥不出境、篡改可自证”。 -
当 DBA 拥有 sudo 权限，可整体替换备份目录时，如何检测“回滚攻击”？
答：在链节点里引入单调递增的“逻辑时钟”（如雪花算法），验证脚本发现时钟倒退立即触发麒麟操作系统内置的审计守护 kysec_audit，锁定账号并上报 SOC。 -
未来升级到 CouchDB 4.x，支持内置 Mango 索引与分片重平衡，哈希链如何兼容？
答：把“视图签名”也纳入 meta_hash，即对sig/<dbname>.view/shard-file/hash做 SM3；重平衡后视图重建，只要数据内容不变，meta_hash 仍一致，避免误报。