Skip to content
This repository has been archived by the owner on Jul 2, 2024. It is now read-only.

Latest commit

 

History

History
560 lines (391 loc) · 24.7 KB

lesson39.md

File metadata and controls

560 lines (391 loc) · 24.7 KB

Урок 39. REST аутентификация. Авторизация. Permissions. Фильтрация.

Аутентификация и её виды

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

Аутентификация сессией

Основана на данных сессии, которые мы уже рассматривали. Авторизация происходит один раз, после чего информация о пользователе хранится в "куках" и передаётся при каждом запросе.

В чём недостатки такого подхода для REST API?

Во-первых, для того чтобы выполнять любые небезопасные методы POST, PUT, PATCH, DELETE необходимо использовать CSRF Token, а это значит, что для выполнения таких запросов необходимо каждый раз делать дополнительный запрос для получения токена.

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

Базовая аутентификация

Аутентификация основанная на том, что в каждом запросе в хедере запроса будет передаваться логин и пароль необходимого пользователя. Чаще всего для использования такого вида аутентификации в запрос добавляется хедер Authorization со значением, состоящим из слова Basic и кодированного при помощи base64 сообщения вида username:password например:

Authorization: Basic bXl1c2VyOm15cGFzc3dvcmQ= для username - myuser, password - mypassword

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

Аутентификация по токену

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

Поэтому самым частым видом авторизации является авторизация по токену. Что это значит?

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

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

Алгоритм генерации самого токена тоже может быть практически любым (Чаще всего просто генерация большой случайной hex (шестнадцатеричной) строки), как и данные, на которых он основан (при случайном токен входных данных нет, но может быть основан на каких-либо личных данных, на метках времени и т. д.)

Внешняя аутентификация

Благодаря механизму токенов, за авторизацию может отвечать вообще не ваш сервер. Допустим, если взять классическую авторизацию через соцсети, то генератором токена является сама соцсеть, мы лишь предоставляем данные для авторизации соцсети. В ответ получаем токен, при этом мы понятия не имеем, как именно его генерирует условный фейсбук, но всегда можно убедится в его правильности, обратившись к API соцсети.

По такому же принципу сервером авторизации может быть практически любой внешний сервер, с которым есть предварительная договорённость. Допустим, вы работаете с командой, которая его разрабатывает, и можете узнать, как этим пользоваться. Для открытых соцсетей обычно есть документация по использованию их API, где подробно написано, как пользоваться их авторизацией. Также для таких механизмов существует большое количество уже написанных packages.

Реализация и использование в Django REST Framework

Из-за CSRF токенов авторизация через сессию практически не используется, поэтому мы не будем подробно её рассматривать

Basic Аутентификация

Чтобы использовать Basic аутентификацию, достаточно добавить в настройку REST_FRAMEWORK, в settings.py:

REST_FRAMEWORK = {
    'DEFAULT_AUTHENTICATION_CLASSES': [
        'rest_framework.authentication.BasicAuthentication',
    ]
}

Если нам необходимо использовать несколько аутентификаций, мы можем указать их в списке, например:

REST_FRAMEWORK = {
    'DEFAULT_AUTHENTICATION_CLASSES': [
        'rest_framework.authentication.BasicAuthentication',
        'rest_framework.authentication.SessionAuthentication',
    ]
}

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

Если необходимо добавить классы авторизация прям во вью, можно указать их через аттрибут authentication_classes для Class-Based View и такой же декоратор для функциональной вью.

from rest_framework.authentication import SessionAuthentication, BasicAuthentication
from rest_framework.permissions import IsAuthenticated
from rest_framework.response import Response
from rest_framework.views import APIView


class ExampleView(APIView):
    authentication_classes = [SessionAuthentication, BasicAuthentication]

    def get(self, request, format=None):
        content = {
            'user': unicode(request.user),  # `django.contrib.auth.User` instance.
            'auth': unicode(request.auth),  # None
        }
        return Response(content)
@api_view(['GET'])
@authentication_classes([SessionAuthentication, BasicAuthentication])
@permission_classes([IsAuthenticated])
def example_view(request, format=None):
    content = {
        'user': unicode(request.user),  # `django.contrib.auth.User` instance.
        'auth': unicode(request.auth),  # None
    }
    return Response(content)

Авторизация по токену

Если необходимо использовать токен авторизацию, то DRF предоставляет нам такой функционал "из коробки", для этого нужно добавить rest_framework.authtoken в INSTALLED_APPS

INSTALLED_APPS = [
    ...
    'rest_framework.authtoken'
]

И указать необходимую авторизацию в settings.py:

REST_FRAMEWORK = {
    'DEFAULT_AUTHENTICATION_CLASSES': [
        ...
        'rest_framework.authentication.TokenAuthentication',
    ]
}

После этого обязательно нужно провести миграции этого приложения python manage.py migrate

Чтобы создать токены для уже существующих юзеров, нужно сделать это вручную (или написать дата миграцию).

from rest_framework.authtoken.models import Token

token = Token.objects.create(user=...)
print(token.key)

