密码学开发工具应用安全DevOps【免费下载链接】blackboxSafely store secrets in Git/Mercurial/Subversion项目地址https://gitcode.com/gh_mirrors/bl/blackbox点击查看免费下载blackbox 本质上只是 GnuPGGPG的一层前端封装负责把哪些密钥可以解密、哪些文件需要加密这类繁琐的 GPG 旗标与工作流封装成blackbox_*系列命令。本文聚焦 GPG 使用中最常遇到的三大类问题No public key、No secret key与密钥过期导致的加密中断并结合本仓库的源码实现gnupg.go、keychain.go、verbs.go给出从定位原因、检查密钥到完成密钥轮换与全量重加密的完整实战方案。常见报错现象、原因与解决方案gpg: filename: skipped: No public key现象执行加密、注册新文件或重加密操作时GPG 对某个文件名报告skipped: No public key。原因这通常意味着 .blackbox/blackbox-admins.txt 中存在一项不是密钥名的内容。常见于两类情况有人误插入了无效条目例如把文件名当作用户名写了进去某位成员已离开组织其密钥已从 keychain 中删除但名字仍残留在blackbox-admins.txt中。解决方案检查并修正blackbox-admins.txt的内容确保每一项都对应一个真实存在的 GPG 密钥标识通常是密钥持有者的 email 地址。然后重新执行加密/重加密操作。gpg: decryption failed: No secret key现象解密文件时 GPG 报decryption failed: No secret key。原因通常意味着你忘记用新密钥重新加密文件。例如新增了一位管理员后没有对全部文件执行重新加密那么新管理员的私钥自然无法解开旧文件——因为文件根本不是用它加密的。解决方案用新密钥重新加密全部文件参见下文重加密一节。仓库 README.md 也专门提示如果看到gpg: decryption failed: No secret key多半是忘了用新密钥重新加密。Error: cant re-encrypt because a key has expired.现象执行blackbox_edit_end modified_file.txt等触发重加密的命令时报出该错误加密流程直接中断。原因某位用户的密钥已过期无法再用于加密任何内容。blackbox 在重加密时会为当前所有管理员列出接收者recipients过期密钥一旦出现在列表中GnuPG 便拒绝继续。解决方案按照 expired-keys.md 的替换过期密钥流程处理具体步骤见下文密钥轮换一节。前置知识配置目录.blackbox与keyrings/live上述三个报错的排查都绕不开一个问题密钥环与管理员名单到底存在哪里blackbox 把配置数据存放在仓库根目录的.blackbox子目录下历史仓库则使用keyrings/live出于向后兼容两者都可用详见 backwards-compatibility.md。所有官方文档统一以.blackbox指代。# 将旧仓库转换为新布局纯改名无技术必要仅为避免混淆 mv keyrings/live .blackbox rmdir keyrings从源码看.blackbox内关键文件包括blackbox-admins.txt管理员名单即文件被加密给哪些密钥的列表pubring.gpg/pubring.kbx/trustdb.gpgGnuPG 密钥环的二进制文件public-keys-db.ascv2 引入的可移植 ASCII 格式公钥库见 keychain.go。值得注意的是v1 时代pubring.gpg属于不保证可移植的二进制格式要求所有管理员使用完全相同的 GnuPG 版本否则密钥环可能损坏v2 改为以 ASCII 格式存储公钥.blackbox/public-keys-db.asc同时也会更新二进制文件如果存在以改善跨版本兼容性。为什么黑盒会突然无法加密解密与加密的密钥角色差异理解报错根源需要先厘清 blackbox 对密钥的使用模型。从 keychain.go 的设计注释可以看出解密使用用户个人~/.gnupg中的私钥——私钥只存在于用户的主目录blackbox 绝不会把私钥放进仓库加密则需要全体管理员的公钥。为保险起见blackbox 在加密前会先把.blackboxkeychain 中的公钥导入用户本地 GPG公钥环里只存公钥绝不存私钥。因此当某位管理员密钥过期或已从 keychain 移除、但其名字仍留在blackbox-admins.txt时加密阶段的公钥解析就会失败而当用户本地私钥无法匹配某个.gpg文件的接收者列表时就会出现No secret key。检查密钥状态的实战命令在动手轮换密钥之前先用 GPG 直接查看密钥环确认过期情况。注意以下命令都要显式指定--homedir.blackbox指向仓库内的密钥环# 查看全部密钥及其过期时间人工核对 expired: 字段 gpg --homedir.blackbox --list-keys# 列出从现在起 1 个月内2592000 秒即将过期的 UID # 注意此命令也会列出未设置过期时间的密钥 gpg --homedir.blackbox --list-keys --with-colons --fixed-list-mode \ | grep ^uid | awk -F: $6 $(( $(date %s) 2592000))这条命令把 GPG 的机器可读输出--with-colons --fixed-list-mode通过grep过滤出uid行再用awk把时间戳字段第 6 列与当前时间 30 天比较从而提前发现即将过期的密钥做到主动排雷而非被动等报错。密钥轮换完整流程四步替换过期密钥一旦确认密钥已过期按以下四步完成替换流程引自 expired-keys.md与 README.md 保持一致。警告第一步中的blackbox_update_all_files会覆盖任何正在编辑中的未加密文件。如有未完成改动请先复制到别处轮换完成后恢复。Step 1管理员移除过期用户blackbox_removeadmin expired_userexample.com # 该命令会覆盖任何改动过的未加密文件参见上方警告 blackbox_update_all_files git commit -m Re-encrypt all files gpg --homedir.blackbox --delete-key expired_userexample.com git commit -m Cleaned expired_userexample.com from keyring .blackbox/* git push这里blackbox_removeadmin负责把名字从blackbox-admins.txt摘除blackbox_update_all_files用剩余有效密钥重加密全部文件最后用原生 GPG 命令把过期密钥从仓库密钥环中彻底删除并提交。Step 2过期用户更新密钥git pull blackbox_addadmin updated_userexample.com git commit -mNEW ADMIN: updated_userexample.com .blackbox/pubring.gpg .blackbox/trustdb.gpg .blackbox/blackbox-admins.txt git pushblackbox_addadmin底层对应 gnupg.go 中的AddNewKey先从来源密钥环默认为$HOME/.gnupg用gpg --export -a KEYNAME导出公钥再通过gpg --homedirdestdir --import导入仓库密钥环最后返回可能被改动的pubring.gpg、pubring.kbx、trustdb.gpg等文件清单供提交。Step 3管理员用更新后的密钥重加密全部文件git pull gpg --import .blackbox/pubring.gpg # 把仓库中的公钥导入本地 blackbox_update_all_files git commit -m Re-encrypt all files git pushStep 4收尾清理将 Step 1 中临时保存的文件复制回来用blackbox_edit_end重新加密即可。理解重加密的内部流程源码视角无论是blackbox_update_all_files还是blackbox reencrypt --all最终都走 verbs.go 的Reencrypt函数。其关键流程为校验并加载配置确认 GPG 可用加载管理员名单与文件清单列出接收者打印当前全部管理员the above people will be able to access the file解密所有文件用本地私钥解密出明文用全体管理员公钥重新加密encryptMany会为每个接收者追加-r keyname参数见 gnupg.go 的Encrypt粉碎明文通过bbutil.ShredFiles安全删除明文提示提交通过 VCS 层输出建议的提交信息如REENCRYPT all files。这正是No secret key报错的根源所在Reencrypt的第 3 步解密与第 4 步加密各自依赖本地私钥与管理员公钥任何一环的密钥不匹配都会让流程中断。同理--overwrite或shred参数会先安全覆盖明文这也是文档反复警告会覆盖未加密改动的原因。预防胜于治疗日常运维建议新管理员入职后必须重加密只把公钥加进 keychain 而不重加密新成员将遇到No secret key。推荐流程是gpg --import .blackbox/pubring.gpg后用blackbox reencrypt --all参见 admin-ops.md 的Add a new user与Remove a user两节成员离职时按序操作blackbox admin remove→ 重加密 → 清理密钥环gpg --homedir.blackbox --delete-key。但请注意离职人员若曾保存旧仓库副本仍能解开旧版本文件——因此在成员离开时应更换所有密码、SSL 证书等敏感凭据见 encryption.md 的说明定期巡检密钥有效期把上文一个月内过期 UID的检测命令纳入例行巡检避免密钥在业务高峰期突然失效导致加密中断保持 GPG 版本一致性由于旧版本密钥环的二进制可移植性问题尽量让团队内 GnuPG 版本保持一致或确保使用 v2 的public-keys-db.ascASCII 格式。延伸阅读expired-keys.md密钥过期替换的完整流程文档admin-ops.md添加/移除管理员的完整用户管理手册encryption.mdblackbox 加密模型与为何不用对称密钥的设计解析backwards-compatibility.md.blackbox与keyrings/live的兼容与迁移gnupg.go 与 keychain.goGnuPG 加解密与密钥环管理的源码实现verbs.goReencrypt、Shred等核心动词的实现。赞分享密码学开发工具应用安全DevOps【免费下载链接】blackboxSafely store secrets in Git/Mercurial/Subversion项目地址https://gitcode.com/gh_mirrors/bl/blackbox点击查看免费下载相关推荐Blackbox 过期 GPG 密钥的检测与替换指南从报错到完成密钥轮换的完整流程Blackbox 过期 GPG 密钥的检测与替换指南从报错到完成密钥轮换的完整流程 Blackbox 使用 GPG 公钥加密仓库中的机密文件当某个管理员a密码学开发工具应用安全DevOpsSnowpack 常见错误排查指南从报错信息到配置修复的完整手册Snowpack 常见错误排查指南从报错信息到配置修复的完整手册 导读Snowpack 是一款以 ESM 为核心的前端构建工具主打免打包的即时开发体验前端开发工具前端构建Stability Matrix 常见问题排查指南从安装失败到推理报错的完整排障手册Stability Matrix 常见问题排查指南从安装失败到推理报错的完整排障手册 Stability Matrix 是一款跨平台的 Stable DiffAI 应用人工智能桌面应用本地部署媒体生成上一篇3步解锁苹果级中文体验Windows系统安装苹方字体完全指南下一篇3步打造专属神卡三国杀卡牌制作全攻略小白也能秒上手创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考
密码学开发工具应用安全DevOps【免费下载链接】blackboxSafely store secrets in Git/Mercurial/Subversion项目地址https://gitcode.com/gh_mirrors/bl/blackbox点击查看免费下载blackbox 本质上只是 GnuPGGPG的一层前端封装负责把哪些密钥可以解密、哪些文件需要加密这类繁琐的 GPG 旗标与工作流封装成blackbox_*系列命令。本文聚焦 GPG 使用中最常遇到的三大类问题No public key、No secret key与密钥过期导致的加密中断并结合本仓库的源码实现gnupg.go、keychain.go、verbs.go给出从定位原因、检查密钥到完成密钥轮换与全量重加密的完整实战方案。常见报错现象、原因与解决方案gpg: filename: skipped: No public key现象执行加密、注册新文件或重加密操作时GPG 对某个文件名报告skipped: No public key。原因这通常意味着 .blackbox/blackbox-admins.txt 中存在一项不是密钥名的内容。常见于两类情况有人误插入了无效条目例如把文件名当作用户名写了进去某位成员已离开组织其密钥已从 keychain 中删除但名字仍残留在blackbox-admins.txt中。解决方案检查并修正blackbox-admins.txt的内容确保每一项都对应一个真实存在的 GPG 密钥标识通常是密钥持有者的 email 地址。然后重新执行加密/重加密操作。gpg: decryption failed: No secret key现象解密文件时 GPG 报decryption failed: No secret key。原因通常意味着你忘记用新密钥重新加密文件。例如新增了一位管理员后没有对全部文件执行重新加密那么新管理员的私钥自然无法解开旧文件——因为文件根本不是用它加密的。解决方案用新密钥重新加密全部文件参见下文重加密一节。仓库 README.md 也专门提示如果看到gpg: decryption failed: No secret key多半是忘了用新密钥重新加密。Error: cant re-encrypt because a key has expired.现象执行blackbox_edit_end modified_file.txt等触发重加密的命令时报出该错误加密流程直接中断。原因某位用户的密钥已过期无法再用于加密任何内容。blackbox 在重加密时会为当前所有管理员列出接收者recipients过期密钥一旦出现在列表中GnuPG 便拒绝继续。解决方案按照 expired-keys.md 的替换过期密钥流程处理具体步骤见下文密钥轮换一节。前置知识配置目录.blackbox与keyrings/live上述三个报错的排查都绕不开一个问题密钥环与管理员名单到底存在哪里blackbox 把配置数据存放在仓库根目录的.blackbox子目录下历史仓库则使用keyrings/live出于向后兼容两者都可用详见 backwards-compatibility.md。所有官方文档统一以.blackbox指代。# 将旧仓库转换为新布局纯改名无技术必要仅为避免混淆 mv keyrings/live .blackbox rmdir keyrings从源码看.blackbox内关键文件包括blackbox-admins.txt管理员名单即文件被加密给哪些密钥的列表pubring.gpg/pubring.kbx/trustdb.gpgGnuPG 密钥环的二进制文件public-keys-db.ascv2 引入的可移植 ASCII 格式公钥库见 keychain.go。值得注意的是v1 时代pubring.gpg属于不保证可移植的二进制格式要求所有管理员使用完全相同的 GnuPG 版本否则密钥环可能损坏v2 改为以 ASCII 格式存储公钥.blackbox/public-keys-db.asc同时也会更新二进制文件如果存在以改善跨版本兼容性。为什么黑盒会突然无法加密解密与加密的密钥角色差异理解报错根源需要先厘清 blackbox 对密钥的使用模型。从 keychain.go 的设计注释可以看出解密使用用户个人~/.gnupg中的私钥——私钥只存在于用户的主目录blackbox 绝不会把私钥放进仓库加密则需要全体管理员的公钥。为保险起见blackbox 在加密前会先把.blackboxkeychain 中的公钥导入用户本地 GPG公钥环里只存公钥绝不存私钥。因此当某位管理员密钥过期或已从 keychain 移除、但其名字仍留在blackbox-admins.txt时加密阶段的公钥解析就会失败而当用户本地私钥无法匹配某个.gpg文件的接收者列表时就会出现No secret key。检查密钥状态的实战命令在动手轮换密钥之前先用 GPG 直接查看密钥环确认过期情况。注意以下命令都要显式指定--homedir.blackbox指向仓库内的密钥环# 查看全部密钥及其过期时间人工核对 expired: 字段 gpg --homedir.blackbox --list-keys# 列出从现在起 1 个月内2592000 秒即将过期的 UID # 注意此命令也会列出未设置过期时间的密钥 gpg --homedir.blackbox --list-keys --with-colons --fixed-list-mode \ | grep ^uid | awk -F: $6 $(( $(date %s) 2592000))这条命令把 GPG 的机器可读输出--with-colons --fixed-list-mode通过grep过滤出uid行再用awk把时间戳字段第 6 列与当前时间 30 天比较从而提前发现即将过期的密钥做到主动排雷而非被动等报错。密钥轮换完整流程四步替换过期密钥一旦确认密钥已过期按以下四步完成替换流程引自 expired-keys.md与 README.md 保持一致。警告第一步中的blackbox_update_all_files会覆盖任何正在编辑中的未加密文件。如有未完成改动请先复制到别处轮换完成后恢复。Step 1管理员移除过期用户blackbox_removeadmin expired_userexample.com # 该命令会覆盖任何改动过的未加密文件参见上方警告 blackbox_update_all_files git commit -m Re-encrypt all files gpg --homedir.blackbox --delete-key expired_userexample.com git commit -m Cleaned expired_userexample.com from keyring .blackbox/* git push这里blackbox_removeadmin负责把名字从blackbox-admins.txt摘除blackbox_update_all_files用剩余有效密钥重加密全部文件最后用原生 GPG 命令把过期密钥从仓库密钥环中彻底删除并提交。Step 2过期用户更新密钥git pull blackbox_addadmin updated_userexample.com git commit -mNEW ADMIN: updated_userexample.com .blackbox/pubring.gpg .blackbox/trustdb.gpg .blackbox/blackbox-admins.txt git pushblackbox_addadmin底层对应 gnupg.go 中的AddNewKey先从来源密钥环默认为$HOME/.gnupg用gpg --export -a KEYNAME导出公钥再通过gpg --homedirdestdir --import导入仓库密钥环最后返回可能被改动的pubring.gpg、pubring.kbx、trustdb.gpg等文件清单供提交。Step 3管理员用更新后的密钥重加密全部文件git pull gpg --import .blackbox/pubring.gpg # 把仓库中的公钥导入本地 blackbox_update_all_files git commit -m Re-encrypt all files git pushStep 4收尾清理将 Step 1 中临时保存的文件复制回来用blackbox_edit_end重新加密即可。理解重加密的内部流程源码视角无论是blackbox_update_all_files还是blackbox reencrypt --all最终都走 verbs.go 的Reencrypt函数。其关键流程为校验并加载配置确认 GPG 可用加载管理员名单与文件清单列出接收者打印当前全部管理员the above people will be able to access the file解密所有文件用本地私钥解密出明文用全体管理员公钥重新加密encryptMany会为每个接收者追加-r keyname参数见 gnupg.go 的Encrypt粉碎明文通过bbutil.ShredFiles安全删除明文提示提交通过 VCS 层输出建议的提交信息如REENCRYPT all files。这正是No secret key报错的根源所在Reencrypt的第 3 步解密与第 4 步加密各自依赖本地私钥与管理员公钥任何一环的密钥不匹配都会让流程中断。同理--overwrite或shred参数会先安全覆盖明文这也是文档反复警告会覆盖未加密改动的原因。预防胜于治疗日常运维建议新管理员入职后必须重加密只把公钥加进 keychain 而不重加密新成员将遇到No secret key。推荐流程是gpg --import .blackbox/pubring.gpg后用blackbox reencrypt --all参见 admin-ops.md 的Add a new user与Remove a user两节成员离职时按序操作blackbox admin remove→ 重加密 → 清理密钥环gpg --homedir.blackbox --delete-key。但请注意离职人员若曾保存旧仓库副本仍能解开旧版本文件——因此在成员离开时应更换所有密码、SSL 证书等敏感凭据见 encryption.md 的说明定期巡检密钥有效期把上文一个月内过期 UID的检测命令纳入例行巡检避免密钥在业务高峰期突然失效导致加密中断保持 GPG 版本一致性由于旧版本密钥环的二进制可移植性问题尽量让团队内 GnuPG 版本保持一致或确保使用 v2 的public-keys-db.ascASCII 格式。延伸阅读expired-keys.md密钥过期替换的完整流程文档admin-ops.md添加/移除管理员的完整用户管理手册encryption.mdblackbox 加密模型与为何不用对称密钥的设计解析backwards-compatibility.md.blackbox与keyrings/live的兼容与迁移gnupg.go 与 keychain.goGnuPG 加解密与密钥环管理的源码实现verbs.goReencrypt、Shred等核心动词的实现。赞分享密码学开发工具应用安全DevOps【免费下载链接】blackboxSafely store secrets in Git/Mercurial/Subversion项目地址https://gitcode.com/gh_mirrors/bl/blackbox点击查看免费下载相关推荐Blackbox 过期 GPG 密钥的检测与替换指南从报错到完成密钥轮换的完整流程Blackbox 过期 GPG 密钥的检测与替换指南从报错到完成密钥轮换的完整流程 Blackbox 使用 GPG 公钥加密仓库中的机密文件当某个管理员a密码学开发工具应用安全DevOpsSnowpack 常见错误排查指南从报错信息到配置修复的完整手册Snowpack 常见错误排查指南从报错信息到配置修复的完整手册 导读Snowpack 是一款以 ESM 为核心的前端构建工具主打免打包的即时开发体验前端开发工具前端构建Stability Matrix 常见问题排查指南从安装失败到推理报错的完整排障手册Stability Matrix 常见问题排查指南从安装失败到推理报错的完整排障手册 Stability Matrix 是一款跨平台的 Stable DiffAI 应用人工智能桌面应用本地部署媒体生成上一篇3步解锁苹果级中文体验Windows系统安装苹方字体完全指南下一篇3步打造专属神卡三国杀卡牌制作全攻略小白也能秒上手创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考
