会话标示未更新问题

我的系统在做AppScan安全扫描时，爆出一个高危漏洞：会话标识未更新。提供的解决办法是，在用户登录时始终使用新的会话。
        我仔细查看了我的系统。原来在用户进入登录页面，但还未登录时，就已经产生了一个session，用户输入信息，登录以后，session的id不会改变，也就是说还是以前的那个session（事实上session也确实不会改变，因为没有建立新session，原来的session也没有被销毁）。
        后来我做了如下改变。在我的登录servlet里面将用户刚进入登录页面的那个session用invalidate()销毁掉，在用户信息匹配成功后，再建立一个新session，将用户信息放到session中去。
本来以为这种做法应该可以解决问题了，但是再扫描发现问题还存在。再一查看，发现新建立的session与原来被销毁的session的id居然还是一样的。真是搞不懂了！
        系统背景：j2ee，jboss
        以下是我的登录servlet的代码：

···
HttpSession session = request.getSession(false);
System.out.println(session.getId());
if(session!=null){
  session.invalidate();
}
/***接下来是对用户进行认证的代码***/
···
···
/***用户认证代码结束***/
HttpSession session1 = request.getSession(true);
System.out.println(session1.getId());
session1.setAttribute("",***);

        后来我找了好久才发现，之所以将会话invalidate没有用，是因为invalidate方法不是真正的将session销毁，只是将session中的内容清空，所以当我invalidate以后再新建session，新建的session其实不是新的，是将之前的session重新启用了。于是session的id不变就不奇怪了。

        要怎么才能真正的将session销毁掉呢？看看下面的办法：

        在登录页面上加上一段代码：
request.getSession().invalidate();//清空session
Cookie cookie = request.getCookies()[0];//获取cookie
cookie.setMaxAge(0);//让cookie过期
然后用户再输入信息登录时，就会产生一个新的session了。

        虽然我的系统里面没有使用cookie，但是只要是web系统就离不开cookie。系统里面没有使用cookie是我没有用cookie来保存数据、标示用户等等。但是服务器跟踪会话状态就是用的cookie。既然cookie是服务器用来跟踪会话状态的，那么如果cookie过期了，会怎么样？--不用解释了吧。回答了这个问题，怎么让会话真正被销毁也就不难回答了。

        我在登陆页面上加的那段代码的作用就是，将用户进入登陆页面时所产生的会话也就是session清空，然后让跟踪这个会话的cookie过期，这样服务器就不再掌握有关这个会话的任何信息了。要想与服务器继续通信，就要产生一个新的会话才行。于是会话标示就更新了！

        问题就是这么解决的。

        总结起来，其实软件开发中的所有问题都不难，关键是找到问题的根源

本文来自CSDN博客，转载请标明出处：http://blog.csdn.net/yutan_313/archive/2011/03/19/6260573.aspx