分布式Web应用系统中的安全性

作者: 哇。
发布时间: 2024-04-19 03:38:25 (4月前)
转自：

3 条回复

0#
回复此人
哈哈哈哈 | 2019-08-31 10-32

<div class =“post-text”itemprop =“text”> <P> 您描述的此模型是一种信任托管形式，其中多个客户端信任第三方来处理用户身份验证。 </p> <P> 请参阅Kerberos分布式安全系统。 </p> <P> Kerberos协议及其Web应用程序实现Stanford WebAuth与您描述的相比具有一些优势： </p> <UL> <LI> 当用户登录时，不需要将令牌从A发送到B + C.相反，A（Kerberos术语中的“KDC”）与B（“Kerberized服务器”）共享一个秘密，而只有C与C共享一个秘密。信任关系的初始设置。 </LI> <LI> 令牌无法被拦截，因为它从未以明文形式从A发送给用户。 </LI> </UL> <P> 如果您不需要完整的Kerberos身份验证（实现起来很复杂），我会鼓励这样的模型： </p> <UL> <LI> 用户Joe向A进行身份验证，最好使用质询 - 响应协议，该协议不涉及将Joe的密码发送给A </LI> <LI> 密码签名Joe的用户名，当前时间和一些随机生成的垃圾 </LI> <LI> B和C在指定的时间范围内接受用户，他们可以呈现由A签名的包含其用户名和适当时间的包 </LI> </UL> <P> 这是一种基本的身份验证令牌协议。它在几个方面存在缺陷，但仍然比发送用户密码更好。 </p> </DIV>

编辑
1#
回复此人
Moso31 | 2019-08-31 10-32

<div class =“post-text”itemprop =“text”> <P> 这种安排也有效：您可以将所有请求重定向到服务器A，B和C，首先只将服务器A重定向到服务器A，因为它具有您的所有用户相关数据。现在，一旦请求已经过身份验证（您希望使用哪种方法），并且在业务逻辑中，您需要在服务器之间进行INTERNAL调用。为此，您可以使用在每个服务器上创建部署时的内部用户，并将其授权令牌存储在钱包中。从钱包中获取此内部用户的身份验证令牌并启动呼叫，其他服务器将授权用户。注意：如果您需要执行此操作的实际用户，则无法从Auth Token派生该信息，因为该令牌属于内部用户。在这种情况下，您可以在http授权标头中传递当前登录的用户名。 </p> </DIV>

编辑

登录后才能参与评论