Междоменный единый вход с помощью Azure, ACS, Sharepoint 2010, сайта MVC и WebService

Если вы доверяете токенам, которые были созданы для MVC или SharePoint, тогда ваш веб-сервис является частью этой «области», поэтому можно добавить эту область как действительную. Проверка uri аудитории может быть изменена из конфигурации или кода. Вы используете WCF? Вы используете WIF с WCF?

<audienceUris>
   <add value="your:sharepoint-and-mvc:realm" />
   <add value="http://webservice" />
</audienceUris>

изменить: прочитав ваш вопрос еще раз и сделанное вами разъяснение, у вас возникнут проблемы с SharePoint, поскольку у них есть STS, который выполнит некоторые преобразования исходного токена ACS и снова подпишет его своими собственными ключами. Это означает, что у вас нет доступа к исходному токену ACS. Я вижу здесь два варианта:

• Создайте свой собственный токен перед использованием службы (вы можете использовать SimpleWebTokens или JsonWebTokens, которые проще реализовать, и общий симметричный ключ).
• Настройте свою службу так, чтобы она доверяла токенам SAML, подписанным ACS или ключом SharePoint, а также URI аудитории.

Поскольку это служба REST, я бы выбрал вариант 1, преобразовал исходный токен в веб-токен JSON, ушел в отставку с вашим собственным ключом и прикрепил токен к заголовку авторизации.

Здесь у вас есть реализация JsonWebTokens (JWT) http://nuget.org/packages/JWT

Вот реализация SimpleWebTokens http://nuget.org/packages/netfx-Microsoft.IdentityModel.Swt

Вы можете использовать JWT также с асимметричным шифрованием с сертификатами x509 (хотя это не реализовано в этом пакете)