当前位置:Gxlcms > PHP教程 > 给app做的api接口如何保证用户的合法性?

给app做的api接口如何保证用户的合法性?

时间:2021-07-01 10:21:17 帮助过:10人阅读

我在google上面搜索了一些针对app的用户认证方案,也对比过传统PC时代的cookie认证,觉得都不太合理,我想到一个方案,不知道是否合理?

需求大概是这样的,用户通过登录第三方,走oauth接口来登录我们的app。

大概的流程如下:

  1. 用户先登录第三方,然后客户端拿到用户的数据,用https返回发给服务端。其中,传递的数据如下:
{
    “user_id”:”123123123” ,
    “access_token”:”accesstokenstrng”,
    “platform”:”qq”,
    “platform_name”:”xxx”,
}

2、服务端鉴权成功后,拿到用户更进一步的数据,主动帮用户创建一个用户。
3、服务端接着把user_id、登录状态相关信息、动态生成的secret加密串,存储到session之类的地方。
4、服务端把session_id、secret返回给客户端,客户端把这个secret存到内存里面。
5、至此,创建用户成功,结束https连接。

6、后续所有涉及到后端增删改的请求,都走http协议。在发送数据时,客户端先用secret对传输的数据做签名,并把签名signature、session_id一起带过来。
7、服务端根据session_id找到用户的数据,然后同样用secret对数据进行签名。如果两者一样,就证明数据是合法的。然后,就可以往下走常规的业务逻辑了。

这里面又涉及到两个问题:
1、客户端和服务端初始的https是否必要?其实我完全可以把secret内置到app里面。
2、我这种用secret对数据做签名的做法,比起自己搞个公钥私钥走https,好像没啥区别?

可能重复的问题:用PHP做服务器接口客户端用http协议POST访问安全性一般怎么做

回复内容:

我在google上面搜索了一些针对app的用户认证方案,也对比过传统PC时代的cookie认证,觉得都不太合理,我想到一个方案,不知道是否合理?

需求大概是这样的,用户通过登录第三方,走oauth接口来登录我们的app。

大概的流程如下:

  1. 用户先登录第三方,然后客户端拿到用户的数据,用https返回发给服务端。其中,传递的数据如下:
{
    “user_id”:”123123123” ,
    “access_token”:”accesstokenstrng”,
    “platform”:”qq”,
    “platform_name”:”xxx”,
}

2、服务端鉴权成功后,拿到用户更进一步的数据,主动帮用户创建一个用户。
3、服务端接着把user_id、登录状态相关信息、动态生成的secret加密串,存储到session之类的地方。
4、服务端把session_id、secret返回给客户端,客户端把这个secret存到内存里面。
5、至此,创建用户成功,结束https连接。

6、后续所有涉及到后端增删改的请求,都走http协议。在发送数据时,客户端先用secret对传输的数据做签名,并把签名signature、session_id一起带过来。
7、服务端根据session_id找到用户的数据,然后同样用secret对数据进行签名。如果两者一样,就证明数据是合法的。然后,就可以往下走常规的业务逻辑了。

这里面又涉及到两个问题:
1、客户端和服务端初始的https是否必要?其实我完全可以把secret内置到app里面。
2、我这种用secret对数据做签名的做法,比起自己搞个公钥私钥走https,好像没啥区别?

可能重复的问题:用PHP做服务器接口客户端用http协议POST访问安全性一般怎么做

人气教程排行