1. 签名技术概述：什么是数字签名、签名的作用与价值、对称与非对称加密基础

各位同学，咱们今天聊聊数字签名。说实话，我刚入行那会儿，觉得签名这事儿离前端挺远的——那是后端和密码学专家的事。直到有一次，我负责的组件被篡改，导致线上出了严重问题……嗯，从那以后，我再也不敢小看签名技术了。

数字签名，说白了就是给数字内容盖个章。这个章独一无二，别人伪造不了。你想想看，现实里我们签合同、盖公章，为的是什么？是证明这东西是你发的，而且内容没被人动过。数字签名干的就是同样的事，只不过换到了数字世界。

1.1 什么是数字签名

数字签名是一种基于密码学的技术。它能让接收方验证两个事情：

• 来源可信——消息确实是你声称的那个人发的
• 内容完整——消息在传输过程中没被篡改过

我习惯用一个比喻来理解：你写了一封信，用你的私章盖上火漆。别人收到后，看到火漆完好，就知道信没被拆过；看到是你的章，就知道信是你写的。数字签名就是数字世界的火漆加私章。

1.2 签名的作用与价值

数字签名到底能解决什么问题？我总结了三件事：

1. 身份认证——确认发送方的身份。我在项目中遇到过有人冒充官方发布恶意组件，就是因为没有签名验证。
2. 数据完整性——确保内容没被改过。哪怕只改了一个字节，签名校验就会失败。
3. 不可否认性——签名者不能事后抵赖。因为私钥只有你自己有，别人签不出你的签名。

举个例子。你从 npm 下载一个包，如果它带了发布者的数字签名，你就可以确认：这个包确实是原作者发布的，而且下载过程中没人动过手脚。没有签名，你只能靠信任——说实话，这在安全领域是很危险的。

1.3 对称加密基础

要理解数字签名，得先搞懂两种加密方式。先说对称加密。

对称加密，就是加密和解密用同一个密钥。就像你用一个钥匙锁门，也用同一个钥匙开门。

特性	说明
加密密钥	与解密密钥相同
典型算法	AES、DES、3DES、SM4
优点	速度快，适合加密大量数据
缺点	密钥分发困难，双方必须事先共享密钥

你想想看，如果两个人隔着网络要通信，怎么安全地把密钥传给对方？这是个经典难题。我在早期做项目时，就遇到过密钥被中间人截获的情况——从那以后，我再也不敢用对称加密单独做密钥交换了。

1.4 非对称加密基础

非对称加密解决了密钥分发的问题。它用一对密钥：公钥和私钥。

• 公钥——可以公开给任何人
• 私钥——只有自己知道，绝对不能泄露

用公钥加密的数据，只能用对应的私钥解密。反过来，用私钥加密的数据，只能用对应的公钥解密。这就是数字签名的数学基础。

特性	说明
密钥对	公钥 + 私钥，数学上关联但不可互推
典型算法	RSA、ECDSA、Ed25519、SM2
优点	密钥分发方便，公钥随便给
缺点	速度慢，不适合加密大量数据

1.5 对称 vs 非对称：怎么选

实际项目中，两种加密方式通常是配合使用的。我习惯的做法是：

• 用非对称加密做密钥交换和数字签名
• 用对称加密做实际数据的加密

为什么？因为非对称加密太慢了。你想想看，一个几百 MB 的组件包，如果用 RSA 加密，那得等到天荒地老。所以实际做法是：用非对称加密保护一个临时生成的对称密钥，然后用这个对称密钥去加密数据。这就是所谓的「混合加密」。

数字签名也是类似的思路：不是对整个文件做签名，而是先对文件计算一个哈希值，然后对这个哈希值做签名。这样既保证了安全性，又兼顾了性能。

1.6 知识体系总览

下面这张图，是我梳理的本章知识结构。你可以把它当作一个地图，后面每章都会在这个框架里展开。

这张图把本章的核心脉络串起来了。你看，数字签名在最上面，下面分了三块：三个核心作用、两种加密方式、以及实际项目中的混合加密实践。后面几章，我们会沿着这个结构一步步深入。

好了，这一章就到这里。记住一句话：数字签名不是魔法，它是数学。理解了对称和非对称加密的区别，你就已经站在了正确的起跑线上。