为何Diffie-Hellman与ECC属于公钥/非对称密码体系？

核心误解纠正：非对称密码的判定标准不是功能，而是密钥特性 #

你对非对称密码的定义理解偏窄了。公钥（非对称）密码的核心判定标准从来不是「能否直接实现公钥加密、私钥解密的流程」，而是是否满足两个核心特性：

• 算法会生成一一对应的密钥对：可以完全公开的公钥、必须私密保存的私钥
• 公钥和私钥数学关联，但无法通过公钥在合理时间内推导出私钥

符合这个特征的算法都属于公钥/非对称密码范畴，公钥密码体系本身就覆盖三类核心应用场景：加密/解密、数字签名、密钥交换，不存在「只有支持加密解密才算非对称密码」的规则。

关于Diffie-Hellman(DH)的补充特性 #

DH完全符合非对称密码的核心定义：

• 通信双方各自生成私钥（本地保存不对外泄露）、计算对应公钥（可以明文传输给对方）
• 双方用自身私钥+对方公钥可以计算出完全一致的共享密钥，攻击者拿到所有公开传输的公钥、公共参数也无法推导该共享密钥

DH最常用的场景是密钥交换，但它并非不能实现非对称加密：发送方可以用自身私钥+接收方公钥生成共享密钥，用该密钥加密明文后，把自身公钥和密文一起发给接收方，接收方用自身私钥+发送方公钥生成相同共享密钥即可解密，只是这类场景下通常会用效率更高的对称算法做加密，才会让你产生「DH只能做密钥交换」的错觉。

关于ECC的补充特性 #

你对ECC的用途认知存在明显偏差：ECC是「基于椭圆曲线离散对数问题的公钥算法框架」，不是只能做密钥交换的单一算法，它完全可以实现所有非对称密码的功能：

• 基于ECC的ECDH是密钥交换方案，对应传统DH算法
• 基于ECC的ECIES（椭圆曲线集成加密方案）是标准公钥加密方案，和RSA一样支持公钥加密、私钥解密，同安全强度下密钥长度比RSA小很多
• 基于ECC的ECDSA是行业通用的数字签名方案，目前广泛应用在HTTPS证书、区块链、身份认证等场景，普及度远高于同安全级别的RSA签名

只是ECDH的应用场景比较常见，才会让你误以为ECC只能用于密钥协商。

总结 #

你之前的认知偏差是把「公钥加密、私钥解密」当成了非对称密码的唯一判定标准，实际上DH和ECC完全满足非对称密码的核心特征，甚至可以覆盖RSA的所有应用场景，只是不同算法的最优适用场景不同而已。

内容的提问来源于stack exchange，提问作者Rohit Kaushal