2017-06-02 18 views
5

トークンのペイロードに特定の属性を追加したいとします。この属性はめったに変更できません(月に1回)。しかし、この変更の直後にトークンが更新されることを望みます。ウェブ/モバイルアプリケーションにおいてAWS Cognito:ユーザー属性の変更によるJWT IDトークンの更新

WORKFLOW

、ユーザは、プロファイルビューを開き、変更は、この属性の現在値もIDトークンに格納されているX.属性。したがって、ユーザーが編集をサブミットした場合、Xの新しい値をバックエンドに保存し、IDトークンの古い値を置き換える必要があります。属性Xは、ユーザーがアプリ内で特定のことを行うことができるかどうかを決定するため、重要です。

ペイロードの属性が変更された場合、Cognitoは何をしますか?次のリクエストでJWT IDトークンの新しいバージョンを送信しますか?

リフレッシュトークンを使用する必要がありますか?または、ユーザーのログアウトとサインインを強制しますか?

答えて

2

この用途では、リフレッシュトークンが適切です。現在のところ、リフレッシュトークンフローは、SDKによってシーンの背後で実行されるため、ユーザープール用の高水準android SDKでは公開されません。今のところ、これを回避するには、低レベルのSDKからリフレッシュトークンを呼び出さなければならないかもしれません。 (私はAmazon Cognitoチームの開発者です。これを、高水準SDKからの許可を得るための機能要求として使用します)

+2

同じ使用例があります。 「低レベルSDKから更新トークンを呼び出す」とはどういう意味ですか?キャッシュされたセッションを返すだけではなく、新しいIDトークンを取得するように 'getSession'呼び出しを強制するいくつかの方法を意味しますか? – Aranda

関連する問題