CA数字签名认证系统
CA数字签名认证系统
技术方案
北京科技有限公司
本文档的版权属于北京科技有限公司，任何使用、复制和公开此文档的行为都必须经过北京科技有限公司的书面许可。
目录
1. 系统需求 (1)
1.1背景概述 (1)
1.2现状与需求概述 (1)
1.3需求分析 (2)
1.3.1 CA建设与使用的分析 (2)
1.3.2 证书存储方式的分析 (3)
1.3.3 签名数据类型的分析 (3)
2. 技术方案 (4)
2.1系统总体架构 (4)
2.2系统数据库 (4)
2.3CA数字证书受理系统 (5)
2.3.1 数字证书及其格式 (5)
2.3.2 自建CA数字证书受理系统 (6)
2.3.3 自建CA切换到第三方CA的可行性分析 (9)
2.3.4 基于第三方（CTCA）的数字证书受理系统 (9)
2.4数字签名认证系统 (9)
2.4.1 数字签名认证的原理及流程 (10)
2.4.2 客户端浏览器签名控件 (10)
2.4.3 签名认证服务器及认证的业务流程 (11)
2.4.4 基于WEB的签名验证管理系统 (12)
2.5数据加密传输通道（SSL） (13)
3. 成功案例 (13)
4. 设备软件汇总及报价 (14)
4.1基本设备及软件 (14)
4.2CA系统设备及软件 (14)
4.2.1 自建CA系统设备及软件 (14)
4.2.2 基于CTCA的数字证书受理系统设备及软件 (15)
4.3数字签名认证系统设备及软件 (15)
4.4USB智能卡类型 (15)
5. 附录 (15)
1. 系统需求
1.1 背景概述
随着计算机网络技术的迅速发展和信息化建设的大力推广，越来越多的传统办公和业务处理模式开始走向电子化和网络化，从而极大地提高了效率、节约了成本。与传统的面对面的手工处理方式相比，基于网络的电子化业务处理系统必须解决以下问题：（1）如何在网络上识别用户的真实身份；
（2）如何保证网络上传送的业务数据不被篡改；
（3）如何保证网络上传送的业务数据的机密性；
（4）如何使网络上的用户行为不可否认；
基于公开密钥算法的数字签名技术和加密技术，为解决上述问题提供了理论依据和技术可行性；同时，《中华人民共和国电子签名法》的颁布和实施为数字签名的使用提供了法律依据，使得数字签名与传统的手工签字和盖章具有了同等的法律效力。
PKI（Public Key Infrastructure）是使用公开密钥密码技术来提供和实施安全服务的基础设施，其中CA（Certificate Authority）系统是PKI体系的核心，主要实现数字证书的发放和密钥管理等功能。
数字证书由权威公正的CA中心签发，是网络用户的身份证明。使用数字证书，结合数字签名、数字信封等密码技术，可以实现对网上用户的身份认证，保障网上信息传送的真实性、完整性、保密性和不可否认性。
数字证书目前已广泛应用于安全电子邮件、网上商城、网上办公、网上签约、网上银行、网上证券、网上税务等行业和业务领域。
1.2 现状与需求概述
现状描述。。。。。。
基于上述现状，******系统需要解决数据的签名问题和法律效力问题，从而提高*****的便捷性和管理效率。鉴于数字证书、数字签名的广泛应用和相关法律的保障，****单位规划建设CA及数字签名认证系统，主要需求如下：
（1）建设CA系统或采用第三方CA，为****用户申请数字证书；
（2）在现有*****系统中加入对数据的签名功能，存储数据签名并提供对签名的认证
功能；
1.3 需求分析
为了解决网上用户的身份证明问题，需要为用户颁发数字证书。数字证书由CA中心签发，目前在实际应用中主要存在两种类型的CA：
（1）独立的第三方CA
跨区域的CA，如：中国电信的CTCA、中国人民银行的CFCA；
地域性的CA，如：广东电子商务认证中心CNCA、上海电子商务认证中心SHECA，以及其他各省电子商务认证中心；
（2）各类应用系统自己建设的CA
如：招商银行、建设银行等建设的用于服务各自网上银行的CA；海关、税务等建设的服务各自网上报税系统的CA；
这两种类型的CA在实际使用过程中各有优劣，以下将进行分析和比较：
1.3.1 CA建设与使用的分析
采用独立权威的第三方CA与自建CA的比较
独立权威的第三方CA 自建CA
建设/使用成本一般由第三方CA按用户收取年费，
建设投入和证书使用成本较高一次投入建设成本，建成后可为用户免费发放证书，成本较低
证书的有效性检查由第三方CA提供的CRL（证书撤销
列表，实效性较差）或者OCSP（在
线证书状态查询，依赖于外部系统，
易形成性能瓶颈）
与业务系统紧密结合，对证书有效
性的控制和检查实时准确
定制化/灵活性按第三方规定的流程申请证书，受制
于第三方的系统，还需要将用户证书
导入业务系统中，灵活性较差可以与业务系统紧密结合，满足业务系统的定制化需求，灵活性高
故障响应时间故障解决依赖于第三方故障响应及时
认证资质已通过相关单位审批，有电子认证服
务资质，权威性强建成后，对外提供电子认证服务时需要通过相关单位的审批
备注：成本比较
权威的第三方CA 的使用成本：10元/年/用户 × 10万用户 = 100万元/年
自建CA 的系统建设成本 < 100万元，并且只是一次性的投入
综合比较而言，自建CA 优于采用第三方CA ，因此推荐自建CA 。
1.3.2 证书存储方式的分析
◆ 使用普通文件存储方式与USB 智能卡存储方式的比较
普通文件 USB 智能卡 成本
磁盘成本较低，优盘成本较高 USB 智能卡成本适中
安全性 私钥可以复制，易泄密 私钥被固化在USB 智能卡中，无法
复制，安全性高
方便性 使用磁盘或优盘等方式携带，使用时
需要用户选择证书和私钥
携带方便，但需要安装USB 智能卡驱动，使用时可自动读取用户证书
USB 智能卡自带CPU ，内置芯片操作系统（COS ）；采用USB 接口，易于使用和携带；支持RSA 非对称算法和DES 、3DES 等对称算法；支持RSA 公司的PKCS#11标准和微软的CSP 标准；支持Windows98/NT/2000/XP/2003等操作系统。USB 智能卡可支持国密算法SSF33，并通过国家密码管理委员会的检测。
图1 USB 智能卡
1.3.3 签名数据类型的分析
*****系统需要进行电子签名并存储的数据主要有以下三类：
◆ 上报表单的数据签名
用户在网上填写的各类表单需要由用户的私钥进行电子签名；
◆ 上报数据文件的数据签名
用户上传的数据文件，其内容需要由用户的私钥进行电子签名；
下载数据文件的数据签名
用户通过****系统生成并下载的确认数据文件（如：PDF格式），其内容需要由用户的私钥进行电子签名并回传至系统存储。
2. 技术方案
2.1 系统总体架构
系统的总体架构如下图所示，主要由：****业务系统、CA数字证书受理系统、数字签名认证系统三大部分组成。
图2 系统总体架构
2.2 系统数据库
系统中包含两个数据库（Sybase）：业务数据库和证书数据库，其中证书数据库需要新建，业务数据库需要更新，以满足数字签名认证的需求。
（1）证书数据库主要包括以下数据：
用户数据：用于用户数字证书的申请，可以由业务数据库批量导入；
证书数据：用户证书及证书信息、证书状态；
用户与证书的关联数据：用户信息与用户证书的对应关系；
（2）业务数据库主要包括以下数据：
用户数据：用户的用户信息；
业务数据及签名数据：业务的各项数据，需要增加相应的签名字段和签名证书的序列号字段；
2.3 CA数字证书受理系统
2.3.1 数字证书及其格式
数字证书是一种数字标识，如同我们的身份证一样，是网络上的身份证明，它是由证书授权机构（CA）签名颁发的数字文件，该签名使得第三者不能伪造和篡改证书。
ITU-T的X..509国际标准定义了数字证书的格式，目前X .509v3数字证书的主要内容，如图2所示，主要包括证书的版本号、证书的序列号、证书的有效起止日期、证书颁发者的名字和唯一标识符、证书持有者的名字和唯一标识符、证书持有者的公钥、证书扩展项以及证书颁发者的签名。其中，证书扩展项可以根据证书的不同应用而由证书的颁发者具体定义，因而具有较强的通用性和灵活性。
由于数字证书是由相对权威的授权机构审核颁发的，因此，一方面可以用来向系统或者系统的其他实体证明自己的身份；另一方面，由于证书携带着其持有者的公钥，也起着公钥分发的作用。
证书版本号
证书序列号
有效起始日期
有效终止日期
证书颁发者名
颁发者唯一ID
证书持有者名
持有者唯一ID
持有者公钥
扩展
颁发者签名
图3 X .509v3数字证书的主要格式
基于****单位的现状与需求分析，建议建设自己的业务系统CA，节约总体成本投入，满足业务系统对CA认证的可靠性、灵活性、快捷性以及用户使用的方便性等方面的需求。
另外，也可以采用基于权威第三方的CA数字证书受理系统。
2.3.2 自建CA数字证书受理系统
图4 独立建设的CA数字证书受理系统
自建CA数字证书受理系统主要由WEB应用服务器、数据库、RA服务器、CA服务器组成，采用B/S（浏览器/服务器）架构实现基于WEB的数字证书申请、审核、下载制作、更新和作废等功能。
2.3.2.1 自建CA各组成部分及其功能
?基于WEB的证书管理系统
为用户和管理员提供WEB管理界面，完成用户证书申请信息的提交、查询、审核；已生成的数字证书的下载和制作（存储到指定介质）；证书状态的查询和管理（证书更新、证书作废）；私钥密码的修改等功能。
?证书数据库
存储用户信息、证书信息以及二者的关联信息，保存用户的所有历史证书数据，以备校验历史签名数据。
?注册授权服务器（RA）
负责定期从数据库中提取已审核通过的证书申请/更新/作废信息，按既定格式打包提交到CA服务器，并接收和记录返回的结果。
?证书签发服务器（CA）
负责密钥对（公私钥对）的产生，可采用软件方式或硬件方式（加密机）；接收RA服务器的请求，签发/更新/作废用户证书；定期签发CRL（证书撤销列表）。
备注：
（1）CA服务器采用软件方式产生密钥对可节约系统成本；采用硬件方式产生密钥对，则需要购置加密机（国密局认证的密码设备，得安SJY05型加密机），产生的密钥对质量高，也有利于自建的CA完成相关认证和获取资质。
（2）RA服务器和CA服务器均为软件方式的应用程序，可共用一台主机。
2.3.2.2 自建CA的主要功能和技术特点
自建CA总体上具有建设成本低、易于部署；流程简捷高效、易于管理；系统可定制，易于与具体业务系统相结合等特点。
系统的主要功能如下：
自定义根CA：系统初始化时，自定义根CA证书。
CA策略管理：支持对密钥长度、证书有效期、私钥备份等策略的管理。
证书申请信息注册：通过WEB方式提交证书申请信息，支持个人证书、企业证书、服务器证书等，支持批量证书申请。
证书申请信息审核：管理员通过WEB方式查询并审核用户的证书申请信息，可设置自动审核。
密钥产生和证书签发：CA服务器支持软件方式和硬件方式（加密机或加密卡）产生密钥对，并签发证书请求，生成证书。
证书查询和下载制作：通过WEB方式查询证书申请状态、证书状态，下载已经生成的证书，并通过WEB方式灌制到指定的存储介质。
证书作废和CRL签发：通过WEB方式提交证书作废请求，定时签发CRL。
证书更新：即将到期的用户证书可以通过WEB方式进行在线更新。
证书导出：可以通过WEB方式将指定范围的用户证书按标准格式（BASE64编码）导出到文件中。
系统审计：对证书相关的各项操作，提供详尽的系统审计功能。
系统的主要技术和功能特点：
数字证书格式遵循X.509v3国际标准
密钥长度可支持512、1024、2048位
密钥生成方式支持软件产生和硬件（加密机或加密卡）产生
支持CA策略定制（密钥长度、证书有效期、私钥备份等策略）
支持多种证书类型：个人、企业、服务器证书等
支持多种存储介质：磁盘、U盘、IC卡、USB智能卡（eKey）
支持证书的批量申请，支持证书申请的手工审核和自动审核
支持证书作废和证书撤销列表（CRL），支持证书更新
2.3.2.3 自建CA的证书受理业务流程
图5 自建CA的证书受理业务流程
上述流程中的相关步骤说明如下：
（1）步骤1至3，可以根据实际情况由管理员一次录入资料并自动审核；对于*****系统而言，可以从系统的数据库中按要求格式导出用户数据文件，再批量导入证书申请数据库中，同时自动审核；
（2）步骤8至9，可根据实际情况由用户或管理员完成下载操作。
自建CA系统在对外提供电子认证服务时，需要通过国家密码管理局、国务院信息
产业主管部门的审查并获取电子认证许可证。
2.3.3 自建CA切换到第三方CA的可行性分析
自建CA在结构上具有良好的兼容性，通过RA服务器可以屏蔽不同CA中心所带来的接口问题。当整个CA系统需要切换到第三方CA时，只需更改RA服务器，按第三方CA系统的接口格式，将证书申请数据打包提交到第三方CA系统即可实现证书的申请，原有的基于WEB的证书管理系统将仍然有效。
2.3.4 基于第三方（CTCA）的数字证书受理系统
目前，国内拥有CTCA、CFCA等大型CA运营系统，它们通过了相关部门的审批，具有相关资质，是对外提供电子认证服务的权威、公正的第三方CA系统。
如果采用第三方CA系统，则需要完成以下工作：
（1）与第三方CA签署合作协议；
（2）从第三方CA系统申请数字证书；
（3）为申请的数字证书按年交纳使用费用；
在申请和使用数字证书的过程中，需要遵循第三方CA限定的证书申请模式，受第三方CA系统性能制约。从第三方CA系统申请数字证书的方式可以是用户分散申请方式或者批量申请方式，前者对用户要求较高且过程繁琐，后者需要将批量申请下来的数字证书手工导入业务系统中。
建立基于第三方CA的数字证书网上受理系统，是解决第三方CA数字证书申请的有效途径之一，通过该系统连接业务系统和第三方CA，从而实现数字证书申请过程以及数字证书与业务系统结合过程的自动化。
2.4 数字签名认证系统
数字签名认证系统由客户端浏览器签名控件、签名认证服务器、基于WEB的签名验证管理系统组成。
2.4.1 数字签名认证的原理及流程
图8 数字签名认证的原理
数字签名基于非对称加密算法和单向散列算法（Hash函数），其原理如下：
?用户A对要发送的信息用Hash函数进行摘要，并用自己的私钥加密该摘要；
?用户A把原始信息和私钥加密后的摘要绑定，发送给用户B；
?用户B用A的公钥解密接收到的加密摘要，并得到摘要；
?用户B对接收的原始信息用同一Hash函数进行摘要；
?将前两步所得的摘要进行对比，如果相同，即可通过验证。
利用证书验证签名数据时，都遵循相同的验证流程，一个完整的验证过程由以下几步：（1）将接收的数据分为原始数据流、签名数据和用户证书三部分；
（2）用CA根证书验证用户证书的签名完整性；
（3）检查用户证书是否有效（当前时间在证书的有效期内为有效）；
（4）检查用户证书是否作废(OCSP方式或证书撤销列表CRL方式)；
（5）验证用户证书结构中的证书用途；
（6）用用户证书验证原始数据的签名完整性。
如果上述各项均验证通过，则接受该数据；只要有一项未通过，则验证失败。
2.4.2 客户端浏览器签名控件
客户端浏览器签名控件采用ActiveX控件形式（如下图所示），在第一次使用系统时自动下载安装。
图9 客户端浏览器签名控件的自动下载安装示例
客户端签名控件可以以浏览器插件形式自动调用，也可以以脚本方式调用，主要完成以下功能：
（1）对网页中的表单（Form）数据项进行签名
表单中的各数据项按约定方式命名，签名控件自动检测表单数据项并按如下格式对表单进行签名：
签名数据= 私钥签名（Hash（Key1=Value1&Key2=Value2&…&KeyN=ValueN））
提交到服务器的数据= 原始表单数据+ 签名数据+ 用户数字证书（2）对网页中上传的数据文件内容进行签名
上传文件的控件名按约定方式命名，签名控件自动检测准备上传的数据文件，读取文件内容并按如下格式对文件进行签名：
签名数据= 私钥签名（Hash（上传文件的内容））
提交到服务器的数据= 原始文件数据+ 签名数据+ 用户数字证书
2.4.3 签名认证服务器及认证的业务流程
如图2所示，签名认证服务器位于防火墙之后，与EJB服务器配合使用，并与证书数据库相连接，其认证的业务流程如下图所示：
图10 签名认证服务器的认证业务流程
签名认证服务器主要完成以下功能：
（1）接收EJB服务器提交的认证请求数据；
（2）从认证请求数据中获取数据、数据签名和用户数字证书，根据配置的CA根证书，校验用户证书是否由本CA签发，是否在有效期范围之内；
（3）查询证书数据库中相应证书的状态，检查用户证书是否被作废；
（4）用用户证书校验数据签名；
（5）验证通过的数据、数据签名及相应的签名证书序列号交由EJB服务器入*****系统业务数据库存储；
系统业务数据库的每一条记录应当增加数字签名和签名证书序列号两个字段。
各个数据项数据签名签名证书的序列号
2.4.4 基于WEB的签名验证管理系统
基于WEB的签名验证管理系统提供WEB方式的历史数据查询和签名校验功能，其业务流程如下：
（1）查询历史数据和签名；
（2）根据签名证书序列号在证书数据库中查找用户证书；
（3）使用用户证书校验签名；
证书数据库中必须保存用户的所有历史证书数据，以便对历史签名数据进行校验。2.5 数据加密传输通道（SSL）
目前，*****系统采用的是普通的HTTP传输通道和明文数据传送。通过在WEB应用服务器（WebLogic）上配置服务器证书和私钥，可以实现基于SSL的HTTPS传输通道，保证其中传送的数据的安全性。
以下几点说明：
（1）与HTTP方式相比HTTPS速度相对较慢；
（2）服务器证书的CN（Common Name）必须与站点名称一致；
（3）单向SSL，只对服务器证书进行验证，可配置双向SSL，要求对服务端证书和客户端的用户证书都进行验证。
图11 在WebLogic控制台中配置SSL服务
3. 成功案例
中科院数字图书馆（https://https://www.wendangku.net/doc/823524971.html,）CA数字证书受理与认证系统
中国银行江苏分行网上外汇交易认证（http://202.102.32.19）
赛迪网安全电子邮局（https://www.wendangku.net/doc/823524971.html,）CA数字证书受理与认证系统
武警部队哨位监控系统CA数字证书受理与认证
武警森林部队OA系统CA数字证书受理与认证
基于中国电信CTCA的数字证书受理系统和认证系统：
中国电信安全公务平台（https://www.wendangku.net/doc/823524971.html,）
江苏电信RA数字证书受理系统（http://202.102.32.3）
陕西省电信RA数字证书受理系统（http://202.100.43.106）
贵州省电信OA系统认证
安徽省电信OA系统认证
新疆电信协同办公系统认证
湖北省电信VPN移动办公认证
中国电信集团公司市场部服务监督系统认证
中国电信集团公司综合部电信信息系统认证
中国电信集团公司财务部信息系统认证
中国电信集团公司法律部信息系统认证
中国电信集团公司监管事务部信息系统认证
4. 设备软件汇总及报价
4.1 基本设备及软件
设备及软件配置用途数量
PC Server XEON 2.4G CPU，
2G内存证书受理服务器、
签名认证服务器
2
Windows 2000 Server 2 WebLogic WEB应用服务器 2 Sybase或Oracle 证书数据库 1
4.2 CA系统设备及软件
根据所选CA类型（自建或第三方）不同，系统略有差别，以下为二选一。
4.2.1 自建CA系统设备及软件
设备及软件配置用途数量
证书管理系统软件基于WEB的证书管理 1
RA服务器软件用户证书申请/作废等请求的提交 1
CA服务器软件数字证书签发和密钥管理 1
加密机（可选）SJY-05型，硬件高质量密钥对的产生 1
4.2.2 基于第三方CA的数字证书受理系统设备及软件
设备及软件配置用途数量
证书管理系统软件基于WEB的证书管理 1
1
行业服务器软件行业数据库中用户证书申请/作废
等请求的提交
网上受理服务器软件RA前置，协议格式转换 1
4.3 数字签名认证系统设备及软件
设备及软件配置用途数量
客户端浏览器签名控件软件表单数据和文件数据的签名每个客户端签名认证服务器软件数字证书的校验和数据签名的验证 1
签名验证管理系统软件基于WEB的数据查询和签名验证 1
4.4 USB智能卡类型
型号EEPROM容量特征
EK-PKXC-16 16K 支持DES、3DES、SHA-1、RSA、ECC算法
支持PKCS#11和CSP标准
EK-PKXC-32 32K
EK-PKXC-64 64K
备注：上述均为eKey-PK（公钥版）系列USB智能卡。
5. 附录
《CA与数字签名认证系统报价》
北京时代亿信科技有限公司
地址：北京市西城区新街口外大街28号B座115室
电话：+86 10 82055353
传真：+86 10 82055352-8818
网站：https://www.wendangku.net/doc/823524971.html,
CA是证书的签发机构,它是PKI的核心。CA是负责签发证书、认证证书、管理已颁发证书的机关。它要制定政策和具体步骤来验证、识别用户身份，并对用户证书进行签名，以确保证书持有者的身份和公钥的拥有权。
CA 也拥有一个证书（内含公钥）和私钥。网上的公众用户通过
验证CA 的签字从而信任CA ，任何人都可以得到CA 的证书（含公钥），用以验证它所签发的证书。
如果用户想得到一份属于自己的证书，他应先向CA 提出申请。在CA 判明申请者的身份后，便为他分配一个公钥，并且CA 将该公钥与申请者的身份信息绑在一起，并为之签字后，便形成证书发给申请者。
如果一个用户想鉴别另一个证书的真伪，他就用CA 的公钥对那个证书上的签字进行验证，一旦验证通过，该证书就被认为是有效的。
证书
证书实际是由证书签证机关（CA）签发的对用户的公钥的认证。
证书的内容包括：电子签证机关的信息、公钥用户信息、公钥、权威机构的签字和有效期等等。目前，证书的格式和验证方法普遍遵循X.509 国际标准。
加密：
我们将文字转换成不能直接阅读的形式（即密文）的过程称为加密。
关于电子签名和认证的法律问题研究-谢波
关于电子签名和认证的法律问题研究/谢波 关于电子签名和认证的法律问题研究 谢波 摘要：在传统交易活动中，“签字盖章”是许多法律的基本要求。但随着络技术的日新月异，电子签名和认证已经十分普遍。电子签名和认证作为电子商务的重要组成部分，其中的法律问题阻碍了电子交易的进行，也制约了电子商务的发展。本文将对电子签名和认证中的法律问题进行深入的探讨和论述。 关键词：电子签名，认证，电子商务，电子合同，法律问题 在传统交易中，人们常常通过亲笔签名的方式来确保合同当事人身份的真实有效和意思表示的一致。同时，亲笔签名也是许多法律的要求。例如，我国《合同法》第32条规定：“当事人采用合同书形式订立合同的，自双方当事人签字或者盖章时合同成立。”我国《票据法》第4条规定：“票据出票人制作票据，应当按照法定条件在票据上签章，并按照所记载的事项承担票据责任。持票人行使票据权利，应当按照法定程序在票据上签章，并出示票据。”然而，在电子商务环境下，由于合同当事人可能相隔千里，甚至在整个交易过程中并不谋面，这就使传统的亲笔签名方式就很难运用于电子交易。但是，传统的亲笔签名方式所具有的功能，特别是它所具有的证明合同的真实性和完整性的功能，对一直为络安全问题所困扰的电子商务仍然具有重要的价值。所以，签名的要求在电子商务环境下不仅不应被放弃，反而应该得到强化和更有力的保障。当然，这里所说的签名已经不再是传统的亲笔签名，而是电子签名（Electronic Signature）。 新加坡1998年颁布的《电子交易法》（Singapore Electronic Transactions Act 1998，SETA）对电子签名和数字签名作了相关规定。它将电子签名定义为：“以数字形式所附或在逻辑上与电子记录有的任何字母，文字数字或其他符号，并且执行或采纳电子签名是为了证明或批准电子记录”；将数字签名（Digital Signature）定义为：“通过使用非对称加密系统和哈希函数（Hushing Function）来变换电子记录的一种电子签名”。可见，数字签名是电子签名的一种。根据联合国国际贸易法委员会电子商务工作组1999年颁布的《电子签名统一规则（草案）》（Draft Uniform Rule On Electronic Signature）第1条的规定：“‘电子签名’，是指以电子形式存在于数据信息之中的，或作为其附件的或逻辑上与之有的数据，并且它（可以）用于辨别数据签署人的身份，并表明签署人对数据
数字签名技术的基本原理以及现实功能
数字签名技术的基本原理以及现实功能 在计算机迅速普及的同时，网上信息安全越来越受到人们的重视，为了保障使用者信息的安全，多种多样的加密技术、访问控制技术以及身份认证技术不断更新。在实践中发展出来的具有强大优越性的数字签名技术，成为了解决网络资源信息安全问题的有效手段。 数字签名技术的基本原理是改变过去通过书写签名或者印章的形式，提高身份验证的准确性以及保证对象的安全性。数字签名技术主要是通过一系列复杂、特殊的加密算法，产生一系列由数字、字母及符号组成的电子密码。这种复杂多样化的电子密码具有过去传统加密方法无法比拟的优越性，并且在此基础上进行的技术验证更加能够全方位地确保网络信息以及数据的安全性。 数字签名技术以规范化、科学化的计算机技术为基础,能够准确地识别签名人的身份，并且对于其应有的权限进行自动认可。除此之外,数字签名技术还能够对文件进行检验，对文件在传输过程中可能出现的变动都会进行自动扫描，保证文件的安全性、真实性与准确性。数字签名在保护计算机网络数据以及资源方面发挥了重大的作用，能够有效地防止受到保护的资源被修改、泄漏以及窃取，还可以对收到的信息进行身份确认，最大限度地保障使用者的信息安全性。
数字签名技术与信息加密技术存在一定的相似性，是在以公匙法体系的基础之上建立的，但是创建数字签名还需要用户运用私匙进行加密，增强其安全性。用户在发送、传输信息的时候，需要附带经过加密技术处理的特殊信息，也就是为将要传输的信息署名。在计算机网络开放性不断增强的当今时代，网络资源以及信息的安全很容易受到来自外界各种因素的影响，因此数字签名技术的发展呈现出了强劲的势头。数字签名技术被广泛地应用于电子商务、网络通信等社会生活的各个方面，Hash签名算法、DSS/DSA签名算法以及PSA签名算法得到了广泛的应用。 数字签名完成对信息识别辨认的过程，是解决网络通信特有的安全问题的方法，特别是对于保障军事网络通信的安全，在保证数据真实完整方面发挥着重大的作用。当然，数字签名在军事网络通信中的应用也需要遵循一定的条件以及运行原则。军事网络通信中的数字签名技术应用要求，经过数字签名已经发送或者传输的资料、信息以及数据,签名者不可以否认，这是数字签名技术实际应用中最基本的原则，这是对文件以及信息接收者基本权利的保障，保障其收到的资料以及信息的准确性，一旦出现问题，接收方可以按照数字签名和发出方协商。另外一方面，对于接收者来说，对于接收到的文件或者数据信息，只能单方面地确认或者证实,但是没有否认该资料的权利。对于信息传递过程中的第三方来说，只能够作为数据信息传输的渠道或者方式，而不能够对信息本身产生影响，更不能伪造这一过程。当信
数字签名技术的认证和分类
数字签名技术的认证和分类 摘要随着计算机网络的迅速发展，人们经常利用网络进行信息的传递和文件的传输，这种传递的方式非常方便，因此很多商家开始在Internet中进行电子交易，为了保证交易的安全性数字签名因此诞生。 关键词数字签名；密码学；认证技术 现代密码学有很多组成部分，数字签名就是其中非常重要的一部分。数字签名也是公钥密码学的重要应用之一，其研究的方向有信息论、概率论、数论等多方面的内容。数字签名与手写签名相类似，它能够帮助验证签名者是否是消息的发出者；另一方面，数字签名被接收者保存下来，一旦出现争执的情况时，数字签名可以作为证据交给第三方（例如法院），由第三方验证此签名的合法性。 因此，使用数字签名可以避免产生以下四类问题： 1）否认。发送方或接收方在事后否认已经发送或接收过此份文件； 2）伪造。接收方自己或让他人帮助伪造出一份来自发送方的文件； 3）篡改。接收方对从发送方接到的文件内容进行全部或部分篡改； 4）冒充。在计算机网络中，某一用户冒充他人成为接收方或发送方。 数字签名是一种认证技术，它可以认证下面的内容： 1）实体认证。采取一定的鉴别协议来验证是否在正确的接收方和发送方之间进行信息通信； 2）身份认证。用户身份认证的目的是防止非法的用户访问该数据，采用数字签名技术进行身份认证在很大程序上提高了控制的力度； 3）报文认证。确认用户双方无误之后，就可以开始报文通信了。为了验证传送数据是否真实，可以采用数字签名对对数据进行验证。例如验证传送数据的时间、来源地、目的地等的真实性。 我们在日常生活中经常需要签名，例如在银行进行存款和取款时需要签名；在商业活动中需要在契约和合同上签名。在互联网上进行网上交易时需要进行数字签名。这种手写签名和数字签名的主要区别在于：手写签名因人而异，每个人都会因为书写习惯不同或常用字体不同而拥有不同的签名；数字签名是由0 和1 组成的字符串，消息内容不同则数字签名结果也不同。它们之间的主要区别在于：
CA数字签名认证系统 技术方案
CA数字签名认证系统技术方案 1. 系统需求 1.1 背景概述 随着计算机网络技术的迅速发展和信息化建设的大力推广，越来越多的传统办公和业务处理模式开始走向电子化和网络化，从而极大地提高了效率、节约了成本。与传统的面对面的手工处理方式相比，基于网络的电子化业务处理系统必须解决以下问题： （1）如何在网络上识别用户的真实身份； （2）如何保证网络上传送的业务数据不被篡改； （3）如何保证网络上传送的业务数据的机密性； （4）如何使网络上的用户行为不可否认； 基于公开密钥算法的数字签名技术和加密技术，为解决上述问题提供了理论依据和技术可行性；同时，《中华人民共和国电子签名法》的颁布和实施为数字签名的使用提供了法律依据，使得数字签名与传统的手工签字和盖章具有了同等的法律效力。 PKI（Public Key Infrastructure）是使用公开密钥密码技术来提供和实施安全服务的基础设施，其中CA（Certificate Authority）系统是PKI体系的核心，主要实现数字证书的发放和密钥管理等功能。 数字证书由权威公正的CA中心签发，是网络用户的身份证明。使用数字证书，结合数字签名、数字信封等密码技术，可以实现对网上用户的身份认证，保障网上信息传送的真实性、完整性、保密性和不可否认性。
数字证书目前已广泛应用于安全电子邮件、网上商城、网上办公、网上签约、网上银行、网上证券、网上税务等行业和业务领域。 1.2 现状与需求概述 现状描述。。。。。。 基于上述现状，******系统需要解决数据的签名问题和法律效力问题，从而提高*****的便捷性和管理效率。鉴于数字证书、数字签名的广泛应用和相关法律的保障，****单位规划建设CA及数字签名认证系统，主要需求如下： （1）建设CA系统或采用第三方CA，为****用户申请数字证书； （2）在现有*****系统中加入对数据的签名功能，存储数据签名并提供对签名的认证功能； 1.3 需求分析 为了解决网上用户的身份证明问题，需要为用户颁发数字证书。数字证书由CA中心签发，目前在实际应用中主要存在两种类型的CA： （1）独立的第三方CA 跨区域的CA，如：中国电信的CTCA、中国人民银行的CFCA； 地域性的CA，如：广东电子商务认证中心CNCA、上海电子商务认证中心SHECA，以及其他各省电子商务认证中心； （2）各类应用系统自己建设的CA 如：招商银行、建设银行等建设的用于服务各自网上银行的CA；海关、税务等建设的服务各自网上报税系统的CA； 这两种类型的CA在实际使用过程中各有优劣，以下将进行分析和比较：
数字签名实验报告
附件2： 北京理工大学珠海学院实验报告 ZHUHAI CAMPAUS OF BEIJING INSTITUTE OF TECHNOLOGY 实验题目数字签名实验实验时间 2014.4.8 一、实验目的： (1)掌握数字签名技术的原理； (2)熟悉密钥的生成及其应用。 二、实验内容以及步骤： RSA-PKCS签名算法 (一)签名及验证计算 (1)进入实验实施，默认选择即为“RSA-PKCS”标签，显示RSA-PKCS签名实验界面。 (2)选择明文格式，输入明文信息。点击“计算SHA1值”按钮，生成明文信息的散列值。 (3)选择密钥长度，此处以512bit为例，点击“生成密钥对”按钮，生成密钥对和参数。选择“标准方法”标签，在标签下查看生成的密钥对和参数。 (4)标准方法签名及验证 点击“标准方法”标签下的“获得签名值”按钮，获取明文摘要的签名值，签名结果以十六进制显示于相应的文本框内；点击“验证签名”按钮，对签名结果进行验证，并显示验证结果；上述过程如图1.1.8-3所示。 (5)选择“中国剩余定理方法”标签，在标签下查看生成的密钥对和参数。 (6)中国剩余定理方法签名及验证 点击“中国剩余定理方法”标签下的“获得签名值”按钮，获取明文摘要的签名值，签 名结果以十六进制显示于相应的文本框内；点击“验证签名”按钮，对签名结果进行验 证，并显示验证结果。
ELGAMAL签名算法 (1)在“RSA-PKCS”标签下的扩展实验中，点击“ELGAMAL扩展实验”按钮，进入 ELGAMAL签名算法扩展实验窗体。 (2)设置签名系统参数。在文本框“大素数p”内输入一个大的十进制素数（不要超过8 位）；然后在文本框“本原元a”内输入一个小于p的十进制正整数，点击“测试”。 (3)注册用户，在“用户名”文本框中输入一个“注册用户列表”中未出现的用户名，如 “alice”，点击“注册”按钮。 (4)在“用户注册”窗口中的文本框“私钥x”中输入一个小于素数p的十进制非负整数， 点击“确定”按钮；然后，点击“计算公钥”按钮，系统会为该用户生成一对公私钥。 (5)点击“密钥登记”按钮，主窗口的“注册用户列表”中就会出现一个新的用户信息， 重复上述过程，产生不少于2个注册用户。 (6)①输入签名消息。在“明文M”文本框中输入一个小于p的十进制非负整数，作为 欲签名的消息；在“随机数k”文本框中输入一个小于p的十进制非负整数，作为共享密钥的初始信息；然后点击“确定”按钮。②签名。点击“签名”按钮，得到该消息的保密签名结果，③发送签名。点击“发送签名”按钮，激活验证签名窗口 (7)确定验证方。在“验证方基本信息”中的“用户名UID”文本框中输入一个已经注册 的用户名，然后点击“获取私钥”按钮，即得到验证方的一些基本信息。 (8)点击“发送确认”按钮，将验证结果通知签名方。 DSA签名算法 (一)签名及验证计算
数字签名过程
数字签名的过程 数字签名的全过程分两大部分，即签名与验证。左侧为签名，右侧为验证过程。即发方将原文用哈希算法求得数字摘要，用签名私钥对数字摘要加密得数字签名，发方将原文与数字签名一起发送给接受方；收方验证签名，即用发方公钥解密数字签名，得出数字摘要；收方将原文采用同样哈希算法又得一新的数字摘要，将两个数字摘要进行比较，如果二者匹配，说明经数字签名的电子文件传输成功。 1、数字签名的签名过程 数字签名的操作过程需要有发方的签名数字证书的私钥及其验证公钥。 具体过程如下：首先是生成被签名的电子文件（《电子签名法》中称数据电文），然后对电子文件用哈希算法做数字摘要，再对数字摘要用签名私钥做非对称加密，即做数字签名；之后是将以上的签名和电子文件原文以及签名证书的公钥加在一起进行封装，形成签名结果发送给收方，待收方验证。 2、数字签名的验证过程 接收方收到发方的签名结果后进行签名验证，其具体操作过程如下： 接收方收到数字签名的结果，其中包括数字签名、电子原文和发方公钥，即待验证的数据。接收方进行签名验证。验证过程是：接收方首先用发方公钥解密数字签名，导出数字摘要，并对电子文件原文做同样哈希算法得出一个新的数字摘要，将两个摘要的哈希值进行结果比较，相同签名得到验证，否则无效。这就做到了《电子签名法》中所要求的对签名不能改动，对签署的内容和形式也不能改动的要求。 3、数字签名的实现方法 基本原理是将原文用对称密钥加密传输，而将对称密钥用收方公钥加密发送给对方。收方收到电子信封，用自己的私钥解密信封，取出对称密钥解密得原文。
其详细过程如下： （1）发方A将原文信息进行哈希运算，得一哈希值即数字摘要MD； （2）发方A用自己的私钥PVA，采用非对称RSA算法，对数字摘要MD进行加密，即得数字签名DS； （3）发方A用对称算法DES的对称密钥SK对原文信息、数字签名SD及发方A证书的公钥PBA采用对称算法加密，得加密信息E； （4）发方用收方B的公钥PBB，采用RSA算法对对称密钥SK加密，形成数字信封DE，就好像将对称密钥SK装到了一个用收方公钥加密的信封里；（5）发方A将加密信息E和数字信封DE一起发送给收方B； （6）收方B接受到数字信封DE后，首先用自己的私钥PVB解密数字信封，取出对称密钥SK； （7）收方B用对称密钥SK通过DES算法解密加密信息E，还原出原文信息、数字签名SD及发方A证书的公钥PBA； （8）收方B验证数字签名，先用发方A的公钥解密数字签名得数字摘要MD；（9）收方B同时将原文信息用同样的哈希运算，求得一个新的数字摘要MD；（10）将两个数字摘要MD和MD进行比较，验证原文是否被修改。如果二者相等，说明数据没有被篡改，是保密传输的，签名是真实的；否则拒绝该签名。这样就做到了敏感信息在数字签名的传输中不被篡改，未经认证和授权的人，看不见原数据，起到了在数字签名传输中对敏感数据的保密作用。
认证和数字签名技术
认证和数字签名技术 前言 Internet的迅猛发展使电子商务成为商务活动的新模式。电子商务包括管理信息MIS、电子数据交换EDI、电子订货系统EOS、商业增值网VAN等，其中EDI 成为电子商务的核心部分，是一项涉及多个环节的复杂的人机工程，网络的开放性与共享性也导致了网络的安全性受到严重影响。如何保证网上传输的数据的安全和交易对方的身份确认是电子商务是否得到推广的关键，可以说电子商务最关键的问题是安全问题，而数字签名(Digital Signatures)又是电子商务安全性的重要部分。 一、数字签名技术 1、数字签名的概念 数字签名是利用数字技术实现在网络传送文件时，附加个人标记，完成系统上手书签名盖章的作用，以表示确认，负责，经手等。 数字签名(也称数字签字）是实现认证的重要工具，在电子商务系统中是不可缺少的。 保证传递文件的机密性应使用加密技术，保证其完整性应使用信 息摘要技术，而保证认证性和不可否认性应使用数字签名技术。
2、数字签名的原理 其详细过程如下： （1）发方A将原文消息M进行哈希（hash）运算，得一哈希值即消息摘要h（M）；（2）发方A用自己的私钥K1，采用非对称RSA算法，对消息摘要h（M）进行加密［E h（M）］，即得数字签名DS； （3）发方A把数字签名作为消息M的附件和消息M 一起发给收方B； （4）收方B把接收到的原始消息分成M’和［E h（M）］； （5）收方B从Ｍ中计算出散列值h（M’）； （6）收方B再用发方A的双钥密码体制的公钥K2解密数字签名DS得消息摘要 h（M）； （7）将两个消息摘要h（M’）=h（M）进行比较，验证原文是否被修改。如果 二者相等，说明数据没有被篡改，是保密传输的，签名是真实的；否则拒绝该签名。 这样就作到了敏感信息在数字签名的传输中不被篡改，未经认证和授权的人，看不见原数据，起到了在数字签名传输中对敏感数据的保密作用。 3、数字签名的要求 数字签名技术是公开密钥加密技术和报文分解函数相结合的产物。与加密不同，
0800360111方斌 信息安全课设报告(数字签名系统)(1)
课程设计(论文)说明书题目：多功能数字签名系统 学院：计算机科学与工程学院 专业：信息安全 姓名：方斌 学号：0800360111 指导教师：王勇 2011年9月8日
摘要 计算机和网络技术的发展将人类带入信息化社会，随之而来的是倍受关注的信息安全问题。现代密码学已成为信息安全技术的核心，数字签名是现代密码学主要研究的内容之一。数字签名技术在身份识别和认证、数据完整性、抗抵赖等方面具有其它技术所无法替代的作用，它在电子商务和电子政务等领域有着极广泛的应用。 此项目主要实现了一个多功能数字签名系统。系统中集成了摘要生成模块，密钥管理模块，数字签名模块以及数字签名验证模块。摘要生成模块是整个系统的基础，只有形成摘要才能进行签名以及验证，而摘要使用MD5算法生成。密钥管理模块是系统的重要组成部分，其贯穿整个系统的始终，因为数字签名以及签名的验证都离不开密钥的操作，密钥管理模块具有密钥生成，删除，导入，导出等功能。数字签名模块和签名验证模块是系统的核心，本系统采用RSA算法来实现签名和签名验证功能。 本文首先介绍了数字签名的概念原理以及其基本实现过程。接着系统介绍了本数字签名系统的实现原理以及实现方法。并例举出了本系统在实现过程中的问题和解决方法，介绍了本系统的系统特色。最后是对本论文的总结。 关键字：数字签名，RSA，MD5，Java
目录 1 前言 1.1数字签名原理 (1) 1.2 数字签名的功能及意义 (1) 1.3本系统实现的功能 (1) 2 系统分析 .............................................................................. 错误！未定义书签。 2.1 MD5摘要模块 (2) 2.2 密钥管理模块 (2) 2.3 数字签名模块 (2) 2.4 签名验证模块 (2) 3 功能设计 (3) 4 所遇到的问题及分析解决 (4) 4.1 MD5算法问题 (4) 4.2 RSA算法问题 (5) 4.3 Java类包配置问题 (6) 5 系统特色及关键技术 (7) 6 测试 (8) 6.1MD5摘要测试 (8) 6.2数字签名测试 (9) 6.3签名验证测试 (10) 7 总结 (11) 7.1心得体会 (11) 8致谢 (12) 参考文献 (13)
软件数字签名基本原理
软件数字签名基本原理 在通过精美的包装盒销售软件的时代，大家使用防伪标志、正版序列号等识别方式来让用户知道什么是正版软件。但在当今的网络时代，有利的一面是软件开发商可以通过网络不受时间、地域的限制而快速发行软件，但不利的一面，则是用户无法辨认软件的真伪，无法确认软件发行方的真实身份。在没有间谍软件、病毒程序和木马程序之前，大家可以不用担心某个软件到底是不是软件中声称的开发商开发的，但是在今天互联网的开放性环境下，使得用户根本无法确认通过各大下载站下载的软件是否真的是由软件中声称的开发商分发的！如何保证软件代码在网络传输过程中不会被非法修改，同时还能让用户非常清楚地识别软件发行者的真实身份( 软件真实来源)，答案就在代码签名。 以微软代码为例，为了保证微软Windows系统的安全和用户安全，微软推出了Microsoft Authenticode 技术，即微软认证技术，此技术保证了只有使用了Windows 的受信任的根证书颁发机构颁发的代码签名证书对软件代码数字签名之后，才允许在Windows 上运行，从而保证了软件代码来自真实的发行者并确保软件代码没有在分发的过程中被非法篡改。 软件开发商在自己电脑上生成私钥和证书请求文件(CSR) 提交给天威诚信，同时提交有关身份证明文件( 如营业执照等) 查验，验证身份后从天威诚信获得代码签名证书的公钥文件。这样就完成了证书的申请和颁发。 软件开发商使用代码签名工具( 如微软发型的Signtool.exe 和SignCode.exe) 给要签名的代码生成一个Hash 表，再用其私钥加密Hash 表产生加密的Hash，接着就把加密的Hash 连同其公钥证书与软件代码一起打包生成签名后的新的软件代码，软件开发商就可以把已经签名的代码放到网上
数字签名与认证技术选择题
注：答案为网上查的 选择题 1、如果发送方用私钥加密消息，则可以实现（D ） A、保密性 B、保密与鉴别 C、保密而非鉴别 D、鉴别 2、在混合加密方式下，真正用来加解密通信过程中所传输数据（明文）的密钥是（B ） A、非对称算法的公钥 B、对称算法的密钥 C、非对称算法的私钥 D、CA中心的公钥 3、以下关于加密说法，不正确的是（ABC ） A、加密包括对称加密和非对称加密两种 B、信息隐蔽是加密的一种方法 C、如果没有信息加密的密钥，只要知道加密程序的细节就可以对信息进行解密 D、密钥的位数越多，信息的安全性就越高 4、以下关于混合加密方式说法不正确的是：（ACD） A、采用公开密钥体制进行通信过程中的加解密处理
B、采用公开密钥体制对对称密钥体制的密钥进行加密后的通信 C、采用对称密钥体制对对称密钥体制的密钥进行加密后的通信 D、采用混合加密方式，利用了对称密钥体制的密钥容易管理和非对称密钥体制的加解密处理速度快的双重优点 5、两个不同的消息摘要具有相同的值时，称为（B ） A、攻击 B、冲突 C、散列 D、都不是 6、（A）用于验证消息完整性。 A、消息摘要 B、加密算法 C、数字信封 D、都不是 7、HASH函数可应用于（A ）。 A、数字签名 B、生成程序或文档的“数字指纹” C、安全存储口令 D、数据的抗抵赖性 8、数字证书采用公钥体制，每个用户设定一把公钥，由本人公开，用它进行：A*
A、加密和验证签名 B、解密和签名 C、加密 D、解密 9、数字签名为保证其不可更改性，双方约定使用（A） A、HASH算法 B、RSA算法 C、CAP算法 D、ACR算法 10、1是网络通信中标志通信各方身份信息的一系列数据，提供一种在Inte rnet上验证身份的方式B A、数字认证 B、数字证书 C、电子证书 D、电子认证 11、以下关于CA认证中心说法正确的是C A、CA认证是使用对称密钥机制的认证方法 B、CA认证中心只负责签名，不负责证书的产生 C、CA认证中心负责证书的颁发和管理、并依靠证书证明一个用户的身份 D、CA认证中心不用保持中立，可以随便找一个用户来做为CA认证中心
电子签章系统
电子签章系统 一、前言 在信息时代的今天，网络技术的发展使信息的传播和交流更加方便和快捷，为了提高办公效率，越来越多的政府机构、公司企业采用电子办公软件平台(比如WPS、MS Office 等)，通过网络实现公文的传输，享受互联网所带来的快捷与高效。但是，随之而来的网络入侵和攻击其破坏力之巨大远远超出人们的想象，网络安全问题也越来越受到人们的重视。 文档发文者是谁？文档发文者是不是他人冒充？文档有没有被发文者以外的人所篡改？如何安全可靠、方便直观地解决上述问题成为新形势下电子办公系统所面临的任务。 随着《电子签名法》的颁布，在公文传输中使用电子签名技术成为了最突出的一种解决方案。电子签名并不是书面签名的数字图像化，它以一种电子数据的形式存在。例如在网络文件传输中，利用电子签名，收件人能够轻松验证发件人的身份和签名，验证出文件的原文在传输过程中有无变动。 电子签名的主要优点如下：首先，它能够以相对简便的方式实现更大的安全性和可靠性，将以各种伪造的原因为由逃避责任的风险降到较低的限度。电子签名技术可以实现信息的完整性，并可以防止未经授权的客体获得关键数据，及时发现非授权篡改信息的各种行为，避免信息篡改所带来的严重后果。电子签名从功能上来讲与纸质签名方式相同，根据新的《电子签名法》规定，以电子方式签订的电子合同与传统的书面合同具有同样的法律约束力。其次，电子签名技术具有很高的透明性，可以保证各种事务处理的安全性和透明度，它可以采用各种优化算法来提高数据处理速度，并可以对数据进行加工、储存和传送，能方便的集成到现有业务系统中，不影响原系统结构和处理流程，对上层应用来说无需关心其实现细节。 目前，国际上规定的电子签名的方案主要有以下三种主要模式：一是“最低要求方案”，也称“技术非特定化方案”。它确立技术的“中立”地位，认为电子签名是相对存在的多种技术手段，应由市场和消费者去做出具体的判断和选择，立法者只需要提出原则性要求，不应对具体技术做出选择。该方案具有示范性的是1996年联合国贸易法委员会制定的《电子商务示范法》(UNCITRAL Model Law on Electronic Commerce)。二是“数字签名方案”，也称“技术特定化方案”。它确定以非对称加密技术为基础的数字签名作为合法的电子签名技术，对认证中心提出了某些具体的技术和财务条件要求，规定密钥持有人的责任并明确了判别签名可靠性的条件。美国律师协会1996年制定的《ABA数字签名指南》（ABA-Digital Signature Guidelines）和欧盟制定的《欧洲电子签名标准化行动计划》（EU-Wide satandardisation initiatives, EESSI），是采用这种方案的典型例子。三是“双轨制方案”。它是一种“混合型”的折衷方案。它对各种电子认证方法规定条件，赋予其最低限度的法律效力，对某些广泛使用的技术（即“数字签名”）赋予较大的法律效力，以建立一套可以不受时间淘汰限制的规制体系。联合国《电子签名示范法》（UNCITRAL Model Law on Electronic Signatures）采用的是这种方案。 虽然电子签名有多种实现方式，但当前较成熟的，使用方便具有可操作性的，在世界先进国家和我国普遍使用的电子签名技术还是基于公钥基础设施（PKI）的数字签名技术。 基于公钥基础设施（PKI）的数字签名技术采用了非对称密码体制。数字签名技术提供了如下特性： 真实性 真实性意味着接收者能够有效的验证发送者所发送的信息的真实性。 数据完整性 数据完整性意味着可以很容易地验证数据从发送者发出后到接收者中间过程是否被篡改过。
BJCA 数字签名验证服务器白皮书201103
数字签名验证服务器 产品白皮书 二〇一一年三月 数字证书认证中心 市海淀区北四环西路68号双桥大厦15层 TEL：86-10-58045600 FAX：86-10-58045678 邮政编码：100080
声明 一、本白皮书是数字签名验证服务器（简称DSVS）的技术说明书。本资料归数字证书 认证中心所有。白皮书中的任何部分未经本公司许可，不得转印、影印或复印。 ? 2010 数字证书认证中心 All rights reserved. 二、本资料将定期更新，如欲获取最新相关信息，请访问数字证书认证中 心 https://www.wendangku.net/doc/823524971.html, 。 三、您的宝贵意见和建议请发送至： 数字证书认证中心 市海淀区北四环西路68号双桥大厦15层（左岸工社） (TEL)：0 传真(FAX)：8 邮政编码：100080 电子信箱：https://www.wendangku.net/doc/823524971.html,
目录 1产品概述 (1) 2产品架构 (1) 3产品功能 (2) 4产品部署与集成 (2) 5产品规格 (4) 6产品优势 (4) 7产品资质 (5) 8应用领域 (5)
1 产品概述 数字签名验证服务器(以下简称DSVS)是由数证书认证中心自主研发，为应用系统提供数字签名及验证服务的一款多安全功能、高稳定性、高性能，并且具备跨平台、可扩展和快速部署能力的软硬件集成化安全设备。该产品可以广泛应用于网上审批、网上办公、网上银行、网上证券和网上支付等电子政务和电子商务活动中，为业务系统提供安全保护。 2 产品架构 数字签名验证服务器主要包括签名验证核心服务模块和安全管理模块。签名验证核心服务通过应用端部署的API，接收应用端发送的签名服务请求，并返回签名或验证服务结果。安全管理以B/S方式提供，管理员可以通过WEB浏览器直接对各种证书服务和系统进行集中管理和配置。 图1 产品架构图
工程量清单数据文件标准校验及数字签名工具版本更新说明(1.0.0.15)
工程量清单数据文件标准校验及数字签名工具 版本更新说明 V1.0.0.15 1.调整文件中“招标-总说明”、“最高投标限价-总说明”、“投 标-总说明”长度检查。 2.修正招标文件与投标文件一致性检查BUG。 V1.0.0.14 1.调整招标文件暂估材料“材料暂估价明细项-数量”检查，取消“材 料暂估价明细项-合价”检查。 V1.0.0.12 1.调整工具名称为“工程量清单数据文件标准校验及数字签名工具”。 2.修正招标文件与投标文件一致性检查BUG。 3.发布《工程量清单数据文件标准校验及数字签名工具操作手册》。 V1.0.0.11 1.增加招标文件暂估材料检查。 2.增加招标文件签名后文件后缀名变成ZBF4、投标文件后缀名变成 BS4、最高投标限价文件后缀名变成XJ4。 3.修正投标文件报价汇总检查漏洞。 4.发布《工程量清单数据文件标校验规则说明》20151111。
5.配合《工程量清单数据文件标准更正说明(五)20150111》，调整 XSD校验内容。 V1.0.0.10 1.增加投标文件与最高投标限价文件报价汇总检查。 2.修正投标文件或最高限价文件与招标文件一致性检查漏洞及优化 检查信息。 3.发布《工程量清单数据文件标校验规则说明》20150930。 V1.0.0.7 4.配合《工程量清单数据文件标准更正说明(四)20150913》，调整 XSD校验内容。 5.增加检验项目编码不能重复。 6.增加签名功能。 7.增加检验说明。 8.增加检验进度条。 9.优化检验速度。 10.修正最高投标限价清单编制信息显示。 11.发布《工程量清单数据文件标校验规则说明》20150914。