【问题标题】:Accessing to AD FS 2.0 Claims through wcf通过 wcf 访问 AD FS 2.0 声明
【发布时间】:2013-06-07 21:41:17
【问题描述】:

目前我正在开发一个 WCF 服务,作为 ASP 应用程序和 AD FS 2.0 之间的中介,因为架构不希望 ASP 应用程序直接与 AD FS 2.0 对话。

他希望任何应用都使用 WCF 服务,并且该服务将在不使用 Visual Studio 的 STS 配置的情况下提供信息(声明)。

所以,我找到了这个代码:https://stackoverflow.com/a/10992474/516715

这可以很好地获得索赔,但我对此有疑问:

  • 如何在 ASP 应用中创建 ADFS 的身份验证、会话和持久 cookie?
  • 如何通过 WCF 服务关闭会话。
  • 关于此案例是否有更多需要注意的细节?
  • 这是否存在安全问题?
  • 有人对此有什么建议吗?

谢谢!

【问题讨论】:

  • 您能否详细说明一下“不希望应用程序与 adfs 对话”。事实是,应用程序从不与 adfs 对话,它是用户的浏览器。
  • 你好@WiktorZychla,当然。在这种情况下,不是使用 STS 配置,而是使用 WCF Service 来提供信息。这是正确的?谢谢。
  • 这听起来像是一个不必要的并发症。
  • @WiktorZychla 我也这么认为:) 你认为有必要编写一个自定义 STS 来涵盖所有这些吗?谢谢!

标签: wcf wif adfs2.0


【解决方案1】:

我会说你正在向整个痛苦世界敞开心扉。

应用程序通过浏览器使用 WIF 与 ADFS 进行通信有一个既定的、经过安全审查的黄金标准模式。

因此,您实际上要做的是通过编写实现所有浏览器功能(例如 cookie)的 Web 服务来重新发明轮子。您的解决方案失去了 ADFS 提供的所有优势,例如SSO、Federation、HRD 等

现在您想通过编写自己的 STS 来更深入地挖掘漏洞。

浏览器模式正是 Microsoft 用于 Windows Live、Office 365 和 Azure Active Directory 的模式。

如果它对 Microsoft 来说足够好,为什么你的架构师不想要它?

【讨论】:

    猜你喜欢
    • 2012-06-14
    • 1970-01-01
    • 1970-01-01
    • 2012-08-18
    • 2020-04-29
    • 1970-01-01
    • 2014-11-28
    • 2020-01-16
    • 1970-01-01
    相关资源
    最近更新 更多