数字证书在WEB应用中登录

1数字证书登录认证的优点

作为企业信息系统的第一道大门，身份认证是确保企业信息资源只能被合法用户所访问的重要保障。

传统的口令认证方式虽然简单，但是由于其易受到窃听、重放等攻击的安全缺陷，使其已无法满足当前复杂网络环境下的安全认证需求。

传统账号+口令登录的弊端：

1.        
口令易被猜测。由于有的用户为了方便记忆，使用非常简单的口令，比如“1234”、“abcd”等这些非常容易被猜测的口令。

2.        
口令易被窃听。大家都知道，WEB应用在互联网上是基于TCP/IP协议的，该协议本身并不负责数据传输的安全性，用户口令在互联网上的传输，需要经过很多个网络节点（比如路由器），可以在这任意一个网络节点去窃听到用户的口令。

3.        
口令记忆麻烦。用户在不同的WEB应用上建立不同的帐户，需要记忆不同的口令，记忆这么多的口令形成用户很大的负担，于是有的用户把不同WEB应用的口令设置成相同的口令，这样又引入了新的安全隐患，只需破解用户的一个WEB口令，就等于破解了该用户别的WEB应用口令。

4.        
可以从服务器攻击客户口令。WEB应用服务上，由于需要校验用户的口令，所以需要保留用户的口令或口令的摘要值。若这个用户口令表被黑客非法获取，整个WEB应用的用户认证将形同虚设。

5.        
无法确定用户的真实身份。正因为口令的脆弱性，使得口令很容易被窃用。

随着PKI技术体系的成熟，拥有强有力的理论基础和众多国际标准的CA数字证书身份认证技术，在法律上得到了国家的大力支持。电子签名法的颁布实施以及数字加密和数字签名技术所具有的保密性、完整性、真实性、不可否认性等特点，使得CA数字证书身份认证正在被广泛采用。

作为个人数字证书及其对应私钥的存储介质的USBkey、IC卡等，在此统称为eKey(电子密钥)，自带CPU，内嵌加密算法，可进行加密运算，其中的私密信息不可复制。因此，eKey以其安全可靠、易于携带、使用方便、成本低廉、性价比高等特点，在身份认证领域也正发挥着越来越多的作用，成为身份认证技术的一个重要发展方向和趋势。

引进eKey+数字证书登录带来的好处：

1.        
安全。双因子认证。用户在使用eKey之前，需要输入PIN码验证；验证通过后再调用eKey里的私钥作用于身份认证用的签名运算。这样就等于设置了2道门，都通过后才能最终进入。

2.        
方便。用户只需随身携带一个eKey，就可不限时间、不限地点的证明自己的身份。可以用同一个eKey登录不同的Web站点而不怕安全问题。

3.        
用户身份具有法律保障。用户的数字证书由权威的CA签发。用户的登录认证可以保留日志用于以后追溯，即可防伪造又可防抵赖。

2身份认证原理

2.1数字签名

数字签名的产生和验证过程：

1.        
Alice产生文件的单向散列值。

2.        
Alice用她的私人密钥对散列加密，以此表示对文件的签名。

3.        
Alice将文件和散列签名送给Bob。

4.        
Bob用Alice发送的文件产生文件的单向散列值，同时用Alice的公钥对签名的散列解密。如果签名的散列值与自己产生的散列值匹配，签名是有效的。

数字签名具有以下特性：

1.        
完整性。因为它提供了一项用以确认电子文件完整性的技术和方法，可认定文件为未经更改的原件。

2.        
可验证性。可以确认电子文件之来源.由于发件人以私钥产生的电子签章惟有与发件人的私钥对应的公钥方能解密，故可确认文件之来源。

3.        
不可否认性。由于只有发文者拥有私钥，所以其无法否认该电子文件非由其所发送。

2.2身份认证

流程如下：

在实际的部署中，认证服务器的功能可以在应用服务器实现。

步骤说明：

1.        
浏览器打开应用登录页面，里面包含一个被签名的随机数，随机数在应用服务器端产生，记作RS

2.        
浏览器调用Ekey对RS进行签名

