gpt4 book ai didi

php - 使用 PHP 登录 RESTful Web 服务

转载 作者:可可西里 更新时间:2023-11-01 16:24:50 25 4
gpt4 key购买 nike

我正在尝试用 PHP 创建一个 RESTful 网络服务。

根据 Roy fielding ,客户端和服务器之间的通信本质上必须是无状态的。

因此,将登录信息(如当前登录用户的用户名)存储在 PHP $_SESSION 变量中是错误的方法吗,因为这意味着存储 session 状态?这是为了允许访问用户的私有(private)数据。

使用 cookie 跟踪登录是否违反 REST 原则?或者它不是太重要的东西?

最佳答案

HTTP 是无状态的,因此对 session 的任何使用都违背了 HTTP 的设计(当今网络上的大多数设计和安全问题都源于此)。

要实现真正的无状态身份验证,请将 WWW-Authenticate 和 Authorization header 与您的 API 一起使用,或者升级 API 以通过 HTTP+TLS (https) 公开,为每个 API 用户帐户颁发一个 X509 证书来标识它们,然后请求它随每个 API 调用一起发送(然后您可以通过您针对帐户保存为 API key 的公钥来识别它们)。

ps:始终值得一读,chapter 6 of Roy's dissertation对于第 5 章 REST 而言,它是无价的,但经常被忽略。

如果需要可以展开答案:) expanding..

Authorization请求 header 和 WWW-Authenticate响应 header 是用于 Challenge Response Authentication 的标准 HTTP header ,用于这些 header 的两种常见和标准化方法是 BasicDigest验证。如果授权凭据与您处理的请求一起发送以允许访问,否则会因相应的状态代码而失败,或者使用 WWW-Authenticate 响应 header 发出质询,该流程与基于表单的身份验证相同,但它在 RESTful HTTP 上工作级别,应该用于验证每个请求而不是设置 session (就像大多数基于表单的身份验证一样)。

HTTP+TLS/x509我提到的方法通常称为 Public key身份验证,它再次在协议(protocol)级别而不是应用程序级别工作,并且是本地支持的。简而言之,客户端在他们这边有一个私钥+证书+公钥,当他们连接到你时,证书(包括公钥)被发送到服务器,然后你从证书中读取详细信息(如果你想) 并使用公钥授权他们,如果你认出它,你就让他们进来。这更安全,因为它使用 HTTP+TLS 堆栈,其中所有内容都被加密,并且连接在客户端和服务器之间,没有任何中间,主要是因为实际上“密码”分为两部分,一个永远不会离开他们机器的私钥和一个公钥,它们一起形成一个 key 对。

PHP手册有a nice section on HTTP Authentication带有代码(用于 header 方法)和 all the functions needed for HTTP+TLS/x509也在手册中(文档中有示例,但分为各种功能)。

关于php - 使用 PHP 登录 RESTful Web 服务,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/3292449/

25 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com