目录
1.ECDSA签名长度的疑惑
2.ECDSA原理
2.1 生成签名
2.2 验签过程
2.3 签名编码问题
3.小结
1.ECDSA签名长度的疑惑
我们来看看ECDSA签名长什么样子，使用MuscleV02自动生成密钥对，并对message"0x11223344”进行签名，结果如下：
仔细看，这个签名的长度竟然来到了568bit，可是我们用的是SECP256R1，这个长度既不是256，也不是256的倍数，这里面到底有什么玄机？
今天我们就来了解一下：1）ECDSA原理；2）签名值的编码格式。
2.ECDSA原理
首先回顾下签名原理：
- Bob 使用 Hash 函数对"Hello Alice"计算出摘要；
- Bob 为了证明消息是自己发的，用自己的私钥对摘要进行加密，也即签名；并把消息和签名同时发送给 Alice；
- Alice 拿到数据后，首先对"Hello Alice”使用同样 Hash 函数进行摘要计算，得到消息原始 Hash值；使用 Bob 对外公开的公钥，对签名进行解密得到待校验的 Hash 值；
- 将上述 Hash 进行比对，如果值一致，则证明是 Bob 发送的消息。
- 如果用其他的密钥进行签名会出现什么情况呢？
- 如果 Bob 使用自己的公钥签名，那只有自己私钥才能验，Alice 不知道是谁发的；
- 如果 Bob 用 Alice 的公钥签名，虽然只有 Alice 能验证，但是由于只要是获得了 Alice 公钥的人都可以签名，不能证明是 Bob 发的。
ECDSA(Elliptic Curve Digital Signature Algorithm)就是基于椭圆曲线密码学的一种签名机制。
以SECP256R1(对应NIST P-256曲线)为例，它满足方程形如：
该方程我们用函数 T = (p,a,b,G,n,h)进行表示，其中 p 为素数，a、b 为椭圆曲线参数，G为基点，n为G的阶(即多少个点)，h是辅助计算因子。
根据SEC2标准定义，该曲线推荐参数如下：
在实际代码中，我们也可以看到上述参数均作为常数：
有了上述基础，我们接着看算法细节。
2.1 生成签名
ECDSA的签名总体流程一句话概括：对消息做Hash计算得到H，对H进行计算得到整数对(r，s)，（r，s）根据不同编码格式输出S，作为最终签名。
我们主要讨论对H如何进行计算，具体如下：
- 首先我们先基于曲线生成对应的公私钥对，如下：
原理也很简单，就是在上述推荐参数n中随机选择一个数d作为私钥(即上图P)，然后利用基点G计算出公钥Q = d * G(xG,yG) ，故密钥对为（Q，dU）。
- 然后继续在随机选择一个整数k(k<n)，生成一个临时密钥对(Q1, k)，Qt坐标为（x1，y1）；
- 令 r = x1 mod n，注意这个n不是模数，而是上述提到的固定参数n(阶)，
- 判断r是否为0，如果为0，就需要重新再次生成，
从mbedtls的示例中也可以看出这个判断过程；
- 从上述消息摘要H中派生出整数e，来源于H的二进制表现形式下高log2n个bit，代码如下：
- 然后套用公式
最终得到了签名(r,s)，函数实现如下：
2.2 验签过程
接收者受到明文M、签名(r，s)，
- 计算M哈希值H，并根据生成过程派生出整数e；
- 根据公式u1 = e / s mod n, u2 = r / s mod n，分别计算出u1，u2；
- 使用发送方公钥Q，计算R = (xR,yR)= u1*G+u2*Q，如果R不是该曲线上的点，则认为签名无效；
- 计算v = xR mod ;
- 判断v 是否等于r，如果相等，则签名有效。
2.3 签名编码问题
从上面签名生成过程，其实我们可以发现，不管是r还是s，它的长度都不会超过模数p，因此P-256签名(r，s)的长度最大理应为256*2 = 512bit.
但实际我们从第一节知道，该签名有568bit，总共多了56bit（7个字节）。
直觉告诉我这必然与编码格式有关。
我印象里就只记得ASN.1，所以就去翻了翻了文档，最终在DER(Distinguished Encoding Rules)里找到了答案。
DER叫做可辨别编码规则，采用TLV三元组格式进行编码，具体如下：
Tag表示真实数据结构，Length表示具体字节长度，Value则是真实数据；
它的构造可以如下图：
而我们开头看到的0x30， 刚好对应Sequence：
根据这个规则，我把刚才的签名做了如下分解：
为什么r会有前导字节00，这是因为(r，s)都是整数，r第一个字节99最高位为1，为了避免混淆，故需要添加前导字节。
为了验证正确性，我继续做了几次签名试验，分别如下：
可以初步判断，这个python库 ECDSA签名采用ASN,1 DER编码规则。
3.小结
这篇文章把ECDSA的原理讲述清楚，原理简单，难点主要是在这些计算公式的理解上；同时我们把针对数字签名的DER编码格式理了一遍。
就酱，中秋快乐！
