OAuth2とOpenIDでログインするためにiframeを使用することをお勧めします

シングルサインオンにOAuth2とOpenIDを使用しています。しかし、私はスタイリングの違いのために、これを使用して始めたいさまざまな既存のウェブサイトからログインするようにユーザーをリダイレクトすることに懸念しています。これを回避するためにIDサーバーのログインページをiframeに表示することをお勧めしますか？OAuth2とOpenIDでログインするためにiframeを使用することをお勧めします

出典

2017-03-27 Rono

Google、Facebook、またはその他のWebベースのプロバイダからのエンドユーザーの同意に基づくログインを使用している場合、リダイレクトを使用する必要がありますが、ユースケースが企業のシナリオに属する場合（大企業のFirewalセキュリティの内部を意味します）アプリケーションでエンドユーザの詳細を収集し、OAuthサーバに直接提出する（ただし、このフローはユーザの同意を必要としないため、必要なものを決定する）。

出典

2017-03-27 18:11:29 dvsakgec

私はリソースオーナーのパスワード資格フローを使用することができますが、一部のウェブサイトは外部から利用できることがわかっていますので、それを使用してユーザー名とパスワードを公開したくありません。独自のIDサーバーの開発を計画しています。 – Rono

外部のウェブサイトの場合は、リダイレクトベースのフローを使用するフェデレーションシナリオに従う必要があります。iframeの代わりに暗黙のフロー（ブラウザ内で実行されるjavascriptクライアント用）とサーバーサイドアプリケーション用のauthzコードベースのフロー。今はスタイリングのために、自分のアイデンティティサーバーなので、スタイリングは問題にならないはずです。 – dvsakgec

私がこれを使用しているウェブサイトでは、さまざまなスタイルを使用しています。私はスタイリングを異なるスタイリングのログインページに向ける必要もなく、ソースサイトに基づいてスタイリングする必要もなく、スタイリングを混ぜる方法を模索しています。 – Rono

OAuth2とOpenIDでログインするためにiframeを使用することをお勧めします

答えて

関連する問題