После этого можно использовать авторизацию токеном:

Authorization: Token 9944b09199c62bcf9418ad846dd0e4bbdfc6ee4b

Генерация токенов

Чаще всего генерацию токенов "вешают" на сигналы:

from django.conf import settings
from django.db.models.signals import post_save
from django.dispatch import receiver
from rest_framework.authtoken.models import Token


@receiver(post_save, sender=settings.AUTH_USER_MODEL)
def create_auth_token(sender, instance=None, created=False, **kwargs):
    if created:
        Token.objects.create(user=instance)

Получение токена

Для получения токена можно использовать стандартную вью, для этого нужно добавить в URLs obtain_auth_token:

from rest_framework.authtoken import views

urlpatterns += [
    path('api-token-auth/', views.obtain_auth_token)
]

Если необходимо изменить логику получения токена, то это можно сделать, отнаследовавшись от from rest_framework.authtoken.views import ObtainAuthToken:

from rest_framework.authtoken.views import ObtainAuthToken
from rest_framework.authtoken.models import Token
from rest_framework.response import Response


class CustomAuthToken(ObtainAuthToken):

    def post(self, request, *args, **kwargs):
        serializer = self.serializer_class(data=request.data,
                                           context={'request': request})
        serializer.is_valid(raise_exception=True)
        user = serializer.validated_data['user']
        token, created = Token.objects.get_or_create(user=user)
        return Response({
            'token': token.key,
            'user_id': user.pk,
            'email': user.email
        })

Не забыв заменить URLs:

urlpatterns += [
    path('api-token-auth/', CustomAuthToken.as_view())
]

Кастомная авторизация

Кроме своего токена и своего способа его получения, можно также расписать и свою собственную авторизацию, для этого нужно отнаследоваться от базовой и описать нужные методы:

from django.contrib.auth.models import User
from rest_framework import authentication
from rest_framework import exceptions


class ExampleAuthentication(authentication.BaseAuthentication):
    def authenticate(self, request):
        username = request.META.get('HTTP_X_USERNAME')
        if not username:
            return None

        try:
            user = User.objects.get(username=username)
        except User.DoesNotExist:
            raise exceptions.AuthenticationFailed('No such user')

        return (user, None)

Manage-команда drf_create_token

python manage.py drf_create_token <username>

Принимает параметр username и генерирует токен для такого юзера, если необходимо, то можно перегенерировать при помощи флага -r

python manage.py drf_create_token -r <username>

Немного о реальности

На практике практически всегда необходимо переписать токен под свои задачи, как минимум ограничить его время для жизни и сделать перегенерацию по истечении времени жизни, сделаем это как практику на этом занятии.

Внешние сервисы

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

Авторизация для тестирования через браузер

В REST фреймворк встроена возможность тестировать API через браузер, используя сессионную авторизацию. Для этого достаточно добавить встроенные URLs и перейти по этому адресу, после этого по вашим API URLs вы будете переходить как уже авторизированный пользователь:

urlpatterns += [
    path('api-auth/', include('rest_framework.urls')),
]

Permissions

Они же права доступа.

Задать разрешения можно на уровне проекта и на уровне ресурса.

Чтобы задать на уровне проекта, в settings.py необходимо добавить:

REST_FRAMEWORK = {
    'DEFAULT_PERMISSION_CLASSES': [
        'rest_framework.permissions.IsAuthenticated',
    ]
}

Для описания на уровне объектов используется аргумент permission_classes:

from rest_framework import permissions


class ExampleModelViewSet(ModelViewSet):
    permission_classes = [permissions.IsAuthenticatedOrReadOnly]

Существует достаточно много заготовленных пермишенов.

AllowAny - можно всем
IsAuthenticated - только авторизированным пользователям
IsAdminUser - только администраторам
IsAuthenticatedOrReadOnly - залогиненым или только на чтение

Все они изначально наследуются от rest_framework.permissons.BasePermission.

Но если нам нужны кастомные, то мы можем создать их, отнаследовавшись от permissions.BasePermission и переписав один или оба метода has_permisson() и has_object_permission()

Например, владельцу можно выполнять любые действия, а остальным только чтение объекта:

from rest_framework import permissions


class IsOwnerOrReadOnly(permissions.BasePermission):
    """
    Custom permission to allow only owners of an object to edit it.
    """

    def has_object_permission(self, request, view, obj):
        # Read permissions are allowed to any request,
        # so we'll always allow GET, HEAD or OPTIONS requests.
        if request.method in permissions.SAFE_METHODS:
            return True

        # Write permissions are only allowed to the owner of the snippet.
        return obj.owner == request.user

    def has_permission(self, request, view):
        return True

has_permission() - отвечает за доступ к спискам объектов has_object_permission() - отвечает за доступ к конкретному объекту

Пермишены можно указывать через запятую, если их несколько:

permission_classes = [permissions.IsAuthenticatedOrReadOnly,
                      IsOwnerOrReadOnly]

Если у вас нет доступов, вы получите вот такой ответ:

{
    "detail": "Authentication credentials were not provided."
}

Кеширование

