|
|
|
数字签名的具体要求是发送者事后不能否认发送的报文签名、接收者能够核实发送者发送的报文签名、接收者不能伪造发送者的报文签名、接收者不能对发送者的报文进行部分篡改、网络中的某一用户不能冒充另一用户作为发送者或接收者。数字签名的应用范围十分广泛，在保障电子数据交换（EDI）的安全性上是一个突破性的进展，凡是需要对用户的身份进行判断的情况都可以使用数字签名，如加密信件、商务信函、定货购买系统、远程金融交易和自动模式处理等。
|
|
|
|
实现数字签名有很多方法，目前采用较多的是不对称加密技术和对称加密技术。尽管这两种技术实施步骤不尽相同，但大体的工作程序是一样的。首先用户可以下载或者购买数字签名软件，然后安装在PC上。在产生密钥对后，软件自动向外界传送公开密钥。由于公共密钥的存储需要，所以需要建立一个鉴定中心（CA）完成个人信息及其密钥的确定工作。鉴定中心是一个政府参与管理的第三方成员，以便保证信息的安全和集中管理。用户在获取公开密钥时，先向鉴定中心请求数字确认，鉴定中心确认用户身份后，发出数字确认，同时鉴定中心向数据库发送确认信息。然后用户使用私有密钥对所传信息签名，保证信息的完整性和真实性，也使发送方无法否认信息的发送，之后发向接收方；接收方接收到信息后，使用公开密钥确认数字签名，进入数据库检查用户确认信息的状况和可信度；最后数据库向接收方返回用户确认状态信息。不过，在使用这种技术时，首先，签名者必须注意保护好私有密钥，因为它是公开密钥体系安全的重要基础。如果密钥丢失，应该立即报告鉴定中心取消认证，将其列入确认取消列表之中。其次，鉴定中心必须能够迅速确认用户的身份及其与密钥的关系。一旦接收到用户请求，鉴定中心要立即认证信息的安全性并返回信息。
|
|
|
|
|
|
可用于数字签名的算法很多，应用最为广泛的3种是：Hash签名、DSS签名和RSA签名。Hash签名不属于计算密集型算法，应用较广泛。它可以降低服务器资源的消耗，减轻中央服务器的负荷。其主要局限是接收方必须持有用户密钥的副本以检验签名，因为双方都知道生成签名的密钥，较容易被攻破，存在伪造签名的可能。DSS和RSA签名都采用了公钥算法，不存在Hash的局限性。RSA是最流行的一种加密标准，许多产品的内核中都有RSA的软件和类库。和Hash签名相比，在公钥系统中，由于生成签名的密钥只存储于用户的计算机中，所以安全系数相对要大一些。
|
|
|
|
|
|
在数字签名的引入过程中不避免地会带来一些新问题，需要进一步加以解决。这些问题如下：
|
|
|
|
（1）需要立法机构对数字签名技术有足够的重视，并且在立法上加快脚步，迅速制定相关法律，推动电子商务及其他网上事务的发展。
|
|
|
|
（2）如果发送方已经对信息进行了数字签名，那么接收方就一定要有数字签名软件，这就要求签名软件具有很高的普及性。
|
|
|
|
（3）假设某人发送信息后被取消了原有数字签名的权限，对以往发送的数字签名的鉴定就需要鉴定中心结合时间信息进行鉴定。
|
|
|
|
（4）基础设施（鉴定中心和在线存取数据库等）的费用的收取是否会影响到这项技术的全面推广等。
|
|
|
|
|
|
|
|
（1）发送A先通过散列函数对要发送的信息（M）计算消息摘要（MD），也就是提取原文的特征。
|
|
|
|
（2）发送A将原文（M）和消息摘要（MD）用自己的私钥（PrA）进行加密，实现就是完成签名动作，其信息可以表示为PrA（M+MD）。
|
|
|
|
（3）然后以接收者B的公钥（PB）作为会话密钥，对这个信息包进行再次加密，得到PB（PrA（M+MD））。
|
|
|
|
（4）当接收者收到后，首先用自己的私钥PrB进行解密，从而得到PrA（M+MD）。
|
|
|
|
（5）再利用A的公钥（PA）进行解密，如果能够解密，显然说明该数据是A发送的，同时也就将得到原文M和消息摘要MD。
|
|
|
|
（6）然后对原文M计算消息摘要，得到新的MD，与收到MD进行比较，显然如果一致说明该数据在传输时未被篡改。
|
|
|
|
至此，整个通信过程也就完成了。需要注意的是，在实际的应用中，通常不会用A的私钥对原文进行加密，一方面是效率太低；另一方面是没有太大的必要，如下图所示。
|
|
|
|
|
|
|
