на cookies или токенах?
Зависит какого вида реализации у тебя приложение. Учти, что в некоторых случаях токены из URL могут через Referer попадать к злоумышленнику.
Ну разве не очевидно, что он планирует юзать токены в заголовках? 😉
https://file.modx.pro/files/5/6/7/567ac3c7077a5176beaa479aaff8afcf.jpeg
Как я понимаю, JWT может позволить буст производительности получить. Если использовать короткоживущий access token (JWT) + длинноживущий refresh token (не JWT, классический), то будет обмен безопасности (время жизни JWT — столько времени угонщик токена / заблоченный пользователь может им пользоваться даже если токен уже отозван) на производительность (сервисы, требующие авторизации, не будут проверять пользователя на каждом обращении). Если речь идёт о типовом сайтике, в котором на каждом запросе может быть куча SQL-запросов на все таблицы подряд, и юзер, которого надо проверять, лежит в одной из этих таблиц, то смысла это экономить нет. А вот если аутентификация юзера в удалённом сервисе, если её надо делать много раз (когда микросервисы, и один запрос расходится на много новых запросов, и каждый сервис посылает проверку), когда хайлоад и выжимают максимально скорость в каких-то точках — может быть полезно.
Рефреш токен = сессия
Да, для них будет в сервисе аутентификации хранилище традиционное и проверка.
Лучше на токенах
Обсуждают сегодня