SAML 令牌大小和 REST
我们正在为基于 REST 的服务实施 STS(基于声明的身份验证)。当我们决定创建 REST 服务(使用 JSON)时,众多原因之一是线路占用空间小。使用 STS,只需少量声明的 SAML 令牌,SAML 大小就会变成几 K 字节。对于大多数我们不返回对象列表的 REST 调用,响应大小仅为 100 字节,对于这些调用,此令牌似乎开销太大。您在项目中是如何处理这个问题的?
We are implementing STS (claim based authentication) for the the REST based services. One of the reasons amongst many when we decide to create REST services (with JSON) was the small footprint over the wire. With STS, the SAML token with just a few claims the SAML size becomes few K bytes. For most of the REST calls where we are not returning list of objects, the response size is low 100s bytes and for those calls this token seems too much of overhead. How do you dealt with this in your projects?
如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱,如果其他用户或者作者回复了您的评论,将不能在第一时间通知您!
发布评论
评论(2)
...或 JWT(JSon Web 令牌)。 ACS 也支持这些。
检查这篇文章:Microsoft .NET Framework 4.5 的 JSON Web 令牌处理程序
以下是该库在 .Net 4.5 中的使用示例,该示例发出并验证使用基于 HMAC SHA256 的对称密钥签名的 JWT。
... Or JWT (JSon Web Token). ACS supports these too.
Check this article: JSON Web Token Handler for the Microsoft .NET Framework 4.5
Here is a usage example of this library with .Net 4.5 that issues and validates a JWT signed with symmetric key based HMAC SHA256.
您可以将 SAML 令牌与 REST 端点结合使用,但更常见的是,您会发现人们使用简单 Web 令牌 (SWT)。更小、更简单等等。
例如,ACS(Windows Azure 平台中的访问控制服务)就实现了这一点。
You can use SAML tokens with REST endpoints, but more often you will find people using Simple Web Tokens (SWT) instead. Smaller, simpler, etc.
ACS (Access Control Service in Windows Azure PLatform) implements this, for example.