Каковы последствия установки installSecurityContext = «False», если я использую https?
Моя служба WFC использует wsHttpBinding, настроенную на:
Один из наших партнеров пытается использовать наши сервисы с помощью библиотеки java Metro. У них есть эта проблема. Для этого мне нужно установить installSecurityContext = “False”. Мы сделали быстрый тест, и он действительно работает, когда я устанавливаю его в false.
Каковы были бы последствия не использования безопасных сеансов (установив setupSecurityContext = “False”). Я уже работаю на https. Так будет ли я в порядке с точки зрения безопасности? И есть ли другие последствия для рассмотрения (возможно, производительность)?
- Права доступа WCF ServiceHost
- Использовать веб-службу WCF с помощью Objective-C на iPhone
- Content Type text / xml; charset = utf-8 не поддерживается службой
- Безопасность сообщений WCF без сертификата и windows auth
- Поддержка CORS в службах REST WCF
благодаря
- Сериализовать объекты Entity Framework в JSON
- Большой запрос веб-службы WCF с ошибкой (400) Ошибка HTTP-запроса
- Как я могу вернуть пользовательский код состояния HTTP из метода WCF REST?
- Объекты самоконтроля и объекты POCO
- Шаблоны для компенсации отсутствия наследования в SOA
- CryptographicException «Keyset не существует», но только через WCF
- Иногда добавление ссылки службы WCF генерирует пустой reference.cs
- Приложение типа контента / xml; charset = utf-8 ответного сообщения не соответствует типу содержимого привязки (text / xml; charset = utf-8)
Разница в том, что на не-SCT (токен контекста безопасности) включена конечная точка, обмен ключами и валидация должны выполняться для каждого вызова, а не для однократного и кэшированного для сеанса, и вместо этого в сообщениях передаются только SCT. SCT основаны на симметричном ключе, что делает их намного более эффективными для подписания / шифрования сообщения. Использование SCT очень хорошо, когда клиент, как ожидается, сделает много звонков подряд, потому что он уменьшает необходимость каждый раз делать обмен и валидацию одного ключа.
Я бы рекомендовал, чтобы вы просто открыли другую конечную точку для клиентов, которые не поддерживают SCT, и попросите их использовать это. Клиенты, которые могут использовать SCT, которые вы храните, указывают на конечную точку по умолчанию и сохраняют все преимущества, которые приходят с ней.
Подробнее о теме см. В разделе 3 документации WS-SecureConversation .