3.        
Ekey返回对RS的签名，记作SS2_C(RS)

4.        
浏览器提交表单，里面包含用户证书SCertC和签名SS2_C(RS)，并用PKCS#7的SignedData封装

5.        
应用服务器把RS和SignedData交给认证服务器验证

6.        
认证服务器解开SignedData里面的签名内容、用户证书和数据签名，比较签名内容是否和RS相同，证书是否有效，签名是否有效，若都有效，再查询该证书对应的用户ID。返回验证成功消息及用户账号

7.        
应用服务器返回登录成功页面，给以该用户账号使用应用服务

该流程的优点是：

l        
挑战-响应机制：客户端在发起认证请求时，服务器端首先产生并返回一个随机数（挑战）；客户端在提交认证请求时，将数字签名后的随机数发送到服务器端（响应），由服务器端比较本地的随机数和收到的随机数，以校验认证请求的有效性，从而有效防止截获和重放攻击。

l        
数字签名机制：客户端提交的认证请求，均由客户端认证组件调用eKey进行签名处理。eKey随身携带，其中的私钥不可复制，保证了私钥的唯一性，由于数字签名不可伪造和篡改，服务器端通过校验客户端用户证书和数字签名的有效性，并结合认证数据库鉴别用户身份。

3数字证书登录认证的实现

以下讨论如何实现数字证书在Web应用中作登录认证。

3.1SSL方式

SSL在握手过程中，服务端接受客户端证书

SSL的用户端认证：

CertificateRequest消息指示客户端要进行客户端认证，并就服务器愿意接受的认证类型提供指导：

struct{

ClientCertificateType certificate_types<1..2^8-1>;

DistinguishedName certificate_authorities<3..2^16-1>;

}CertificateRequest;

enmu{

rsa_sign(1),dss_sign(2),rsa_fixed_dh(3),dss_fixed_dh(4),

(255)

}ClientCertificateType;

opaque DistinguishedName<1..2^16-1>;

certificate_types指示支持哪种类型的客户端证书。certificate_authorities指示服务器愿意接受哪些CA签发的客户端证书。

Certificate消息是客户端向服务端提交的表明身份的数字证书链，证书链的第一个证书就是表明用户身份的数字证书。

struct{

ASN.1Cert certificate_list<1..2^4-1>

}Certificate;

opaque ASN.1Cert<2^24-1>;

CertificateVerify消息用于真正的客户端认证。它包含由客户端私钥签名的消息，签名内容为自ClientHello到本消息（不包含本消息）所收发的所有握手消息。且由于这些握手消息带有导出主密钥（master_secret）的随机数，所以本消息可以防止被重放。

struct {

Signature signature;

} CertificateVerify;

select (SignatureAlgorithm)

{

case anonymous: struct { };

case rsa:

digitally-signed struct {

opaque md5_hash[16];

opaque sha_hash[20];

};

case dsa:

digitally-signed struct {

opaque sha_hash[20];

};

} Signature;

CertificateVerify.signature.md5_hash=MD5(handshake_messages);

CertificateVerify.signature.sha_hash=SHA(handshake_messages);

3.1.1WEB服务器设置

WEB服务器设置成需要客户端认证。

iis

需要首先在服务端和客户端都安装CA证书链，可以通过MMC控制台对计算机帐户受信任根证书进行添加

tomcat

需要首先在服务端和客户端都安装CA证书链，可以在JDK目录下的cacerts进行添加

修改c:/tomcat/conf/server.xml，添加如下内容：

<Connector port="8443"

maxThreads="150" minSpareThreads="25" maxSpareThreads="75"

enableLookups="false" disableUploadTimeout="true"

acceptCount="100" debug="0" scheme="https" secure="true"

clientAuth="true" sslProtocol="TLS"

keystoreFile="c:/server_keystore"

keystorePass="changeit"

truststoreFile="c:/trustcacerts_keystore"

truststorePass="changeit"

/>

3.1.2得到客户端证书

当WEB服务器设置成需要客户端认证时，客户端在建立SSL链接时会提交用户证书链，证书链的第一个即是表明用户身份的个人证书。