Используется декоратор method_decorator и методы cache_page() и vary_on_cookie():

from django.utils.decorators import method_decorator
from django.views.decorators.cache import cache_page
from django.views.decorators.vary import vary_on_cookie

from rest_framework.response import Response
from rest_framework.views import APIView
from rest_framework import viewsets


class UserViewSet(viewsets.ViewSet):

    # Cache requested url for each user for 2 hours
    @method_decorator(cache_page(60 * 60 * 2))
    @method_decorator(vary_on_cookie)
    def list(self, request, format=None):
        content = {
            'user_feed': request.user.get_user_feed()
        }
        return Response(content)


class PostView(APIView):

    # Cache page for the requested url
    @method_decorator(cache_page(60 * 60 * 2))
    def get(self, request, format=None):
        content = {
            'title': 'Post title',
            'body': 'Post content'
        }
        return Response(content)

cache_page декоратор кеширует только GET и HEAD запросы со статусом 200.

Пример использования авторизации в ресурсах

class SomeModelViewSet(ModelViewSet):
    serializer_class = SomeSerializer
    queryset = SomeModel.objects.all()

    def perform_create(self, serializer):
        serializer.save(user=self.request.user)

Таким образом, мы можем добавлять объект юзера при сохранении нашего сериалайзера.

Фильтрация

DRF предоставляет нам огромные возможности для фильтрации, практически не дописывая для этого специальный код.

SearchFilter

Как и с другими параметрами, у нас есть два варианта указания фильтрации, общая для всего проекта или конкретная для определённого класса или функции.

Для указания общего фильтра на весь проект необходимо добавить в settings.py в переменную REST_FRAMEWORK:

REST_FRAMEWORK = {
    ...
'DEFAULT_FILTER_BACKENDS': ['rest_framework.filters.SearchFilter']
}

Для указания в конкретном классе необходимо использовать аргумент filter_backends. Принимает коллекцию из фильтров, например:

from rest_framework.filters import SearchFilter, OrderingFilter


class GroupViewSet(ModelViewSet):
    queryset = Group.objects.all()
    filter_backends = [SearchFilter, OrderingFilter]

Или же соответсвующий декоратор для использования в функциях.

Как пользоваться?

Для использования необходимо добавить в класс параметр search_fields

class GroupViewSet(ModelViewSet):
    queryset = Group.objects.all()
    filter_backends = [SearchFilter, OrderingFilter]
    search_fields = ['name', 'label']

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

Теперь у нас есть возможность добавить query параметр search= (ключевое слово можно поменять через settings.py, чтобы искать по указанным полям).

Например:

http://127.0.0.1:9000/api/group/?search=Pyt

Результат будет отфильтрован так, чтобы отобразить только те данные, у которых хотя бы в одном из указанных полей будет найдено частичное совпадение без учёта регистра (lookup icontains).

Если нам необходим более специфический параметр поиска, существует 4 специальных настройки в параметре search_fields:

  • ^ Поиск только в начале строки
  • = Полное совпадение
  • @ Поиск по полному тексту (работает на основе индексов, работает только для postgres)
  • $ Поиск регулярного выражения

Например:

class GroupViewSet(ModelViewSet):
    queryset = Group.objects.all()
    filter_backends = [SearchFilter, OrderingFilter]
    search_fields = ['=name', '^label']

OrderingFilter

Точно также можно добавить ordering фильтр для того, чтобы указывать ordering в момент запроса через query параметр ordering= (также можно заменить через settings.py)

Необходимо указать параметр ordering_fields, также принимает коллекцию из полей. Также может принимать специальное значение __all__ для возможности сортировать по любому полю.

class GroupViewSet(ModelViewSet):
    queryset = Group.objects.all()
    filter_backends = [SearchFilter, OrderingFilter]
    ordering_fields = ['name', 'label']

В query параметре может принимать символ - или список полей через запятую.

Примеры:

http://example.com/api/users?ordering=username

http://example.com/api/users?ordering=-username

http://example.com/api/users?ordering=account,username

Свой собственный фильтр

Как и со всем остальным, можно написать свой собственный фильтр, для этого необходимо наследоваться от rest_framework.filters.BaseFilterBackend и описать один метод filter_queryset, в котором можно описать любую логику.

Например, этот фильтр будет отображать только те объекты, которые принадлежат юзеру.

class IsOwnerFilterBackend(filters.BaseFilterBackend):
    """
    Filter that only allows users to see their own objects.
    """
    def filter_queryset(self, request, queryset, view):
        return queryset.filter(owner=request.user)

Сложные комплексные фильтры

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

Например:

pip install django-filter
pip install djangorestframework-filters
pip install djangorestframework-word-filter

Все они легко настраиваются и значительно расширяют возможность использования фильтров. Изучите их самостоятельно.

Практика

  1. Пишем Basic Authentication.

  2. Пишем Token Authentication.

  3. Пишем viewsets для моделей из модуля и создаём 2 покупки и 1 возврат через postman.

  4. Пишем собственный токен, который перестаёт действовать через 10 минут.

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