Skip to content

Latest commit

 

History

History
48 lines (34 loc) · 4.64 KB

README.md

File metadata and controls

48 lines (34 loc) · 4.64 KB
Raw

Задание

Написать часть сервиса аутентификации.

Два REST маршрута

  • Первый маршрут выдает пару Access, Refresh токенов для пользователя с идентификатором (GUID) указанным в параметре запроса
  • Второй маршрут выполняет Refresh операцию на пару Access, Refresh токенов

Используемые технологии

  • Go
  • JWT
  • PostgreSQL

Требования

Access токен тип JWT, алгоритм SHA512, хранить в базе строго запрещено.

Refresh токен тип произвольный, формат передачи base64, хранится в базе исключительно в виде bcrypt хеша, должен быть защищен от изменения на стороне клиента и попыток повторного использования.

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

Payload токенов должен содержать сведения об ip адресе клиента, которому он был выдан. В случае, если ip адрес изменился, при рефреш операции нужно послать email warning на почту юзера (для упрощения можно использовать моковые данные).

Результат

Результат выполнения задания нужно предоставить в виде исходного кода на Github. Будет плюсом, если получится использовать Docker и покрыть код тестами.

P.S. Друзья! Задания, выполненные полностью или частично с использованием chatGPT видно сразу. Если вы не готовы самостоятельно решать это тестовое задание, то пожалуйста, давайте будем ценить время друг друга и даже не будем пытаться :)

Запуск

make run_docker

Обзор сервиса

./inegrational - тестируеться сервис с репозиторием с тестовой базой данных и smtp

./internal/service/auth - основная логика сервиса аутентификации

Пометки по заданию

  1. Нужно было бы сделать конфиг который пробрасывает всему приложение в каком режиме запускаться.
  2. Считаю следовало бы оставить больше комментариев в тестах для обьяснения что просиходит
  3. Сценарий проверки подмены IP адреса есть в интеграционных тестах тут.
  4. По заданию:
    • Access токены в базе не хранятся, хранится только их JTI.
    • Алгоритм SHA512.
    • Refresh токен, формат передачи base64, хрнаиться в bcrypt, в плане защиты со стороны клиента, я добавил роут /session/update только для того чтобы была удобная возможность что-то проверить, его бы следовало скрыть.
    • Access и Refresh токены обоюдно связаны путем того, что в базе сохраняются вместе rTokenHash и JTI, а так же время создание у них у обоих одинаковое.
    • Проверка в случае рефреша с нового IP с которого не были получены токены тут.