2011-01-03 11 views
0

私は次のことを理解できません:WS-Securityとhttpsは代替として提示されています。
問題はhttpsで説明したように、仲介者、つまりプロキシがクライアントとサーバーの間にある場合です。
次に、arroundとguarranteeのポイントツーポイントセキュリティを動作させることができます。プロキシとサーバーの間にありますが、終わりにはありません。
だから我々は持つことができます。ws-securityとトランスポートセキュリティ

クライアント< - (セキュア) - >プロキシ < - (セキュア) - >サーバー

をしかし、これは

と等しくありません
Client <--(secure)--> Server 

なぜエンドツーエンドが保証されないのですか?誰かが具体的な例を挙げてもらえますか?
私のネットワークにプロキシがない場合、これはhttpsが正常であることを意味しますか?
逆に、私はプロキシを持っていればWS-Securityを代わりに使用する必要がありますか?
ありがとうございます

答えて

3

あなたの理解は正確ではありません。 HTTPSを使用すると、クライアントとサーバー間の通信が安全になります。プロキシは、あなたが通信しているホスト以外の通信について何も知らない。これは、HTTPSプロキシ(HTTP Connectコマンド、詳細はRFC 2616を参照)を使用することで実現します。だから、HTTPSには問題はありません(私はあなたがどこにいるのか分かりません)。

+0

@Eugene:返信ありがとうございます。あなたはウィキhttp://en.wikipedia.org/wiki/WS-Security#Alternativeで見ることもできます。これは、 – Cratylus

+0

@ user384706に言及しています。ウィキペディアのテキストでは、「メッセージがアプリケーションレベルのプロキシサーバーを通過する必要があるかどうか」について話しています。 HTTPSプロキシはアプリケーションレベルのプロキシ(HTTPプロキシとは異なり)ではなく、トランスポートレベルのプロキシです.HTTPSプロキシはクライアントとサーバー(または別のプロキシ)間にトンネルを構築し、内部を見ずにデータを前後に送信します。 –

+0

@Eugene:WS-Securityが必要/導入されたのはなぜですか? – Cratylus

関連する問題