Другие способы шифрования соединений WCF

В настоящее время я работаю над проектом, который требует передачи зашифрованных данных между узлами WCF. Насколько я понимаю, есть только два способа обеспечить безопасность данных, передаваемых через WCF.

  1. Использование сертификатов
  2. Использование домена (или использование одного и того же имени пользователя и пароля на каждой машине в сети)

Использование сертификатов может быть дорогостоящим и сложным в управлении, и, поскольку мы не гарантируем наличие машины серверного класса при каждом развертывании, о Домене также не может быть и речи. Использование на каждой машине одного и того же имени пользователя и пароля также проблематично, если этот пароль когда-либо потребуется изменить.

В настоящее время мы используем OpenSSH для туннелирования наших соединений между хостами. Есть ли еще одна опция, встроенная в структуру, о которой я не знаю?

Мне также любопытно ответить на этот вопрос; есть ли причина, по которой туннелирование ssh недостаточно?

Luke 09.09.2008 01:07

Какую привязку вы используете?

Kearns 07.10.2008 22:27

В настоящее время мы используем привязку net.tcp, но любая привязка подойдет. SSH недостаточно, его просто сложно настроить на клиентских машинах

Mykroft 08.10.2008 01:16
Стоит ли изучать PHP в 2026-2027 годах?
Стоит ли изучать PHP в 2026-2027 годах?
Привет всем, сегодня я хочу высказать свои соображения по поводу вопроса, который я уже много раз получал в своем сообществе: "Стоит ли изучать PHP в...
Поведение ключевого слова "this" в стрелочной функции в сравнении с нормальной функцией
Поведение ключевого слова "this" в стрелочной функции в сравнении с нормальной функцией
В JavaScript одним из самых запутанных понятий является поведение ключевого слова "this" в стрелочной и обычной функциях.
Приемы CSS-макетирования - floats и Flexbox
Приемы CSS-макетирования - floats и Flexbox
Здравствуйте, друзья-студенты! Готовы совершенствовать свои навыки веб-дизайна? Сегодня в нашем путешествии мы рассмотрим приемы CSS-верстки - в...
Тестирование функциональных ngrx-эффектов в Angular 16 с помощью Jest
В системе управления состояниями ngrx, совместимой с Angular 16, появились функциональные эффекты. Это здорово и делает код определенно легче для...
Концепция локализации и ее применение в приложениях React ⚡️
Концепция локализации и ее применение в приложениях React ⚡️
Локализация - это процесс адаптации приложения к различным языкам и культурным требованиям. Это позволяет пользователям получить опыт, соответствующий...
Пользовательский скаляр GraphQL
Пользовательский скаляр GraphQL
Листовые узлы системы типов GraphQL называются скалярами. Достигнув скалярного типа, невозможно спуститься дальше по иерархии типов. Скалярный тип...
2
3
1 970
5

Ответы 5

Если вы используете конечную точку http, вы можете использовать безопасный транспорт, такой как https.

Используйте традиционное шифрование данных, которые вы помещаете в контейнер WCF. Может быть что-то вроде следующего:

http://www.obviex.com/samples/EncryptionWithSalt.aspx

Мы учли это, но для сохранения строгой типизации функций это должно происходить на гораздо более низком уровне.

Mykroft 09.09.2008 01:16

Для шифрования требуется ключ. Ключи обычно реализуются в виде сертификатов. Если вы владеете обеими сторонами связи, вы можете создать свой собственный сертификат бесплатно, не покупая сертификат у доверенного корневого центра.

Вероятно, самый дешевый способ - создать собственный центр сертификации. Это означает, что у вас есть полный контроль над сертификатами, но вам не нужно платить за внешнюю сертификацию. Если вы автоматизируете это соответствующим образом, вы можете дать каждой машине в вашей сети криптографическую идентификацию и использовать локальную сертификацию, чтобы связать все вместе.

Я бы не сказал, что это самый дешевый метод. Мы учли это, но для настройки и обслуживания потребовалось бы много усилий.

Mykroft 29.10.2008 18:25

Вот альтернатива. Работает без сертификатов IIS и SSL / X509.

Другие вопросы по теме