SOPS项目中GPG子密钥重复加密问题解析

问题背景

在使用SOPS工具进行文件加密时，当用户配置了多个GPG子密钥进行加密时，发现了一个异常现象：SOPS实际上使用了同一个子密钥对数据进行多次加密，而不是按照预期使用不同的子密钥分别加密。这导致在实际使用中，当某个硬件密钥设备丢失时，用户无法使用其他密钥设备解密数据，违背了多密钥备份的设计初衷。

技术细节分析

该问题涉及以下几个技术要点：

1. GPG密钥体系结构：GPG采用主密钥+子密钥的设计模式。主密钥用于认证和签名，而加密操作通常由专门的加密子密钥完成。一个主密钥可以拥有多个加密子密钥。

2. SOPS加密机制：SOPS在加密文件时，会生成一个临时的数据加密密钥(DEK)，然后使用配置的GPG公钥加密这个DEK。加密后的DEK会存储在文件元数据中。

3. 问题本质：当SOPS配置了多个GPG子密钥时，预期行为是使用每个子密钥分别加密DEK。但实际观察到的行为是，SOPS多次使用同一个子密钥加密DEK，导致其他子密钥实际上无法用于解密。

问题复现条件

要复现这个问题，需要满足以下条件：

1. 拥有一个GPG主密钥，并至少配置两个加密子密钥
2. 子密钥最好存储在不同的硬件设备上(如多个YubiKey)
3. 在SOPS配置文件中明确指定多个子密钥进行加密

解决方案

经过深入分析，发现这个问题与GPG本身的行为特性有关：

1. GPG密钥选择机制：即使用户明确指定了某个子密钥，GPG有时会自行选择另一个可用的子密钥进行加密操作。

2. 强制密钥使用：在GPG中，可以通过在密钥ID后添加"!"来强制使用指定的密钥，避免GPG自行选择替代密钥。

3. SOPS的改进：SOPS项目已经修复了这个问题，在新版本中正确处理了密钥ID后的"!"标记。用户只需在配置文件中为每个密钥ID添加"!"后缀即可确保使用正确的子密钥。

最佳实践建议

基于这个问题的经验，建议在使用SOPS进行多密钥加密时：

1. 始终在密钥ID后添加"!"强制标记
2. 定期测试所有配置的密钥确实都能用于解密
3. 考虑将不同子密钥存储在不同地理位置的安全硬件中
4. 对于关键系统，实施密钥轮换策略

总结

SOPS作为一款流行的密钥管理工具，在处理复杂密钥场景时仍有一些边界情况需要注意。理解GPG密钥体系的工作原理和SOPS的实现机制，有助于正确配置和使用这些安全工具。通过本文描述的问题和解决方案，用户现在可以更可靠地实现多密钥备份策略，提高系统的安全性和可用性。