2011-10-23 16 views
0

This postは、TLSセッションIDを使用してCookieの盗難を回避する方法を指します。ASP.NETセッション内でTLSセッションIDにアクセスするにはどうすればよいですか? (BEAST Cookieの盗難を避けるため)

ASP.NET内のTLSセッションIDにはどのようにアクセスしますか?

+1

投稿へのフォローアップを確認したい場合があります。 IMHOが提案する解決策には、いくつかの非常に実際的な課題/欠点があります。 – NotMe

+0

セッション状態のキー(または第2の検証)としてTLSセッションIDを使用して、場合によってはクッキーの必要性を取り除く方法については興味があります。プロキシとSSLアクセラレーションセッションに関して、私はそれが検証トークンとして最もよく使われていると考えています。 – LamonteCristo

答えて

1

これは、コメントのために少し長くなって本当に答えですれました:SSL and Load Balancing

あなたが提供されたリンクに掲載何ニコだけで実行可能ではありません:受け入れ答え、ここでは具体的には、第1の段落は

レビューただし、非常に狭いユースケースを除き、サーバーの変更が必要です。

彼は実際の問題点を「不利な点」セクションにリストアップしています。つまり、

TLSセッションIDは、TLSおよびHTTPサーバー側スタック (コンセントレータを含む)の上に公開する必要があります。

私は彼らがいなくてはならないと確信しているものが公開されるまで、あなたは.Netの中でそれらにアクセスするつもりはありません。 Brunoはまったく同じ状況を(私がリンクした質問で)指摘しました。ロードバランサ、NAT、またはSSLコンセントレータのような他のアプライアンスを使用している場合、この情報はWebサーバに届くことはありません...

+0

リンクに関して:セッションIDが変わったらOKです。サーバはそれが何であるかを知り、おそらく(希望すれば)私にその変更を通知します。セッションデータにアクセスするための2要素検証としてTLS SessionIDを使用するという考えを探究したいだけです。 – LamonteCristo

+0

短所に関して:私の解釈は、クライアントとプロキシの間に2つのセッションIDがあり、プロキシとサーバ。はい、そのシナリオではそれほど効果的ではありませんが、クライアントとサーバーの間のSSLプロキシ/アクセラレータの使用率はどれくらいですか? – LamonteCristo

関連する問題