Попытка единого входа в разрозненном наборе продуктов Microsoft - PullRequest
Новая
       13

Попытка единого входа в разрозненном наборе продуктов Microsoft

0 голосов
/ 09 ноября 2011

Я стремлюсь к достижению единого входа в систему с набором продуктов MS (CRM, SharePoint, SSRS, ASP.NET) на основе токена, созданного в приложении ASP.NET на основе Windows Identity Foundation ( WIF).

Интересно, есть ли простой способ проверить / привести пример того, будет ли токен IP-STS, сгенерированный в приложении ASP.NET, разрешать аутентификацию с другими типами приложений в наборе? У меня нет установки SharePoint или CRM.

Любые идеи приветствуются

Ответы [ 3 ]

2 голосов
/ 10 ноября 2011

Одно уточнение: токен не сгенерирован в приложении ASP.NET.Он выпускается во внешнем объекте, который называется IP-STS (или STS, или Identity Provider, или I-STS: все означают одно и то же).Иногда IP-STS реализуется с помощью ASP.NET, но это деталь реализации.STS - , а не вашего приложения.

В общем случае токен, созданный для одного приложения (например, приложения ASP.NET), нельзя использовать в другом.Но это не является обязательным требованием для единого входа с идентификацией на основе утверждений.

С учетом предоставленных вами сведений самым простым способом единого входа со 100% MSFT-портфелем приложений (пользовательских или упакованных) может быть только использование проверки подлинности Windows.Особенно если вы используете AD для аутентификации.В этом случае все просто работает.

Подход, основанный на утверждениях, имеет смысл, когда:

  1. У вас много провайдеров идентификации (MSFT и не-MSFT, ваши и ваши партнеры)
  2. Вы хотите включить сценарии федерации (многие компании взаимодействуют друг с другом)
  3. У вас есть набор технологических стеков (как в приложениях, так и в элементах идентификации)

Если проверка подлинности Windows невозможна и вы все еще хотите использовать заявки, вам необходимо:

  1. Определить, какие версии программного обеспечения, о которых вы упомянули, вам нужно использовать (в SharePoint 2010 и CRM 2011 включены обе заявки)
  2. Предоставление STS (например, ADFS или что-то еще)
1 голос
/ 09 ноября 2011

Windows Identity Foundation (WIF) и проверка подлинности на основе утверждений поддерживаются в последних версиях SharePoint (http://msdn.microsoft.com/en-us/library/ff953202.aspx) и Dynamics CRM (http://msdn.microsoft.com/en-us/library/gg334502.aspx).

)

Для SSRS вам необходимо создать собственное расширение безопасности (http://msdn.microsoft.com/en-us/library/ms155029.aspx), или, если оно в контексте SharePoint, вы можете настроить его для использования аутентификации на основе утверждений: http://technet.microsoft.com/en-us/library/ff487970.aspx.

Если вы используете эти продукты, вы сможете обеспечить единый вход в другие приложения ASP.NET с поддержкой WIF.

0 голосов
/ 09 ноября 2011

Просто упомяните, что он также интегрируется с Office 365 и Azure ACS .

Он также интегрируется с продуктами на основе Java (OpenAM, Ping Identity ...), некоторые из которых бесплатны, ноих загрузка, установка и настройка - это тонна работы.

Мне не известен «простой» способ доказать, что это не так просто для установки продукта.

Существует масса литературына совместимость WIF / ADFS / SSO.Есть ли конкретная причина, почему вы не можете воспринимать это как прочитанное?

...