'%3e%3cpath%20fill-rule='evenodd'%20clip-rule='evenodd'%20d='M6.99935%2012.8327C10.221%2012.8327%2012.8327%2010.221%2012.8327%206.99935C12.8327%203.77769%2010.221%201.16602%206.99935%201.16602C3.77769%201.16602%201.16602%203.77769%201.16602%206.99935C1.16602%2010.221%203.77769%2012.8327%206.99935%2012.8327Z'%20stroke='%23666666'%20stroke-linecap='round'%20stroke-linejoin='round'/%3e%3cpath%20d='M1.16602%207H12.8327'%20stroke='%23666666'%20stroke-linecap='round'%20stroke-linejoin='round'/%3e%3cpath%20fill-rule='evenodd'%20clip-rule='evenodd'%20d='M6.99935%2012.8327C8.28802%2012.8327%209.33268%2010.221%209.33268%206.99935C9.33268%203.77769%208.28802%201.16602%206.99935%201.16602C5.71068%201.16602%204.66602%203.77769%204.66602%206.99935C4.66602%2010.221%205.71068%2012.8327%206.99935%2012.8327Z'%20stroke='%23666666'%20stroke-linecap='round'%20stroke-linejoin='round'/%3e%3cpath%20d='M2.875%202.95898C3.93063%204.01461%205.38896%204.66754%206.99978%204.66754C8.61062%204.66754%2010.069%204.01461%2011.1246%202.95898'%20stroke='%23666666'%20stroke-linecap='round'%20stroke-linejoin='round'/%3e%3cpath%20d='M11.1246%2011.0425C10.069%209.98691%208.61062%209.33398%206.99978%209.33398C5.38896%209.33398%203.93063%209.98691%202.875%2011.0425'%20stroke='%23666666'%20stroke-linecap='round'%20stroke-linejoin='round'/%3e%3c/g%3e%3cdefs%3e%3cclipPath%20id='clip0_1267_9109'%3e%3crect%20width='14'%20height='14'%20fill='white'/%3e%3c/clipPath%3e%3c/defs%3e%3c/svg%3e)
一分钟看懂对称加密与非对称加密
每一笔安全的数字交易——一份已签署的合同、一次公交刷卡、一笔银行转账——背后都靠一组分工固定的密码学工具在运转。其中承担主要工作的是三样：对称加密、非对称加密、消息鉴别码（MAC）。只要把它们各自回答的问题分开，就很好记：怎样又快又保密地搬运大量数据？对面到底是谁、他同意了没有？数据在传输途中有没有被改动？对称加密管第一件事，非对称加密管第二件，消息鉴别码管第三件。
对称密钥示例
非对称密钥示例
相对速度
覆盖的任务
三件事，三样工具
01. 又快又保密地搬运数据——对称加密。一把共享密钥同时加密和解密同一批数据，速度极快。 02. 证明身份与同意——非对称加密。一对密钥负责签名与验签，接收方由此知道消息是谁发的、他确认过内容。 03. 发现篡改——消息鉴别码。由数据与共享密钥算出的短标签，能看出数据在途中是否被改动。
比喻二 · 邮箱投递：非对称加密
再看一只配了两把相关却不同钥匙的信箱。公钥好比投信口：谁都能往里投，但谁都抽不出来。私钥才是唯一能开门的钥匙。你把投信口公开给全世界，把开门钥匙留给自己。 这就是非对称加密（公钥加密）：一对数学上相互关联的密钥，其中一把负责加密或签名，另一把负责解密或验签。它正好解决了共享密钥解决不了的问题——怎样与一个素未谋面、又无法安全交付秘密的对方建立信任。 同一对密钥也支撑着数字签名。签名时你用私钥，任何人用你的公钥即可验证。就像一枚印章戒指：只有你能盖下印记，而凡是认得你印章的人都能认出这是你的。代价是速度：非对称运算比对称慢得多，因此只用于签名、验签、交换密钥这类量小但价值高的环节，而不会用来加密大批数据。
比喻三 · 防拆封条：消息鉴别码
消息鉴别码（MAC）是由消息本身加上一把共享密钥算出的短码。持有同一密钥的两方都能算出它，而消息只要改动一个字符，短码就对不上。 想象一瓶带铝箔封口的药，或一件用防拆胶带封好的快递包裹。封条并不隐藏内容——谁都能看标签——但它能证明包裹在途中是否被打开或动过。MAC 就是它的数字版本：它随数据一起流转，在链条的每一步被校验。 有一点限制很关键：因为两方共用同一把密钥，MAC 能证明数据完好、且来自持有该密钥的一方，但单凭它无法说明两方中究竟是谁生成的。这正是「完整性」与「不可否认性」的区别；要后者，就得用数字签名。
一眼对照：对称 / 非对称 / 消息鉴别码
三者都涉及密钥，容易混淆。下表按它们各自回答的问题来区分。
| 对称加密 | 非对称加密 | 消息鉴别码 | |
|---|---|---|---|
| 密钥 | 一把共享密钥 | 一对密钥：一公一私 | 一把共享密钥 |
| 速度 | 很快 | 慢得多 | 快 |
| 提供什么 | 大批数据的保密性 | 身份、同意与不可否认性 | 完整性与防篡改 |
| 生活比喻 | 两人各持一把相同钥匙的钱箱 | 邮箱：谁都能投，只有主人能开 | 铝箔封口或防拆封条 |
| 带来的问题 | 密钥怎么安全地共享？ | 较慢；密钥须妥善管理与建立信任 | 无法证明标签出自哪一方 |
| 常见出现位置 | TLS 会话；加密的文档载荷 | 数字证书、签名、密钥交换 | 交易记录、公交刷卡、清算 |
三者如何协作：公交卡一声「滴」
公交卡是把整套分工浓缩进一次刷卡的好例子。 发卡时，卡片与后台系统共享一组对称密钥，供日后快速加解密使用。与此同时，发卡方用私钥对卡片的关键信息做一次签名，读卡器里预置了对应的公钥。验签通过，读卡器就知道这张卡由合法发行方发出、并非伪造——一张谁也做不了假的「出生证明」。 刷卡时，卡片与读卡器要在极短时间内完成双向确认并交换交易数据。这一步的主力是对称加密，因为它又快又省。交易数据还会带一个由共享密钥算出的 MAC，读卡器一验，就知道数据是否被改动、对方是否真的持有密钥。 到了清算环节更典型。车载机收集的交易记录要经过多个网络传到清算中心，途中任何节点都可能篡改——比如把金额改小。这时 MAC 再次充当内部防拆封条，确认记录完好；而当跨机构对账或系统升级需要证明「这笔记录确实来自合法发行方」时，非对称签名负责证明来源、挡住伪造交易。 CA 电子认证的逻辑与此完全相通：非对称加密回答「你是谁、你同不同意」，对称加密负责「大量数据怎么又快又保密地传」，消息鉴别码回答「数据有没有被改动」。认证机构不过把非对称那一环，集中用在了证书签名和身份绑定上。
这些技术出现在电子签名流程的哪里
签署一份文档 传输或存储已签文档 保护交易或日志记录 验证证书
关于对称与非对称加密的常见问题
对称加密用同一把共享密钥完成加密与解密，速度快，但带来密钥分发难题。非对称加密用一对数学上关联的密钥——公钥与私钥——让双方无需共享秘密即可建立信任，代价是速度。实践中两者结合使用：用非对称交换或包裹一把对称密钥，再用对称加密保护大批数据。
eSign.AI 如何应用这些技术
eSign.AI 自然而然地把这三样工具结合起来。数字签名与 X.509 证书使用非对称加密，并以硬件安全模块（HSM）与合格信任服务为支撑，使签名可被验证、且无法抵赖。会话与已存文档用对称加密保护，通常经由信封加密，让机密性在高速下依然成立。审计轨迹与交易记录用消息鉴别码与时间戳保护，使任何事后改动都能被检出。工具不同，目标一致——一份你可以信赖的记录。
