プロバイダにおいて、アクセストークンをどのようにシステムで保持するのかっていうところを考えたり調べたりしていました。トークンとも呼ばれるトークンの表現方法です。認可サーバー内部のデータ実体に対する単なる参照として表現され、トークンの文字列自体に意味はありません。手に入れるという形になります。Assertionトークン自体に意味を持たせるトークンの表現方法です。アクセストークンに焦点を合わせると、トークンを発行するのは認可サーバ、トークンを検証するのはリソースサーバです。トークンを使用するのが自然でしょう。等、認可サーバとリソースサーバ間でトークンに関わる情報を共有できるからです。抽出するでも、認可サーバとリソースサーバは分散され得ます。この場合、認可サーバからリソースサーバへ、トークンの検証に関する情報を通知する必要がでてきます。Tokenより)ことを鑑みると、アクセストークンはそれなりの量が発行されます。圧迫していくのは容易に想像ができます。仕様化されていたりします。提供するリソースサーバへのアクセスが発生するというデメリットがあります。トークンが登場します。これにより、リソースサーバはどのサーバと通信することなく、アクセストークンのみから検証が可能になります。トークンを実現するための方法には完全性と秘匿性が要求されます。トークン化したようなもので、上記のようなことが容易に実現できます。トークンに付与する情報が多くなるほどトークンが長くなります。一度発行されたトークンは完全に「独立」するので、途中で無効化する、なんてことは難しくなります。有効期限の適切なコントロールが必要になるでしょう。月別アーカイブ参加グループテクノロジープログラミングはてなブログをはじめよう!kiririmodeさんは、はてなブログを使っています。ブログを報告するスターをつけました引用をストックしましたストック一覧を見る閉じる引用するにはまずログインしてくださいログイン閉じる引用をストックできませんでした。再度お試しください閉じる限定公開記事のため引用できません。