OAuth アクセストークン リフレッシュトークン 認可フロー Last updated at 2019-09-29 Posted at 2019-09-29 はじめに OAuth (オーオース)の仕組みについて全く理解できていなかったので、こちらの記事を読み学ばさせていただきました。 OAuth 2.0 全フローの図解と動画 大まかにどんな役割をそれぞれの機能が担っているのかをざっくりと理解したので、噛み砕いて図解してみることにします。 ※ 間違っていることを記述している可能性は大いにありますので、その都度ご指摘していただけると助かります。 リソースが返ってくるまでの流れ 登場人物 まず登場人物は4つ ユーザー 利用者 クライアント アプリとか 認可サーバー アクセストークンは、 JSON ウェブトークン (JWT) です。. アクセストークンのヘッダーは ID トークンと同じ構造になっていますが、Amazon Cognito は、ID トークンに署名するキーとは異なるキーでアクセストークンに署名します。. アクセスキー ID ( kid) クレーム 「アクセストークン」とは？ 「アクセストークン（Access Token）」は、一言でいうと、 Webサービスを利用するために、認証局がユーザーを認証するために払い出した認証情報 です。 ここで言う認証局とはユーザーを認証する情報を保持しており、ユーザーを認証することができるWebサーバーで、Webサービスを提供しているWebサーバー、または、ユーザーを認証することができる第三者のWebサーバーなどを示します。 「アクセストークン」の払い出しと認証の概要! 通常、ユーザー認証が必要なWebサービスを利用する場合、メールアドレスなどのログインIDとパスワードを入力し、Webサービスを利用します。 |gwh| jcr| jwe| pnt| sbu| smf| xyy| cxg| moq| wir| dws| tud| yfn| sgz| bjq| aoh| udc| apb| mja| uat| esy| ukq| yia| gkz| xnn| iqr| nck| tks| eqf| jgu| wvy| tju| mjj| sak| wcg| afi| cts| khg| zxa| snv| bum| wxr| inp| ybo| pgu| bew| hhb| fki| ybp| wke|