有人可以逐步描述基于 cookie 的身份验证是如何工作的吗?我从来没有做过任何涉及身份验证或 cookie 的事情。浏览器需要做什么?服务器需要做什么?以什么顺序?我们如何保证事情的安全?
我一直在阅读有关不同类型的身份验证和 cookie 的信息,但我想要一个关于如何一起使用这两者的基本描述——我只读过它们经常一起使用,但找不到关于如何使用的描述。
有人可以逐步描述基于 cookie 的身份验证是如何工作的吗?我从来没有做过任何涉及身份验证或 cookie 的事情。浏览器需要做什么?服务器需要做什么?以什么顺序?我们如何保证事情的安全?
我一直在阅读有关不同类型的身份验证和 cookie 的信息,但我想要一个关于如何一起使用这两者的基本描述——我只读过它们经常一起使用,但找不到关于如何使用的描述。
我意识到这已经晚了好几年,但我认为我可以扩展康纳的答案并在讨论中添加更多内容。
有人可以逐步描述基于 cookie 的身份验证是如何工作的吗?我从来没有做过任何涉及身份验证或 cookie 的事情。浏览器需要做什么?服务器需要做什么?以什么顺序?我们如何保证事情的安全?
第 1 步:客户 > 注册
首先,用户必须注册。客户端向服务器发送一个 HTTP 请求,其中包含他/她的用户名和密码。
第 2 步:服务器 > 处理注册
服务器接收此请求并在将用户名和密码存储在数据库中之前对密码进行哈希处理。这样,如果有人访问您的数据库,他们将看不到您用户的实际密码。
第 3 步:客户端 > 用户登录
现在您的用户登录。他/她提供了他们的用户名/密码,然后再次将其作为 HTTP 请求发布到服务器。
第 4 步:服务器 > 验证登录
服务器在数据库中查找用户名,对提供的登录密码进行哈希处理,并将其与数据库中先前哈希处理的密码进行比较。如果没有签出,我们可能会通过发送 401 状态码并结束请求来拒绝他们的访问。
第 5 步:服务器 > 生成访问令牌
如果一切顺利,我们将创建一个访问令牌,它唯一地标识用户的会话。仍然在服务器中,我们使用访问令牌做两件事:
此后,cookie 将附加到客户端和服务器之间的每个请求(和响应)。
第 6 步:客户端 > 发出页面请求
回到客户端,我们现在已经登录了。每次客户端请求需要授权的页面(即他们需要登录)时,服务器都会从 cookie 中获取访问令牌并与在与该用户关联的数据库中。如果它签出,则授予访问权限。
这应该让你开始。请务必在注销时清除 cookie!
cookie 基本上只是字典中的一个项目。每个项目都有一个键和一个值。对于身份验证,密钥可能是“用户名”,值是用户名。每次您向网站发出请求时,您的浏览器都会在请求中包含 cookie,主机服务器将检查 cookie。所以认证可以像这样自动完成。
要设置 cookie,您只需将其添加到服务器在请求后发回的响应中。浏览器将在收到响应后添加 cookie。
您可以为 cookie 服务器端配置不同的选项,例如过期时间或加密。加密的 cookie 通常称为签名 cookie。基本上服务器对字典项中的键和值进行加密,因此只有服务器可以使用这些信息。所以cookie是安全的。
浏览器将保存服务器设置的 cookie。在浏览器向该服务器发出的每个请求的 HTTP 标头中,它将添加 cookie。它只会为设置它们的域添加 cookie。Example.com 可以设置 cookie 并在 HTTP 标头中添加选项,以便浏览器将 cookie 发送回子域,例如 sub.example.com。浏览器将 cookie 发送到不同的域是不可接受的。
基于 Cookie 的身份验证
基于 Cookie 的身份验证通常按以下 4 个步骤工作-
用户在登录表单中提供用户名和密码,客户端/浏览器发送登录请求。
发出请求后,服务器通过查询数据库在后端验证用户。如果请求有效,它将使用从数据库中获取的用户信息创建一个会话并存储它们。对于每个会话,都会创建一个称为会话 ID 的唯一 ID。默认情况下,会话 ID 将通过浏览器提供给客户端。
浏览器将在每个后续请求中提交此会话 ID。会话 ID 会根据数据库进行验证。根据这个会话 ID,服务器将识别会话属于哪个客户端,然后授予请求访问权限。
一旦用户退出应用程序,会话在客户端和服务器端都被销毁。