j2ee

<%@ page import="java.security.cert.X509Certificate" %>

<%

if(request.isSecure())     //判断是否采用SSL

{

final String attname= "javax.servlet.request.X509Certificate";

X509Certificate[] chain= (X509Certificate[])request.getAttribute(attname);//客户证书链

if(chain == null)

{

out.println("没有客户端证书链");

return;

}

X509Certificate userCert= chain[0];     //客户证书

……

}

%>

.net c#

<%@ Page Language="C#" %>

<%@ Import Namespace="System.Security.Cryptography.X509Certificates"%>

<%

if(Request.IsSecureConnection)

{

HttpClientCertificate hCert = Request.ClientCertificate;

if (hCert == null)

{

Response.Write("没有客户端证书");

return;

}

X509Certificate2 cert = new X509Certificate2();

try

{

cert.Import(hCert.Certificate);

}

catch (Exception e)

{

Response.Write(e.Message);

return;

}

......

}

%>

3.2表单方式

表单方式的原理是：服务器产生一个随机数；客户端用数字证书对应的私钥随机数签名，把随机数、用户证书、数字签名以PKCS#7格式打包发送到服务器；服务器再分析此PKCS#7数据包，得到签名随机数、用户证书和数字签名，再验证这3个元素是否有效。

3.2.1客户端

调用CAPICOM的JS脚本(capicom.js)

var CAPICOM_CURRENT_USER_STORE = 2;

var CAPICOM_STORE_OPEN_READ_ONLY = 0;

var CAPICOM_ENCODE_BASE64 = 0;

var CAPICOM_ENCODE_BINARY = 1;

var CAPICOM_INFO_SUBJECT_SIMPLE_NAME = 0;

var CAPICOM_INFO_ISSUER_SIMPLE_NAME = 1;

var CAPICOM_INFO_SUBJECT_EMAIL_NAME = 2;

var CAPICOM_INFO_ISSUER_EMAIL_NAME = 3;

function SelectMySignCert()

{

//cert store

var mystore = new ActiveXObject("CAPICOM.Store");

mystore.Open(CAPICOM_CURRENT_USER_STORE,"My",CAPICOM_STORE_OPEN_READ_ONLY);

var certs= mystore.Certificates;

//myca sign certs

//     var mycacerts= certs;

var mycacerts= new ActiveXObject("CAPICOM.Certificates");

for(i=1;i<=certs.Count;i++)

{

//check issuer

var issuer=certs.Item(i).IssuerName;

if(issuer.indexOf("CN=MYCA")<0)     //not myca

continue;

//check key usage

var ku=certs.Item(i).KeyUsage();

if(!ku.IsDigitalSignatureEnabled)   //not sign cert

continue;

//add

mycerts.Add(certs.Item(i));

}

if(mycerts.Count==0)

{

if(window.confirm("没有找到MYCA签发的证书,/r/n请插入相应的Ekey再按确定")==true)

return SelectMySignCert();

else

return null;

}

//select cert

var certsel= mycerts.Select("选择证书","请选择证书:",false);

if(certsel==null)return null;

var cert= certsel.Item(1);

//     cert.Display();

return cert;

}

function SignText(strtext)

{

//select cert

var mysigncert= SelectMySignCert();

if(mysigncert==null)return null;

//signed data

var signer = new ActiveXObject("CAPICOM.Signer");

signer.Certificate = mysigncert;

var signeddata = new ActiveXObject("CAPICOM.SignedData");

var utils = new ActiveXObject("CAPICOM.Utilities");

signeddata.Content = utils.BinaryStringToByteArray(strtext);

return signeddata.Sign(signer,false,CAPICOM_ENCODE_BASE64);

}

/*

var signature= SignText("hello");

WScript.Echo(signature);

*/

登录页面(login.aspx)

<%@ Page Language="C#" %>

<%

Random rnd = new Random();

byte[] buff = new byte[18];

rnd.NextBytes(buff);

string challenge = Convert.ToBase64String(buff);

Session["challenge"] = challenge;

%>

<html>

<head>

