阅读更多
我的网站: 源码分享
一、通过用户名和密码来进行认证的弊病
我们有一个网站，为了保证用户在线交易传输数据的安全性，我们会启用一个HTTPS/SSL：
但是，对于一些网上银行或者是网购来说，黑客特别喜欢攻击这样的网站， 有一种攻击手法叫MIMAT（中间者攻击）， 伪造SSL证书，让客户端的HTTP流，流到他那边去， 然后再进一步用暴力破解，来破解你HTTP传输时的密码。
一、改进的交易流程
我们假设密码已经被MIM拿到了，拿到就拿到呗，大家知道工商银行网上转贴划款时除了输入用户名和密码外,还会在点”下一步”时,跳出一个页面,让你插上你的U盾,然后再送一下交易密码的过程吧?
这个就是”电子签名认证”
二、先来回顾一下什么叫电子签名：
公钥加密，私钥解密
私钥签名，公钥认证
举例：
1. A用自己的私钥，对abcdefg进行sign，sign()函数返回一个byte[]，这就是电子签名。
2. 把A的公钥和签名送到公行后台
3. 工行先看A的密码输的对不对，做一个数据库校验
工行用A的公钥对A的签名做verify运算，也得到一个byte[]
4. 工行把工发过来的签名byte[]和用A的公钥做verify()后的byte[]， 两个byte[]进行booleanverified = sig.verify(dcByPriv);
5. 如果verified为true，代表A一定是客户A本人且是工行的客户（当然，A如果被人杀了，并且A的私钥被杀他的人获得了这个不能算工行的责任）
三、用JAVA实现签名过程
于是， 根据上述过程先做一个POC， 用JAVA来做电子签名认证，代码如下：
import java.security.*;
public class SimpleSignature {
private static void digitalSign(String text)throws Exception{
KeyPairGenerator kpg = KeyPairGenerator.getInstance("RSA");
kpg.initialize(1024);
KeyPair keyPair = kpg.generateKeyPair();
byte[] data = text.getBytes("UTF8");
Signature sig = Signature.getInstance("MD5WithRSA");
sig.initSign(keyPair.getPrivate());
sig.update(data);
byte[] signatureBytes=sig.sign();
System.out.println("Signature:\n"+Base64.encode(signatureBytes));
sig.initVerify(keyPair.getPublic());
sig.update(data);
boolean verified = false;
try{
verified = sig.verify(signatureBytes);
}catch(SignatureException se){
se.printStackTrace();
verified = false;
}
if(verified){
System.out.println("Signature verified.");
}else{
System.out.println("Signature did not match.");
}
}
public static void main(String[] args){
try{
String text="abc";
digitalSign(text);
}catch(Exception e){
e.printStackTrace();
}
}
}
四、运用证书解决公钥，私钥传输的问题
1. 生成自签名CA根证书
openssl genrsa -des3 -out ca.key 1024
openssl rsa -in server.key -out ca.key
openssl req -new -x509 -keyout ca.key -out ca.crt
2. 生成Web服务器证书
openssl genrsa -des3 -out shnlap93.key 1024
openssl rsa -in shnlap93.key -out shnlap93.key
openssl req -new -key shnlap93.key -out shnlap93.csr
openssl ca -in shnlap93.csr -out shnlap93.crt -cert ca.crt -keyfileca.key
3. 生成客户端证书
openssl genrsa -des3 -out client.key 1024
openssl rsa -in shnlap93.key -out client.key
openssl req -new -key client.key -out client.csr
openssl ca -in client.csr -out client.crt -cert ca.crt -keyfile ca.key
4. 把shnlap93.crt装在服务器上
客户端的IE导入client.crt（此处必须把crt再转成p12格式）导入：
openssl pkcs12 -export -inkey client.key -in client.crt -out client.p12
1. 大家看到第4步中的那个key了吧，这个key就是客户端的私钥
大家看到第4步中的那个crt文件了吧？那个文件里存着客户端的公钥（不是那个.key文件啊）
2. 写一个servlet，客户端访问这个servlet时，该servlet自动从客户端的IE获取client.p12，然后把里面的公钥抽出来（由于是公钥，公开的，所以这个不存在安全不安全的因素）
3. 服务器拿着该客户的私钥（此处我们先用这种方法来做），下面会讲更高级的U盾存客户端私钥的做法）
一、然后套用（用JAVA实现签名过程）中的算法，就可以实现使用证书来进行客户端和服务器的认证啦
需要解决的问题：
1. Servlet如何读客户端的认证
很多网上的朋友都说
“我用X509Certificate[]certs = (X509Certificate[]) request .getAttribute("javax.servlet.request.X509Certificate");
得到的证书是个null”
几乎没有答案，这边给出解决方案
a. 客户端访问这个servlet，客户端和放这个servlet的j2eeapp必须实现“双向认证”
b. J2ee app端（假设我们这边用TOMCAT实现），在实现双向认证后，其实还不够，需要加一个参数，很多人可能没注意到这个参数，下面给出方案：
enableLookups="false"disableUploadTimeout="true"
WIDTH = 100 HEIGHT = 25 ALIGN = middle VSPACE = 0 HSPACE = 0 codebase="http://java.sun.com/products/plugin/1.2/jinstall-12-win32.cab#Version=1,2,0,0">
ARCHIVE="ClientAuthenticationApplet.jar" WIDTH=350 HEIGHT=200
如上红色标粗的部分，不是classid啊，这个是htmlconvert自动给加的，一定要加这个id，不加这个id,javascript就不能通过documnt.authClient这样的形式调用applet了。
// desc=" Look and feel setting code (optional) ">
