の検索結果 :
×現代のDrupalアプリケーションは、集中認証のためにOAuth 2.0アイデンティティプロバイダーを利用することがよくあります。このアプローチは認証を強化する一方で、Drupal内部でのユーザーセッション管理にギャップが生じる可能性があります。
認証はアイデンティティプロバイダーに委任できますが、セッションの強制は Drupal 内に残り、トークンの有効期間とセッションの有効期間が分離されます。
このソリューションは、Drupal内でネイティブに動作する一定レベルのカスタマイズ性を導入します。その結果、一貫したアクセス制御、セキュリティリスクの低減、そしてOAuth認証ポリシーを正確に反映したセッション動作が実現します。
このセクションでは、要件と実装プロセスから結果まですべてについて説明します。
Drupalサイトが認証にOAuthを使用する場合、アクセスの決定はOAuthトークンの有効性に基づいて行われることが期待されます。理論上は、トークンの有効期限が切れるとアクセスは直ちに終了するはずですが、実際には必ずしもそうとは限りません。
Drupalセッションは、関連付けられたOAuthトークンの有効期限が切れた後も継続されることがよくあります。セッション管理とトークン検証は別々に動作するため、トークンが無効になったときにアクティブなDrupalセッションを自動的に終了する組み込みメカニズムは存在しません。
ログインすると、OAuth IDプロバイダーは有効期限付きのアクセストークンを渡します。モジュールはトークンからその有効期限を取得し、それを使用してDrupalセッションの継続時間を設定します。
トークンの有効期限同期によるセッションハンドリングにより、DrupalはOAuthトークンの有効性に基づいてアクセス制御(特にアクセスの取り消し)を実施できます。OAuthトークンの本来の目的は、ユーザーが何かにアクセスできるようにするために、常に何かを所持していることです。トークンの有効期限が切れたら、アクセスも取り消されるのは当然のことです。
ご返答ありがとうございます。 すぐにご連絡させていただきます。
何か問題が発生しました。 もう一度質問を送信してください
目次