<title>登录页面</title>

<meta http-equiv="Content-Type" content="text/html; charset=GBK">

<script src="./capicom.js"></script>

<script language="javascript">

function submitform()

{

var signature= SignText("<%=challenge%>");

if(signature==null)return;

form1.passport.value= signature;

form1.submit();

}

</script>

</head>

<body>

<object id="oCAPICOM"

codeBase=" http://download.microsoft.com/download/E/1/8/E18ED994-8005-4377-A7D7-0A8E13025B94/capicom.cab #version=2,0,0,3"

classid="clsid:A996E48C-D3DC-4244-89F7-AFA33EC60679">

</object>

<form name="form1" action="verify.aspx" method="POST">

<input type="hidden" name="passport" value=""><br />

<input type="button" value="点击提交登录证书." onclick="submitform()">

</form>

</body>

</html>

3.2.2服务端

JDK1.5中自带的JCE并不支持PKCS#7，.net framework是支持的。

登录判断逻辑(verify.aspx)

<%@ Page Language="C#" %>

<%@ Import Namespace="System.Security.Cryptography.Pkcs"%>

<%@ Import Namespace="System.Security.Cryptography.X509Certificates"%>

<%

string challenge = (string)Session["challenge"];

Session["challenge"] = null;

if(challenge==null){

Response.Write("没有随机数");

return;

}

string p = Request.Form["passport"];

byte[] cmsDer = Convert.FromBase64String(p);

SignedCms cms = new SignedCms();

try{

cms.Decode(cmsDer);

cms.CheckSignature(true);

}catch(Exception e){

Response.Write(e.Message);

return;

}

string challenge2 = Encoding.Default.GetString(cms.ContentInfo.Content);

if (challenge.Equals(challenge2))

{

Response.Write("随机数不匹配<br/>");

//            Response.Write(challenge + ":" + challenge2);

return;

}

Response.Write("登录成功");

return;

%>

3数字证书与现有用户帐户的绑定

用户用数字证书登录后。WEB应用提供一个帐户绑定页面，页面提示用户输入原用户名和口令。后台再验证用户提交的用户名和口令，通过验证后，把该用户/口令对应的用户ID和用户的登录证书摘要写入到一个数据库表。流程：

以后用户使用该证书登录时，可以从数据库表查询到该证书对应的用户ID，系统给以该用户ID登录。

4一些有用的命令

关闭IIS的CRL检查：cscript c:/inetpub/adminscripts/adsutil.vbs set /w3svc/certcheckmode 1

KB977377补丁导致IIS的双向SSL认证失败

时间： 2024-07-30 22:22:10

数字证书在WEB应用中登录的相关文章

https 单向双向认证说明_数字证书, 数字签名, SSL(TLS) , SASL

转自:https 单向双向认证说明_数字证书, 数字签名, SSL(TLS) , SASL 因为项目中要用到TLS + SASL 来做安全认证层. 所以看了一些网上的资料, 这里做一个总结. 1. 首先推荐几个文章: 数字证书: http://www.cnblogs.com/hyddd/archive/2009/01/07/1371292.html 数字证书和SSL: http://www.2cto.com/Article/201203/121534.html 数字签名: http://www.

C#编程总结（十一）数字证书

C#编程总结(十一)数字证书 之前已经通过文章介绍了数字证书的基础知识,包括加密和数字签名. 具体可见: 1.C#编程总结(七)数据加密——附源码 2.C#编程总结(八)数字签名 这里来讲述数字证书的概念.作用.工作原理以及具体应用.希望能够给大家一个清晰的认识. 一.概念 数字证书就是互联网通讯中标志通讯各方身份信息的一串数字,提供了一种在Internet上验证通信实体身份的方式,其作用类似于司机的驾驶执照或日常生活中的身份证.它是由一个由权威机构-----CA机构,又称为证书授权(Certi

SSL证书必知必会：数字证书及CA基础知识

