メインコンテンツへスキップ
Authlete Documentation home page
3.x
日本語
検索...
⌘K
Get Started
Get Started
検索...
Navigation
実装の詳細
認可リクエストやトークンリクエストのパラメーターの取り扱い
はじめに
API リファレンス
ガイド
コアコンセプト
デプロイと運用
リリースノート
リファレンス実装の活用
フローとプロトコル
認可の拡張
グラントタイプとトークンフロー
FAPI
アイデンティティとフェデレーション
セキュリティと強化
実装の詳細
最適な OAuth 2.0 フローの選び方
サービスの設定項目
クライアントの設定項目
リフレッシュトークン発行の有効化
認可リクエストやトークンリクエストのパラメーターの取り扱い
Authlete API からのレスポンスの処理に関する基本的な考えかた
Authentication Callback
OAuth 認証と OpenID Connect
本番運用
メタデータの公開
JWK セットの公開
連携
外部 IdP との連携
Amazon Cognito と最新 OAuth/OIDC 仕様
金融グレード Amazon API Gateway
実装の詳細
認可リクエストやトークンリクエストのパラメーターの取り扱い
ページをコピー
Authlete APIにおける認可サーバーの認可エンドポイントおよびトークンエンドポイントのリクエストパラメーターについての取り扱いに関する技術情報。
ページをコピー
/auth/authorization API における “parameters” の利用
基本的に、認可サーバーの認可エンドポイントおよびトークンエンドポイントが受け付けたリクエストのパラメーターについては、
何も変更せずに
そのまま Authlete API に渡してください。
たとえば、認可リクエストに含まれている scope の値のチェックを、Authlete に任せるだけではなく認可サーバーでも行いたい、としましょう。その場合、認可サーバーは
/auth/authorization
API を呼び出す前にチェックを実施するべきではありません。代わりに、認可リクエストのクエリパラメーターをそのまま同 API の paramaters の値として指定してください。そして API レスポンスの scopes パラメーターに含まれる、Authlete によって検証された結果をチェックしてください。
逆に、
/auth/authorization
API や
/auth/token
API を呼び出す前にパラメーターの検証・操作を行ってしまうと、Authlete の OAuth / OpenID Connect プロトコル処理やエラーチェックの機能を十分に活用できなくなる場合があります。また OAuth / OpenID Connect を十分に理解しないまま独自の前処理を行うことにより、これらの標準仕様に準拠しない、そして最悪の場合にはセキュリティが損なわれた認可サーバーとなってしまう可能性もあります。
このページは役に立ちましたか?
はい
いいえ
リフレッシュトークン発行の有効化
Authlete API からのレスポンスの処理に関する基本的な考えかた
⌘I