我目前使用 session 让用户登录我的网站。现在，我想将 cookie 添加到组合中，以便人们可以在几天后访问该站点，而不必再次登录。

我不想在 cookie 中存储密码或加密任何东西 - 所以我的解决方案是将用户名存储在 cookie 中，并创建另一个带有某种登录哈希(特定于每个用户的每次登录)的 cookie。然后，在每个页面的顶部，检查 cookie 和登录 session 。如果 cookie 存在但 session 不存在，请找到用户名并让用户登录。

因此，这将在他们成功登录后发生($row['username'] 是他们输入的用户名):

$_SESSION['username']=$row[username];
$_SESSION['user_id']=$row['id'];
$loginhash = substr(str_shuffle("0123456789abcdefghijklmnopqrstuvwxyzABCDEFGHIJKLMNOPQRSTUVWXYZ"), 0, 32);
$number_of_days = 14;
$date_of_expiry = time() + 60 * 60 * 24 * $number_of_days ;
setcookie( "userlogin", $row['username'], $date_of_expiry, "/" ) ;
setcookie( "loginhash", $loginhash, $date_of_expiry, "/" ) ;

$today=date("Y-m-d");

mysql_query("update members set last_login='$today',loginhash='$loginhash' where id='$row[id]' ") or die(mysql_error());

然后在每个页面的顶部，执行如下操作:

if($_COOKIE['userlogin'] && !isset($_SESSION[user_id])){
    $username=mysql_real_escape_string($_COOKIE['userlogin']);
    $loginhash=mysql_real_escape_string($_COOKIE['loginhash']);
    $result=mysql_query("select * from members where (username='$username' || email='$username') && loginhash='$loginhash' ") or die (mysql_error());
    $row=mysql_fetch_array($result);
    $_SESSION['username']=$row[username];
    $_SESSION['user_id']=$row['id'];
}

然后，当然，在用户手动注销时取消设置 cookie。

我的问题是，这样做是否安全(除了其他人使用用户计算机的危险)？每次登录都会生成随机哈希值，因此某人不能仅使用某人的用户名创建 cookie 并以该人的身份登录。

登录脚本是在 HTTPS 上的，所以那边没有危险。

最佳答案

不，这不安全!

我可以看出您执行此操作的方式存在两个主要问题:

1. 我们不将密码存储在数据库中的原因是，万一数据库遭到破坏，攻击者将无法访问我们服务器上的帐户...但这正是您想要的正在处理您的 loginhash。 如果我破坏了你的数据库，我可以在接下来的 14 天内以任何具有事件 cookie 的用户身份登录，只需创建一个包含 username 和 loginhash 的 cookie 来自数据库。

   您可以通过生成随 secret 钥、将其存储在 cookie 中、然后通过像 bcrypt 这样的散列函数运行它并将摘要存储在您的数据库中来纠正此问题。这样，即使完全转储了您的数据库，用户也不能像其他用户一样简单地登录到您的站点。当然，您必须更改比较运算符，以便它比较摘要而不是原始内容。

2. str_shuffle 函数不是加密安全的。它在内部使用 rand，这是相当可预测的，并且会使这个散列很多比您的密码更容易受到攻击。相反，在您的操作系统上使用随机熵(URANDOM 指的是解锁随机，它不如 RANDOM 安全，但因为您的系统将进行大量处理 - 从而产生熵 - 它就足够了)像这样:

改编自this password reset class :

function generateRandomBase64String($length = 32)
{
  if (!defined('MCRYPT_DEV_URANDOM')) die('The MCRYPT_DEV_URANDOM source is required (PHP 5.3).');
  $binaryLength = (int)($length * 3 / 4 + 1);
  $randomBinaryString = mcrypt_create_iv($binaryLength, MCRYPT_DEV_URANDOM);
  $randomBase64String = base64_encode($randomBinaryString);
  return substr($randomBase64String, 0, $length);
}

现在，我们需要让 cookie 劫持变得更加困难

This article解释了 Drupal 如何处理登录 token ，每次用户使用凭据而不是使用 cookie 登录时将 username、loginhash 和 series_id 存储在一起。 loginhash 和 series_id 可以使用上述随机函数生成。

当用户登录时，会检查数据库。如果 username、loginhash 和 series_id 都存在，则用户已登录并生成一个新 cookie使用相同的 username 和 series_id 但有一个新的 loginhash。这意味着每个 cookie 只能使用一次。

此外，以这种方式登录的用户无法执行任何有危害的功能，例如请求重设密码、提取资金和查看敏感信息，而无需进行“正确”的密码登录。这是为了保护 cookie 被劫持的用户。

如果在存在 series_id 但 loginhash 不匹配的情况下检测到登录，我们会删除该用户的所有有效 cookie，并给他留下措辞强烈的消息，表明一个无效的 cookie 被用来访问他的帐户。

边注 re mysql_* 函数

这似乎是新代码，尚未部署。如果现在回头还为时不晚，请考虑将数据库驱动程序切换到 mysqli ( documentation )，它与 ​​mysql 保持非常相似的过程风格，但允许您使用 bound参数和其他现代功能，以提高数据安全性。

关于php - 使用 session 和 Cookie 安全登录，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/18316140/