2008-09-08 11 views
2

現在、WCFホスト間で暗号化されたデータを渡す必要があるプロジェクトで作業しています。私が理解しているように、WCFを介して渡されるデータが安全であることを保証する2つの方法しかありません。我々はないですので、証明書を使用して証明書 WCF接続を暗号化する他の方法

  • ドメインを使用して(または、ネットワーク上のすべてのマシンで同じユーザー名とパスワードを持つ)
  • を使用して管理し、するために、高価で複雑になる可能性が

    1. すべての展開でサーバークラスのマシンを持つことが保証されています。ドメインも問題にはなりません。パスワードを変更する必要がある場合は、すべてのマシンで同じユーザー名とパスワードを使用することも問題になります。

      現在、OpenSSHを使用してホスト間の接続をトンネルします。私が気付いていないフレームワークには別のオプションが組み込まれていますか?

    +0

    私はまた、これに対する答えが不思議です。 sshトンネリングが不十分な理由はありますか? – Luke

    +0

    あなたはどのようなバインディングを使用していますか? – Kearns

    +0

    現在、我々はnet.tcpバインディングを使用していますが、バインディングは問題ありません。 SSHは不十分ではないので、クライアントマシンでセットアップを行うのはちょっと複雑です – Mykroft

    答えて

    0

    httpエンドポイントを使用している場合は、httpsなどの安全なトランスポートを使用できます。

    +0

    それでも証明書が必要です... – NotMe

    0

    WCFコンテナ内に配置するデータの伝統的な暗号化を使用します。たぶん、次のようなもの:

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

    +0

    私たちはこれを考えましたが、はるかに低いレベルで機能が強くタイピングされていると考えました。 – Mykroft

    2

    暗号化キーが必要です。キーは通常、証明書として実装されます。コミュニケーションの両面を所有している場合は、信頼できるルート機関から購入することなく、独自の証明書を無料で作成することができます。

    0

    最も安価な方法は、おそらく独自の認証機関を実行することです。つまり、証明書を完全に管理することができますが、外部認証に料金を支払う必要はありません。これを適切に自動化すれば、ネット上のすべてのマシンに暗号の識別情報を与え、ローカル証明書を使ってすべてを結びつけることができます。

    +0

    私はそれが最も安い方法だとは言いません。我々はそれを考慮しましたが、セットアップとメンテナンスの作業のトーンを取っていたでしょう。 – Mykroft

    1

    ここにはalternativeがあります。 IISおよびSSL/X509証明書なしで動作します。

    関連する問題