MVC AD Azureリフレッシュトークン（ADAL JavaScript AjaxとKnockoutJs）

セットアップの問題は、あなたがAJAX呼び出しを認証するためにクッキーを使用していることです。クッキーはそれにはあまり適していません。通常、ドメインの外に電話をかける必要があるときやクッキーの有効期限が切れたときに、このアプローチの限界が現れます。一般的には、認証のための適切なSPAサポートがしばらく利用できなかったという事実のために進化のステップであるという共通のアプローチであるという事実は、それを良いアプローチにしていません。あなたは現在の方法を自由に使うことができますが、それは痛みの原因になります。 JSからセッションCookieを更新するための確立されたメカニズムはありません。それは一緒にハッキングすることができますが、そのためのサンプルはありません - 主にハックだからです:)基本的なケースは十分に簡単ですが、すべての可能なケースを考慮するようになるとすぐに（アプリケーションセッションが終了した場合、ユーザーはAzure ADからログアウトし、別のアカウントでサインインしましたか？）。最も簡単なアプローチは、ハイブリッドアプローチを放棄することです。 JSアプリになりたい場合は、サーバ側のログインをすべて削除して、サーバ側のフローをそのまま維持することができます（https://github.com/AzureADSamples/WebAPI-OnBehalfOf-DotNetのような許可のonbehalf経由）。あなたがしたくない場合は、角度に変換する必要もありません。https://github.com/AzureADSamples/SinglePageApp-jQuery-DotNetを参照してください。ポストバックベースのアプリケーションにしたい場合は、JSの部分を削除することができます（ただし、痛い）。

TL;クッキーによるAJAXコールの保護は、クリーンな解決策ではなく、あなたは痛みを感じるようになります。あなたの選択肢は、アドホックハッキングの問題にパッチを当てることです。リファクタリングはより正式なアプローチに向かっています。申し訳ありませんが悪いニュース:(

出典

2015-09-06 23:05:12 vibronet

今私の唯一のオプションは、ログインページへのクライアント側のリダイレクトを使用して、20分ごとにポストバックし、リフレッシュトークンエラーを処理するために非表示のHTML IFrameを使用することです。 – puri

これは数ヶ月ですしかし、私は今この同じ問題を経験しています。あなたの解決策は何ですか？どのようにクライアント側でトークンエラーをキャッチしていますか？ありがとう。 – Namrehs

MVC AD Azureリフレッシュトークン（ADAL JavaScript AjaxとKnockoutJs）

答えて

関連する問題