.net - 何时值得实现 WIF 解决方案？

Question

我正在尝试为 Intranet 应用程序构建/架构一个安全解决方案，我想知道根据要求实现 WIF 级别的解决方案是否值得。
基本上，我有以下考虑事项

通用平台是 ASP.NET MVC 3/Windows Servers/SQL Server 2008 R2 数据库。

信息从提供工作流软件解决方案的外部供应商进入我们的系统

由于供应商软件仅涵盖公司典型工作流程的一部分，因此他们会将数据作为 REST 调用发送给我们。我们端使用 WCF 休息调用来接收这些数据。

作为安全措施的一部分，应该为外部供应商的服务器构建 VPN 隧道。

来自高层的压力是这个 VPN 不够安全。此外，由于存在授权问题(一些用户不应该访问某些数据)，我们应该有一些东西来识别我们端和供应商端的用户，以确保信息来自正确的人，具有适当的权利进行这些更改。

外部供应商有他们自己的安全系统，但没有什么是我们可以真正利用的，所以我不确定我们可以做些什么来同步安全性。

我们选择的工作流部分是通过 MVC 3/SQL Server 处理的。

我们公司使用 Active Directory 进行用户管理，如果可以的话，我希望可以依靠它。理想情况下，我不想向我们的用户介绍 Yet Another Password，因为他们将拥有自己的工作登录名、外部工作流供应商登录名以及其他供应商的登录名。

虽然该解决方案最初将成为我现在所在公司的一部分，但它可能会推广到我们同一 Active Directory 下的其他姊妹公司。

虽然使用工作流解决方案将仅限于 Active Directory 中的用户，但我们可能会有外部用户，我们不希望为其提供 Active Directory 帐户来查看在 SSRS 上运行的报告。

对不起，如果这真的很长，但我希望提供尽可能多的信息，我可以获得这个问题的最佳答案/解决方案/实践/建议。
谢谢。

Answer 1

如果您想在 future 证明您的解决方案，那么安装 WIF 是值得的。 WIF 支持声明，Microsoft 正在围绕声明构建他们的应用程序，例如SharePoint 2010、CRM Dynamics 2010、Office 365 和 Azure ACS 都是围绕声明、WIF 和 STS 构建的。

一旦安装了基础设施，与其他合作伙伴联合起来就相对容易了。传统的方法是在 AD 之间启用信任，但是随着您添加越来越多的公司，您会遇到 IP、Netbios 等冲突的问题。

WIF 解决了您提出的一些问题。

允许外部用户访问而不将其添加到本地 AD

IIS SSL 之上的附加加密层。

为用户分配角色以进行授权(粗粒度和细粒度)

单点登录

建于公元后