我已经阅读过有关oAuth,Amazon REST API,HTTP Basic / Digest等的内容,但无法将其全部变成“单件”。这可能是最接近的情况 - Creating an API for mobile applications - Authentication and Authorization
我想建立以API为中心的网站 - 服务。所以(在开始时)我会在中心有一个API,网站(PHP + MySQL)将通过 cURL , Android 和 iPhone 通过他们的网络接口。所以3个主要客户端 - 3个API密钥。任何其他开发人员也可以通过API接口开发,他们将获得自己的API密钥。 API操作将根据userLevel状态被接受/拒绝,如果我是管理员,我可以删除任何内容等,所有其他操作只能操作他们的本地(帐户)数据。
首先,授权 - 我应该使用oAuth + xAuth还是我自己的一些实现(参见http://docs.amazonwebservices.com/AmazonCloudFront/latest/DeveloperGuide/RESTAuthentication.html?r=9197)?据我了解,在亚马逊服务用户是== API用户(有API密钥)。在我的服务上,我需要将标准用户/帐户(在网站上注册的用户)和开发者帐户(应该有他们的API密钥)分开。
因此,我首先需要授权API密钥,然后验证用户本身。如果我使用亚马逊的方案检查开发人员的API密钥(授权他们的应用程序),我应该使用哪个用于用户身份验证?
我在阅读(通过 HTTPS ,HTTP Basic)发布我的用户名和密码后,通过api.example.org/auth
获取令牌,然后在每个后续请求中转发。如果我同时登录 Android 和网站,如何管理令牌?如果我只在第一次请求时使用SSL(当用户名和密码被传输时)而且只在每个其他地方使用HTTP,那么中间人攻击怎么办呢?这个例子Password protecting a REST service?
答案 0 :(得分:122)
总之,保护密钥的最佳方法是不传输密钥。
也就是说,我们通常使用一种方案,其中每个“API密钥”都有两部分:非秘密ID(例如1234)和秘密密钥(例如字节[64])。
现在,当消费者第一次访问您的API时,要连接,请他
然后让他回来
消费者应该将盐存储在会话期间以保持快速和平稳,并且他应该计算并保持客户端和服务器之间的时间偏移。
消费者现在应该计算API密钥和密码的盐渍哈希值。通过这种方式,消费者拥有与密码和API密钥完全相同的哈希值,就像存储在数据库中的密码一样,但没有任何遗留问题。
现在,当消费者后续访问您的API时,要做真正的工作,请让他
服务器不应该接受超过2秒的时间戳,以防止重放攻击。
服务器现在可以计算与客户端相同的哈希值(passwordhash + request_salt + request_timestamp + apikeyhash),并确保