DNSSEC 规范未强制指定签名算法，给运营者留出了根据计算能力演进调整密钥强度的空间。核心问题在于：密码学依赖“计算不可行”而非“计算不可能”，随着算力指数级增长，今天不可行的问题明天可能被破解。选择 RSA-4096 等长密钥，是在当前性能开销与未来数十年安全边界之间做权衡。
**DNSSEC 算法选择与计算不可行性：**
DNSSEC 允许区域运营者自行决定用哪种公钥算法生成数字签名记录。这种灵活性至关重要，因为密码算法制造的是“计算不可行”问题——搜索空间被故意设大，使得在可预见的地质年代尺度内无法暴力破解。但“不可行”的阈值随计算能力呈指数位移：十年前安全的密钥长度，今天可能已在集群算力的覆盖范围内。若希望签名数据在 5 年、10 年甚至 50 年后仍保持机密性，必须在部署时预留足够的算力冗余余量。
**RSA 密钥长度的性能与安全权衡：**
RSA 同时支持加密与解密，密钥长度可变。短密钥在加解密运算上效率高，但抗破解能力弱；长密钥计算开销大，却能显著提高攻击成本。RSA 基于模幂运算与大整数素因子分解难题：给定极大整数 n（两个大素数乘积）与公开指数 e，虽知 m、e、n，仍极难推导私钥指数 d。密钥位数每增加一倍，分解难度呈亚指数级上升，但模幂运算耗时也随之增长。原文未给出具体基准测试数据。
**素因子分解难度与长期安全性：**
RSA 的安全前提建立在“分解两个大素数乘积极难”这一数学假设上。截至目前，学术界尚未发现针对经典计算机的多项式时间分解算法，量子计算的 Shor 算法虽理论上可破解，但工程化落地仍面临纠错与量子比特规模的双重瓶颈。因此，选用 4096 位 RSA 的工程考量是：在现有硬件上签名验证延迟可接受，同时将经典算力破解成本推高至 2040 年后仍不可行区间。
对网络工程师而言，部署 DNSSEC 时应按区域数据生命周期定级：根区与顶级域建议直接采用 RSA-4096 或 ECDSA P-384，二级域若签名频次高、响应延迟敏感，可在评估硬件加速卡吞吐后权衡使用 RSA-2048 并制定 3-5 年轮换计划。关键在于建立密钥滚换自动化流程，而非一次性追求最长密钥。
原文: APNIC Blog（2021-10-18）｜编译自 APNIC Blog，事实以原文为准。
来源：APNIC Blog