使用安全会话 cookie 在 HTTP 和 HTTPS 页面之间切换

Question

更新：请注意，每个网站在不安全的 HTTP 和加密的 HTTPS 页面之间切换，都不可避免地容易出现 SSL-strip 。请考虑对整个站点使用 HTTPS，尽管这都不能防止 SSL 剥离，但至少这使用户可以安全地调用该站点（如果他关心的话）。对于需要切换的网站，此方法可能仍然是最佳选择。

这是一种常见的情况，网站的页面包含敏感数据，只能使用 HTTPS 协议访问，而其他页面则包含非关键数据。

我找到了一个解决方案，允许在安全和非安全页面之间切换，同时保持会话，并且想询问您有关该概念中的缺陷的任何提示。您可以在这里找到整篇文章： 使用 SSL 的安全会话 cookie （当然我也很高兴听到它是安全的）。

问题

HTTPS 确保客户端和服务器之间的任何人都无法窃听我们的通信并防止中间人攻击。不幸的是，这不适用于会话 cookie，它也会发送到未加密的请求。

PHP 提供了带有参数 $secure 的函数 session_set_cookie_params(...) 。这就是我们所需要的，但是当我们切换到不安全的页面时，它给我们带来了丢失会话的问题。

身份验证 cookie 身份

验证 cookie 的想法是，当用户输入密码（增加其访问权限）时，我们除了不安全的会话 cookie 之外还创建第二个 cookie，并确保仅加密的 HTTPS 页面可以访问它。

https://www.example.com/login.php

<?php
  session_start();
  // regenerate session id to make session fixation more difficult
  session_regenerate_id(true);

  // generate random code for the authentication cookie and store it in the session
  $authCode = md5(uniqid(mt_rand(), true));
  $_SESSION['authentication'] = $authCode;

  // create authentication cookie, and restrict it to HTTPS pages
  setcookie('authentication', $authCode, 0, '/', '', true, true);

  print('<h1>login</h1>');
  ...
?>

现在每个页面（HTTPS 和 HTTP）都可以读取不安全的会话 cookie，但包含敏感信息的页面可以检查安全身份验证 cookie。

https://www.example.com/secret.php

<?php
  session_start();

  // check that the authentication cookie exists, and that
  // it contains the same code which is stored in the session.
  $pageIsSecure = (!empty($_COOKIE['authentication']))
    && ($_COOKIE['authentication'] === $_SESSION['authentication']);

  if (!$pageIsSecure)
  {
    // do not display the page, redirect to the login page
  }

  ...
?>

攻击者可以操纵会话 cookie，但他永远无法访问身份验证 cookie。只有输入密码的人才能拥有身份验证 cookie，它始终通过加密的 HTTPS 连接发送。

非常感谢您的每一个回答！

Answer 1

更简单的替代方案：始终使用 TLS 正在成为越来越被接受的替代方案，而不是在安全和不安全连接之间来回切换。大部分额外处理时间都花在设置安全隧道上，但这仅完成一次并被缓存（通常）。后续流量的对称加密在现代处理器上非常非常快。认为这会导致服务器开销或可扩展性问题的想法有点过时了。

在最近的一篇博客文章中，一位 Google 工程师报告说，当他们将 GMail 切换到仅 HTTPS 时，他们发现他们的服务器监听仅增加了 4%。 （找不到引用。）