Так же можно в jwt в полезную нагрузку добавить некий уникальный хэш. Который сохранять на беке и иметь возможность заставить пользователя с этим jwt токеном разлогинить в приложении.
С учетом специфики jwt долго и бесконтрольно им жить по факту нельзя.
Требование заказчика, для авторизации в приложении, нужно отправлять смс с кодом и только после ввода кода можно пользоваться. При этом заказчик не хочет, чтобы каждый такой клиент приложения (который заходит с большими промежутками) "разорял" его на смс (пытались убедить, но не получилось)
Так же можно в jwt в полезную нагрузку добавить некий уникальный хэш. Который сохранять на беке и иметь возможность заставить пользователя с этим jwt токеном разлогинить в приложении.
С учетом специфики jwt долго и бесконтрольно им жить по факту нельзя.
Но снова таки. Добавить хэш в полезную нагрузку токена. Это будет частично тот же oAuth))) только самодельный.
Требование заказчика, для авторизации в приложении, нужно отправлять смс с кодом и только после ввода кода можно пользоваться. При этом заказчик не хочет, чтобы каждый такой клиент приложения (который заходит с большими промежутками) "разорял" его на смс (пытались убедить, но не получилось)
Ну тогда если выбрали JWT, то предупредить, что время жизни увеличили до года и вопрос безопасности под вопросом.