白话数字签名 2 软件 设备.docVIP

白话数字签名 2 软件 设备 然而它太慢了 非对称加密算法有一个重大缺点--加密速度慢，或者说得更拽一些，编码率比较低。例如在上一篇里我给Clark传的那个1GB的小电影，进行非对称加密足足用了66小时。那个借条小一些吧，也用了将近2分钟。所以在实际使用非对称加密的时候，往往不直接对文件进行加密，而是使用摘要算法与非对称算法相结合(适用于数字签名)或对称加密和非对称加密相结合(适用于加密传输文件)的办法来解决或者说绕过非对称加密算法速度慢的问题。 摘要算法 摘要算法，又叫作Hash算法或散列算法，是一种将任意长度的输入浓缩成固定长度的字符串的算法，注意是浓缩而不是压缩，因为这个过程是不可逆的。它的特点是： 1.不同内容的文件生成的散列值一定不同；相同内容的文件生成的散列值一定相同。由于这个特性，摘要算法又被形象地称为文件的数字指纹。 2.不管文件多小(例如只有一个字节)或多大(例如几百GB)，生成的散列值的长度都相同，而且一般都只有几十个字符。 这个神奇的算法被广泛应用于比较两个文件的内容是否相同--散列值相同，文件内容必然相同；散列值不同，文件内容必然不同。如果您用过BT或eMule，应该对散列值比较熟悉了，右图分别是BT和eMule的文件详细信息的截图。 细心的朋友可能已经注意到了，BT和eMule的散列值的长度不一样，这是因为它们所使用的摘要算法不同，目前比较流行的摘要算法主要有MD5和SHA-1，您可以在.Net的System.Security.Cryptography命名空间找到它们的身影。 另，由于本篇是只重理解和应用的白话文，所以上面对摘要算法的讨论并不十分全面严谨，喜欢看文言文的朋友可以看这篇《Hash算法及其应用》。还有就是MD5和SHA-1算法已经从理论上被山东大学王小云教授及其研究小组破解(向中国的科学家致敬！)，不过并不是这两个算法从此就不能用了。 实际对文件作数字签名的方法 由于非对称加密的速度实在太慢了，所以在实际对文件作数字签名的时候，例如对上一篇中我用Word写给Clark的借条进行签名，总是先生成这个借条的散列值，然后用我的私钥对这个散列值进行非对称加密，然后把加密后的散列值(我们就叫它散列值密文吧)和借条一同发送到Clark那里。Clark在收到借条和散列值密文后，用从网上下载的我的公钥将散列值解密，然后Clark自己再生成一次借条的散列值，比对这两个散列值是否相同，如果相同，就叫作验证签名成功。由于散列值只有几十个字节，所以签名的速度还可以忍受。看下图会更直观一些。 思考题 虽然我们只是对借条的散列值进行了非对称加密，但是此过程仍然具有防篡改、防抵赖的作用，为什么? 又太麻烦了 我们费了好大的劲终于解决了数字签名速度慢的问题。但是上面那个复杂的签名过程用户能接受吗?当然不能！所以我们必须要开发出一个数字签名的程序来简化签名过程，最好让数字签名看起来就跟传统的盖章差不多。这样的程序已经有了，叫作电子签章程序。它是一个桌面程序，一般以Word或Excel插件的形式存在。下面就演示一下用电子签章程序对我的借条进行签名的过程。 1.安装了电子签章程序后，Word和Excel中就会多出一个签名用的工具条。 2.写好借条，存盘。然后用鼠标点击添加电子签章按钮。然后在需要显示印章图片的位置上再按一次鼠标左键。 3.电子签章程序会弹出一个对话框，注意在这步一定要勾选签章后锁定文件复选框，至于为什么要这样，稍后再讲。然后点击确定按钮。 4.在上一步按确定按钮后，电子签章程序还会提示要求我输入存放私钥的USB-Key的使用密码，然后Word中就会出现一个印章了。这个印章图片是我提供给数字证书中心，在制作USB-Key的时候就烧录在USB-Key之中的。 5.之后我把借条发送给Clark。Clark想验证签名的话只要按验证所有印章就可以了。电子签章会弹出如左图所示的对话框。 是不是即直观又简单?那么诸如散列值、公钥证书这些东东都跑到哪里去了呢?它们都被电子签章程序插入到Word文档中的某个特定的地方了，如果你熟悉Word文档的结构，是不难找到它们的。 电子签章程序的Bug 电子签章程序本来可以支持两种用法： 1.在上面的第3步不勾选签章后锁定文件复选框，这样在进行了数字签名之后，仍然可以更改Word文档的内容。当然如果在进行了数字签名之后又更改了Word文档的内容，验证签名操作就会失败。这时需要再次进行签名操作。 2.在上面的第3步勾选签章后锁定文件复选框，这样在进行了签名操作后，Word文档的内容就再也无法更改了。 但是，电子签章程序有一个大Bug--在进行了签名操作后，如果只是更改了文字的颜色，验证签名操作仍然会成功。这就意味着，如果我在Word中写到向公司借款2000元，然后把2000的最后一个0的颜色