JWT Авторизация - Создаем Fullstack Приложение | Access + Refresh | PostgreSQL, Express, React, Node

• Видео обучает созданию фулстек приложения с авторизацией при помощи GT.  

• В приложении будут страницы для входа и регистрации, а также возможность входа с нескольких устройств.  

• Видео объясняет разницу между аутентификацией и авторизацией, а также роль GT в процессе авторизации.  

• GT - это строка, состоящая из трех блоков: заголовок, хедер и набор полей.  

• Токины используются для авторизации запросов и хранения дополнительной информации о пользователе.  

• В клиентском приложении используются зависимости акции и экспресс для выполнения запросов.  

• В серверном приложении используются зависимости бикрипт, корс, доты, инви, экспресс, джейсон, в токин, но, пг, яп и фингер принт.  

• В серверном приложении генерируются фингер-принты для идентификации устройства пользователя.  

• В видео рассказывается о создании базы данных и подключении к серверу в проекте на языке программирования PHP.  

• Для этого используется пакет PostGIS, который позволяет работать с пространственными данными в базе данных PostgreSQL.  

• В видео демонстрируется реализация логики регистрации пользователя в серверном приложении.  

• Пользователь регистрируется, передавая имя, пароль и роль на сервер, где происходит проверка данных и создание записи в базе данных.  

• В видео объясняется, как работает механизм авторизации и хранения рефреш сессий.  

• Рефреш сессии используются для аутентификации на нескольких устройствах и хранятся в базе данных.  

• Рефреш токины хранятся для учета доступа и инвалидации краденых токинов.  

• В видео демонстрируется реализация методов в классе юзер репозиторий для работы с базой данных.  

• В частности, метод гет юзер дата используется для проверки наличия пользователя с заданным именем в базе данных.  

• В методе refresh token создается и возвращается новый токен, подписанный с использованием секретного ключа.  

• В методе signin создается два токена: refresh token и access token.  

• В методе refresh session создается рефреш-сессия для пользователя, регистрирующегося с данного браузера.  

• Токен сохраняется в памяти приложения, а не в локальном хранилище, чтобы избежать атак.  

• Токен сохраняется в замыкании, чтобы его нельзя было прочитать на клиенте.  

• В файле server.js добавляется конечная точка для запроса на защищенный ресурс.  

• В файле frontend приложения добавляется инстанс для axios для выполнения запросов к защищенным конечным точкам.  

• В функции handle protect resource вызывается запрос к защищенной конечной точке.  

• В файле server.js добавляется перехватчик для добавления заголовка в запрос перед его отправкой.  

• В перехватчике определяется две функции: одна для добавления заголовка в запрос, другая для отклонения запроса с ошибкой.  

• В классе токин сервис содержится метод чек аксес, который проверяет токин на инвалидность и вызывает соответствующий метод контроллера.  

• В методе чек аксес происходит извлечение значения акции токина из заголовка запроса, проверка подлинности токина и его расшифровка.  

• В случае успешного прохождения проверки, токин сохраняется в переменной юзер и вызывается метод некст.  

• В случае ошибки, возвращается статус ответа 401.  

• На стороне клиента выполняется запрос на оф слэш логаут с рефреш токином в куки.  

• На сервере удаляется запись из таблицы рефреш с полученным рефреш токином.  

• После выполнения запроса на клиенте, удаляется локально сохраненный токин.  

• На стороне клиента функция сайнап копируется и помещается внутрь функции с.  

• На сервере метод сай-класса от контроллер содержит код сайнап, но без поля роль.  

• При входе пользователя генерируются новые акции токины, добавляется рефреш сессия в базу данных и возвращается клиенту акции токин с его временем жизни.  

• В файле и меморит добавляется функция рефреш токин, которая запускает таймер обратного отсчета и вызывает сервер за новыми токинами.  

• При выходе из аккаунта и удалении акции токина из памяти, вызывается функция аборт рефреш токин для остановки процесса обновления токинов.  

• На клиентской части вызывается функция рефреш токин при получении токина и рефреш при первом запуске приложения.  

• В видео обсуждается процесс обновления токинов при выходе из аккаунта.  

• Если пользователь был в офлайне более 15 дней, то ему придется заново указать имя и пароль для входа.  

• Внутри метода рефреш, мы получаем рефреш токин из куки и фингер принт.  

• Затем мы вызываем метод ол сервис рефреш, передавая оба значения в объекте.  

• В классе рефреш с репозиторием, мы реализуем метод для проверки рефреш токина.  

• Мы проверяем, что рефреш токин и фингер принт совпадают, и если нет, то возвращаем статус 403.  

• Если рефреш токин не прошел проверку, то мы возвращаем статус 403.  

• Если хакер похитил акции или рефреш токины пользователя, то мы фиксируем попытку несанкционированного обновления.  

• Если фингер принты отличаются, то мы фиксируем данную попытку.  

• В случае, если пользователь пытается войти с нескольких устройств, мы можем авторизоваться с нескольких браузеров и устройств.  

• Однако, процесс добавления сессии в базу данных должен иметь свои меры безопасности, чтобы избежать одновременного входа нескольких пользователей.