1 有隐患登录的验证方式
1.1有隐患登录的验证方式介绍
如图所示,从firebug上抓取到我们输入完用户名和密码之后的信息，url：http://xxx.com/doLogin.php?username=CleverCode&pwd=123456，可以看出,我们的请求方式是Get请求，还有我们现在的密码传输用的是明文传输。可以很清楚的看到我们登录时候传递的URL中附带上了用户名:CleverCode，密码是：123456。
1.2存在的问题
1) GET请求：
可以看到，在传输用户名和密码的时候是用的GET请求方式。这种请求方式参数会附带在URL中。这样会带来潜在的安全隐患。建议使用POST请求。
2)传输的过程中密码是明文：
在传输的过程中，发现传输的密码是明文，这个很容易就把用户的密码给泄露了。建议将密码加密后在进行传输。
1.3潜在的风险
在传输的过程中使用了GET请求，并且密码没有进行加密。每次浏览器进行请求的时候，有的浏览器设计公司会记录下每次请求的URL，然后在进行一些行为分析，如果是这样，那么我们的用户的密码将存在非常的大的隐患。很有可能别人窃取。从而进行一些对本公司不利的活动。
2建议改进的登录验证方式
2.1 设计方案介绍
在设计的过程中，可以使用POST请求，POST请求，在传输过程中参数不会被附加在URL上，这个可以防止它人进行用户行为分析的时候，分析出用户名和密码。在传输的过程中，可以将密码进行加密，然后进行密文传输。密文加密的时候可以使用哈希函数中的md5()算法。Md5()加密的后的密文不会有哈希冲突，是常见的加密方式之一。
2.1.1 前台页面源代码
<?php
//页面加载时间
$loadtime = time();
?>
<script>
//页面js本机加载时间
var loadtime = parseInt(new Date().getTime()/1000);
// 登录信息检查
function onlogin(){
var personId = document.login_form.personId.value;
var passwd = document.login_form.passwd.value;
if (personId.length == 0 || passwd.length == 0){
alert("无效的用户名或口令");
return false;
}
var currtime = parseInt(new Date().getTime()/1000);
//当前时间戳 = php的loadtime时间 + (js当前时间 - js的load时间)
var timestamp = <?php echo $loadtime;?> + currtime - loadtime;
//将123456进行md5加密
var passwdMd5 = hex_md5(passwd);
//将CleverCode与passwdMd5以及与当前时间加密
passwdMd5 = hex_md5(personId + passwdMd5 + timestamp);
document.login_form.timestamp.value = timestamp;
document.login_form.passwdMd5.value = passwdMd5;
// hide the password
document.login_form.passwd.value = "******";
return true;
}
</script>
2.1.2 前台页面源代码说明
1）传给服务器的数据结构样例：
personId：CleverCode
passwdMd5: 202cb962ac59075b964b07152d234b70
timestamp:1393998153
passwd:
2）计算当前时间戳：
首先使用php把当前服务器的时间戳赋值给了$loadtime，在js环境加载的时候，首先记录的js的加载时间loadtime = parseInt(new Date().getTime()/1000)，这个时间是客户端的时间,在点击完登录按钮之后，在记录var currtime = parseInt(new Date().getTime()/1000)时间，当前的currtime是用js求得的，得到的客户端浏览器所在机器的时间，每个人客户端的时间设置可能都不一样，使用var timestamp = + currtime – loadtime，就可以得到现在真正的时间。我们只取了在客户端登录的时间差，然后加上服务器的起始时间，那么就可以到的当前时间。
3）密码加密：
首先对用户的密码进行md5加密var passwdMd5 = hex_md5(passwd);，js中md5的加密函数为hex_md5();然后在用户的Id与passwdMd5与时间戳一起md5加密passwdMd5 = hex_md5(personId + passwdMd5 + timestamp)，得到真正要传输给服务器的md5密码。
4）迷惑密码：
document.login_form.passwd.value = "******"，这部分为使用的迷惑密码，并没有多大的实际意义。
2.2 后台验证设计
2.2.1后台页面源代码
function checkLogin($personId, $timestamp, $passwdMd5){
//检验时间戳
$lifeTime = 60;
$nowTime = time();
//登录页面如果超过60s,则超时需要重新输入
if(($nowTime - $timestamp) >= $lifeTime){
return 'Error:invalid timestamp!';
}
//检验用户是否存在
if(isUers($personId) === false){
return "Error:$personId not exitsts!";
}
//获取用户的密码，该密码为用户密码明文的MD5值，保存在数据库中
$passwd = getPasswd($personId);
//检验密码是否正确
$realPasswd = md5($personId.$passwd.$timestamp);
if($realPasswd == $passwdMd5){
return 'OK'
}
return "Error:passwd not right!"
}
2.2.2后台页面源代码说明
首先获取服务器当前时间戳$nowTime，用当前的时间戳减去传入的时间戳$timestamp，如果大于等于60s说明，响应时间超时，必须放弃这条检测；然后判断当前的用户是否存在；接着从保存用户密码的地方获取用户的密码$passwd，用户在数据库中保存的密码必须是明文的md5值；然后$personId.$passwd.$timestamp进行md5加密得到真正的密码$realPasswd；最后对传入的密码$passwdMd5与$realPasswd进行比较
2.3 设计方案的优点
1) 使用POST请求传输，避免了url在传输过程中被它人窃取用户名和密码。
2) 密码传输的方式不再是明文传输，而是使用密文传输，不容易被破解。
3) 在传输的时候，首先对用户密码的明文进行md5计算，然后在对passwdMd5 =hex_md5(personId + passwdMd5 + timestamp)。为什么不直接将明文md5后就直接传输的原因是，如果有人有足够强大的md5映射库。然后他只需要拿到你的密文之后再进行匹配，即采用枚举破解法，既可以知道了明文。使用的timestamp之后就很难暴力破解了。
4）加密过程中使用时间戳，增加了加密的复杂度，提高了安全性。
2.4 设计方案的不足
登录的时候没有设计验证码类似的功能，登录的接口直接裸露出来，很容易被它人模拟http请求，大量请求这个接口，造成这个接口的崩溃。建议自行设计时候，当用户如果输入密码错误N次的时候，需要输入验证码。
版权声明：
1）原创作品，出自"CleverCode的博客"，转载时请务必注明以下原创****地址，否则追究版权法律责任。
2）原创地址：http://blog.csdn.net/clevercode/article/details/45481409（转载务必注明该地址）。
**3）**欢迎大家关注我博客更多的精彩内容：http://blog.csdn.net/CleverCode。
