欢迎您访问程序员文章站本站旨在为大家提供分享程序员计算机编程知识!
您现在的位置是: 首页  >  后端开发

求经验,关于SESSION 存储用户验证信息

程序员文章站 2023-12-27 18:40:33
...
根据搜索查阅各位的资料经验,用户登录以后把密码存放在session里面是不可取的,这个我也认同这个观点。

假如目前网站登录成功以后会在session存放2个变量:userid和username,现在项目因为一些特殊的原因要求每一页面都验证一次用户密码,那么怎么进行对比好?查找到这个用户能获取到数据库里的密码,但是session里没有密码,怎么进行对比验证?

我想还是应该把密码信息存放在session里面,但怎么做才安全?描述的比较混乱,请见谅。

回复内容:

根据搜索查阅各位的资料经验,用户登录以后把密码存放在session里面是不可取的,这个我也认同这个观点。

假如目前网站登录成功以后会在session存放2个变量:userid和username,现在项目因为一些特殊的原因要求每一页面都验证一次用户密码,那么怎么进行对比好?查找到这个用户能获取到数据库里的密码,但是session里没有密码,怎么进行对比验证?

我想还是应该把密码信息存放在session里面,但怎么做才安全?描述的比较混乱,请见谅。

随机生成一个token,保存在session和数据库中,代替用密码进行对比验证。

token隔一段时间更新一次。

  1. 首先,数据库里面也不要存放密码,一般只存放hash后的密文;
  2. 其次session中的用户信息,一般都是用户登录成功后才写入,session失效时间即表示在指定时间内用户有效,不太理解为什么每个页面都要验证一次密码,这样用户也会填的很烦;
  3. 即使每个页面都要验证一次密码,也不要在session中放置密码,可以通过用户提交的密码hash密文与数据库中保留的hash密文进行比对;
  4. 强烈建议在前端对userid、页面的url和提交时间进行hash生成唯一的token,然后在服务端同样对session中userid和页面的url以及提交时间进行hash生成唯一的token,对这两个token进行比对验证;

不同的用户访问网站时都会分配不同的SESSIONID,关闭浏览器后,再次打开也会分配不同的SESSIONID。SESSION本来就是与用户相关的,通过来讲只要验证SESSION中的userid是否存在即可。存在SESSION['userid']就代表着这是一个经验验证的用户。因为只有通过验证后,才会把userid写入SESSION。

密码只在一些必须的操作时,要求再次输入进行。SESSION中不存,是不需要存,而不是每次都需要到数据库中去查询对比。

不得不说你这个需求挺奇葩的。

如果每个页面都需要验证用户密码那要SESSION干嘛?HTTP协议是无状态协议,无法维护事务与事务之间的状态(当同一个用户访问两个页面,会被认为没有关联)。

Cookies(客户端)和Session(服务端)主要就是为了解决这种事务之间的关联关系,也即“会话”。

一般来说当在一个页面(比如登陆页面)验证完用户的密码,都会把“已验证”的告诉Session,在别的页面判断“是否验证”就可以了。

所以你说的“因为一些特殊的原因要求每一页面都验证一次用户密码”,我不知道特殊的原因是什么?如果方便的话,你可以透露一下?或者改善一下你的需求?

// 登陆后,$_SESSION['user']['isLogin'] = 1;
$_SESSION = [
    'user' => [
        'userId' => 1003,
        'userName' => 'BruceLee',
        'isLogin' => 1    // 1为验证过密码,已登陆;0为未登陆
    ],
    'others' => [...]
];

// 其他页面
if($_SESSION['user']['isLogin']){
    // do something...
}else{
    // go login...
}
相关标签: php asp.net

上一篇:

下一篇: