2016-03-22 17 views
0

既存のサーバーを使用して、新しい2台目のサーバーへの要求を認証する必要があります。両方のサーバーが信頼され、提案されたワークフローが以下に示されています。信頼できる2台のサーバー間の認証フロー

この例では、サーバー2がサーバー1の認証トークンデータベースにアクセスできないと仮定できます。

Auth flow diagram

  1. ユーザーがサーバー1にユーザー名/パスワードを送信し、サーバーは認証トークンで応答します。
  2. ユーザーは認証トークンが有効で、サーバ1とサーバ1
  3. サーバ2つのチェックから認証トークンを含め、サーバ2からリソースを要求
  4. トークンが有効である場合は、要求されたリソースを持つサーバ2つの応答

このフローには特定の名前がありますか?それは私が見たOAuthの流れにはあまり合わないようです。

このフローは良い考えですか?そうでない場合は、どのような選択肢が推奨されますか?

このフローは、How should a Facebook user access token be consumed on the server-side?で推奨されているフローとほとんど同じですが、ここではFacebookを使用していません。

答えて

0

あなたはOAuth 2をチェックしましたが、それはあなたの要求にもっと適していると思います。

+0

もっと具体的になりますか?どのOAuthフローをお勧めしますか? – RYFN

+1

セクション1.2:プロトコルフローhttp://tools.ietf.org/html/rfc6749、これが役立つことを願って – SecurityNinja

+0

フローは主にクライアントに依存します:それは公開か機密ですか?スクリプト、ネイティブアプリケーション... とにかく@SecurityNinjaが正しければ、OAuth2フレームワークプロトコルはあなたのニーズに合っているはずです。 OAuth2言語では、サーバ1が「認可サーバ」であり、サーバ2が「リソースサーバ」であり、アプリケーションが「クライアント」である –