Авторизация на FastAPI — Регистрация и аутентификация пользователей

• Видео посвящено реализации авторизации и аутентификации для бэкенда.  

• Рассматривается интеграция авторизации в FastAPI и использование токенов.  

• Представлен партнер канала - компания Selectel.  

• Используется библиотека AuthX для авторизации.  

• AuthX поддерживает интеграцию с внешними провайдерами, такими как Google, GitHub, Яндекс и VK.  

• В этом видео рассматривается базовая авторизация через GT-токены.  

• Установка библиотеки AuthX и создание простейшего FastAPI приложения.  

• Создание двух каркасов: для логина и для проверки авторизации.  

• Использование асинхронной логики для упрощения.  

• Импорт и настройка библиотеки AuthX.  

• Конфигурация включает секретный ключ и название токена.  

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

• Рекомендация курса по бэкенд-разработке от автора.  

• Курс охватывает основы бэкенд-разработки, включая FastAPI и базы данных.  

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

• Создание переменной для хранения экземпляра класса AuthX.  

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

• Создание и возврат токена доступа при успешной аутентификации.  

• Аутентификация проверяет логин и пароль, авторизация - права пользователя.  

• Важность ролевой модели и модели доступов.  

• Создание токена и хранение параметров в токене.  

• Запуск приложения и проверка его работы.  

• Демонстрация работы авторизации и аутентификации.  

• При вводе неверных данных получаем ошибку 401.  

• При правильных данных получаем статус 200 и токен доступа.  

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

• Токен доступа обеспечивает дополнительный слой безопасности.  

• Минусы: занимает много места и может замедлять систему при большом количестве запросов.  

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

• Токен кодируется с использованием секретного ключа.  

• Секретный ключ должен быть безопасным и не делиться.  

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

• Для отправки токена на фронтэнд добавляем куки в ответ.  

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

• Это позволяет автоматически отправлять токен с каждым запросом.  

• Для защиты ресурсов используем метод require_token.  

• При отсутствии токена получаем ошибку 403.  

• Библиотека может возвращать ошибку 500, что не всегда корректно.  

• Цель видео - показать, как работает аутентификация и авторизация.  

• Логины отвечают за аутентификацию, а проверка прав - за авторизацию.  

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