密码学领域亟需专属抽象层

曾几何时，开发者必须深入了解数据的物理存储方式，才能完成文件的读写操作。他们需要与磁道、扇区打交道，编写大量代码来处理存储细节。文件系统的出现改变了这一切：它引入了稳定的抽象层，将这些繁琐的工作从开发者肩头卸下。

网络领域走过了同样的历程。开发者曾经需要自行实现数据重传和可靠性保障。TCP/IP协议通过套接字API将这些复杂性封装到共享层中，使网络编程大为简化。

密码学领域至今尚未完成这一跨越。即便在今天，开发者仍需编写并维护数百行安全敏感代码，才能完成签名、验签、加密、解密这些本应简单的操作。密码库和API已存在数十年，但它们将算法选择硬编码进了调用代码。每次使用都嵌入了难以日后更改的细节决策，久而久之形成脆弱的系统和高昂的技术债务。

解决之道在于"密码灵活性"，但真正实现它始终困难重重。

IBM Research正致力于改变这一现状。近期，在Eurocrypt 2026密码系统迁移与灵活性研讨会（MAgiCS）上，IBM Research提出了解决密码灵活性问题的系统性方案。核心思路简洁明了：算法选择不应出现在应用代码中，而应归属于一个可独立治理和更新的层次。

这一理念最早于2025年11月在吉隆坡举行的PKI联盟会议上向更广泛的受众分享，反响明确而直接：密码学转型之所以屡屡停滞，正是因为开发者既要承担实现负担，又要应对运营复杂性。

自首次发布以来，这项工作已从概念走向实践。在研究论文之外，IBM Research已开始推进部分参考实现及配套文档的工作（目前仍在进行中）。目标是让社区尽早参与测试、验证并塑造这一方案，最终为密码学引入类似存储和网络领域数十年来所拥有的抽象层。

核心理念

这一方案的核心思路直截了当：应用程序不应决定如何执行密码操作，只需表达自身需求即可。算法、参数和实现的细节交由底层处理，在那里可以集中管理、持续更新。

为此，IBM Research设计了一套基于意图的新型API，引入了以"作用域"为核心的词汇体系。作用域代表一类密码意图，例如标准数字签名或认证加密。在每个作用域内，不同算法因具有相同的输入输出结构而可以互换使用，从而使系统在不破坏应用代码的前提下持续演进。作用域定义所需内容，策略决定由哪种算法来满足需求，且策略由中心统一设定，而非写入应用代码。

这一转变从根本上改变了密码学的使用方式。开发者不再需要在数百个服务中分散编码底层决策，密码行为转而成为运营层面的关注点。安全团队可以定义哪些算法被允许及其使用方式，系统则在运行时统一执行这些决策。这正是软件定义网络（SDN）对网络领域所做的变革：将决策策略的控制平面与执行工作的数据平面分离。由于策略在同一处决策和执行，审计人员可以清晰、可靠地了解实际使用情况及其原因。

密码系统需要持续适应变化：密钥定期更新，标准不断演进，压力不仅来自新算法，还来自漏洞披露、合规要求和运营决策。因此，在不修改应用代码的前提下快速变更实现的能力至关重要。抽象层正是为此而生：它将密码后端作为单一接口背后可互换的提供者来对待。同一操作可运行于软件库、硬件加速器、云服务或可信执行环境。更重要的是，它清晰地将"需要什么"与"如何实现、在哪里运行"分离开来。

后量子密码学的紧迫性

向后量子密码学（PQC）的过渡，使这一挑战既紧迫又显而易见。

迁移到PQC并不只是替换算法。现实情况是，许多系统在此之前需要经历重大改造。依赖项需要升级，接口不断演变，协议随之更改，应用程序必须端到端重新测试。许多系统还需要更新运行环境（例如Java 27及以上版本），支持TLS 1.3，或集成最新版本的依赖库（可能附带全新接口）。简言之，PQC正在推动整个行业进行大规模架构重构。

这一时刻创造了难得的机遇。由于软件和系统必须重新审视，现在正是修补这一长期架构缺陷的最佳时机。与其用新算法复制今天的模式，各组织不如借此引入合适的抽象层，迈向更为根本性的改进状态。

将PQC视为一次性迁移，只会在未来重蹈同样的困境。密码学将持续演进，系统必须为此做好设计。引入密码抽象层，因此是业界不会后悔的选择。它减轻了开发者负担，强化了治理能力，并将未来的变更从高成本的工程挑战转化为可控的运营决策。

路径展望

文件系统和套接字曾一度被视为不必要的间接层，十年后却成为现代系统理所当然的基础。密码学已为同样的转变做好准备。

规范只有经过实践检验才有实际意义。因此，IBM Research在技术论文之外同步发布了以下内容：

API规范

参考实现（部分内容，仍在推进中）——包含独立服务器和Go客户端SDK

IBM Research诚邀开发者、架构师和安全团队探索这项工作，挑战其中的假设，并共同推动其演进。因为问题已不再是密码学是否还会面临新的变革，而是我们是否终于准备好，让这种变革变得轻而易举。

Q&A

Q1：什么是密码灵活性？为什么它很重要？

A：密码灵活性是指系统能够在不修改应用代码的情况下，灵活更换底层密码算法或实现方式的能力。它的重要性在于，当前密码库将算法选择硬编码进调用代码，一旦需要更新（如应对漏洞或满足合规要求），往往需要大量工程投入。引入密码灵活性后，算法选择交由独立的抽象层集中管理，既减轻了开发者负担，也让安全团队能够统一治理密码策略，大幅降低未来变更的成本与风险。

Q2：IBM Research提出的基于意图的API是如何工作的？

A：IBM Research设计的API以"作用域"为核心概念。作用域代表一类密码意图，例如数字签名或认证加密。在同一作用域内，不同算法因具有相同的输入输出结构而可以互换使用。应用程序只需声明自己需要什么（如"我需要数字签名"），具体使用哪种算法则由集中管理的策略层决定，无需写入应用代码。这样，安全团队可以随时更新算法策略，系统在运行时统一执行，应用代码无需任何改动。

Q3：为什么后量子密码学迁移是引入密码抽象层的好时机？

A：向后量子密码学（PQC）迁移要求对现有系统进行大规模改造：依赖项升级、协议更新、运行环境迭代（如Java 27+）、支持TLS 1.3等，系统必须重新审视。既然改造不可避免，此时顺势引入密码抽象层，可以一次性解决长期存在的架构缺陷，避免未来再次面临同样困境。IBM Research认为，将PQC视为一次性迁移只会重蹈覆辙，而建立真正的抽象层才能让未来的密码学变更变成可控的运营决策。