SSL证书必知必会:数字证书及CA基础知识 数字证书 数字证书是互联网通讯中标志通讯各方身份信息的一串数字,提供了一种在Internet上验证通信实体身份的方式,数字证书不是数字***,而是身份认证机构盖在数字***上的一个章或印(或者说加在数字***上的一个签名).它是由权威机构--CA机构,又称为证书授权(Certificate Authority)中心发行的,人们可以在网上用它来识别对方的身份.最简单的证书包含一个公开密钥.名称以及证书授权中心的数字签名.数字证书的一个重要的特征就是只在特

数字证书的基础知识

在之前的<iOS开发者证书以及代码签名学习笔记>博文中介绍了iOS开发证书以及代码签名相关的知识点,为了更好理解其中证书的特性,这里对数字证书以及相关的知识进行了整理和总结. 在讲数字证书之前必须要讲非对称加算法和摘要算法,因为数字证书的基础就是各种加解密算法(非对称加密.摘要算法),而其中的核心就是非对称加密算法了.目前而言加密方法可以分为两大类.一类是单钥加密(private key cryptography)也可以称为对称加密,还有一类叫做双钥加密(public key cryptogr

关于数字证书理解的简单整理以及12306网站证书简单分析

首先简单理解一下什么是数字证书.这里是一篇英文文档,描述的很形象.形象的描述了什么是公钥,什么是私钥,如果确保数字证书的可靠性等. 下面,我们看一个应用"数字证书"的实例:https协议.这个协议主要用于网页加密. 一般我们电脑的浏览器中都有一些受信任的证书颁发机构列表, 里边存储的都是一些机构的信息.这些机构都是权威的.当然可以通过安装软件的方式,来增加证书颁发机构,比如中国银行的根证书软件,阿里巴巴的根证书软件.默认我们认为这些软件都是从官网下载的,是绝对的没被篡改的,可靠的.简单

数字签名与数字证书

数字签名: 将报文按双方约定的HASH算法计算得到一个固定位数的报文摘要.在数学上保证:只要改动报文中任何一位,重新计算出的报文摘要值就会与原先的值不相符.这样就保证了报文的不可更改性. 将该报文摘要值用发送者的私人密钥加密,然后连同原报文一起发送给接收者,而产生的报文即称数字签名 数字证书: 数字证书就是互联网通讯中标志通讯各方身份信息的一系列数据,提供了一种在Internet上验证您身份的方式,其作用类似于司机的驾驶执照或日常生活中的身份证.它是由一个由权威机构-----CA机构,又称为证书

Android安全加密：数字签名和数字证书

Android安全加密专题文章索引 Android安全加密:对称加密 Android安全加密:非对称加密 Android安全加密:消息摘要Message Digest Android安全加密:数字签名和数字证书 Android安全加密:Https编程 以上学习所有内容,对称加密.非对称加密.消息摘要.数字签名等知识都是为了理解数字证书工作原理而作为一个预备知识.数字证书是密码学里的终极武器,是人类几千年历史总结的智慧的结晶,只有在明白了数字证书工作原理后,才能理解Https 协议的安全通讯机制.

Java 生成数字证书系列（一）了解数字证书

序 最近的工作一直围绕着数字证书,对于 CA 证书的了解还是多少有一点的,只不过没有那么深入,现在要用到这方面的东西,显然还是有点欠缺,那么从这篇开始,我就将我自己的学习.工作历程跟大家一同分享,希望对想了解 CA 证书的童鞋有所帮助吧. 很显然,这篇文章大部分都是理论介绍,后续会有相关的一些实例.不喜欢看理论的童鞋,可以直接略过此章,直接看后续的文章. 概要 这篇文章,我主要是想谈一下 CA 证书的工作原理,数字签名,证书格式等几个比较重要的概念.因为在后续的文章中,都会用到这几个概念,而且,

从 Project Professional 中登录 Project Server

您必须使用 Project Server 2007 或 Project Server 2010 帐户才能登录到 Project Server2010.当您具备有效帐户后,只需启动 Project Professional 2010 并在"登录"对话框中输入用户名和密码即可. 注释    尝试连接到 Project Server 时,如果收到"Project Server 不可用"消息,请与您的服务器管理员进行核实,确定自己是否属于有权从 Project 登录的 Pr