Recently I have been reading about RTR (Refresh Token Rotation). After going over many blogs, docs, and various StackOverflow answers, I didn't find an appropriate solution for a couple of questions.
- Refresh tokens are meant to be long-lived tokens but in the RTR case scenario where every time an access_token is demanded a new refresh token is granted with it revoking the old refresh token, will the RTR token life span be any shorter compared to a non-RTR token?
- A StackOverflow Question point 2 Refresh token family should have some common characteristics so when reuse is detected it can revoke the family. The answer says In some Identity Server you will have some sort of consent object saved and tokens related to this consent object. Assuming a user logs in via multiple places X and Y and has the same audience, website, and same consent object what characteristics should be applied to categorize the refresh token family for X and Y?
- After the token rotation there is a grace period as mentioned here in case the user comes back with the old token due to some issue, in this case, do we issue a new refresh token and revoke the one granted before with the old one or do we pass on the new refresh token we just created earlier?
Can someone please guide me here, Thank You.
