Как защитить API с JWT: пошаговое руководство

Содержание

Если ваш API доступен извне, его нужно защищать. Рассказываем, как использовать JWT: от выдачи токена до его отзыва.

Введение

Если API открыт для внешнего мира, его обязательно нужно защищать — иначе любой желающий сможет забраться в ваши эндпоинты и сделать с данными что угодно. Один из самых простых и при этом рабочих способов — аутентификация через JWT. Токен хранит в себе нужную информацию, легко проверяется и не требует постоянных запросов к базе, что особенно удобно при работе с VPS, где важна производительность и независимость от сессионного хранилища.

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

Аренда VPS/VDS — от ₽219/месяц

Почему выбирают VPS от AdminVPS:

✓ Дешевле физического сервера

✓ Более гибкий и мощный, чем обычный хостинг

✓ Бесплатная защита от DDoS и техподдержка 24/7

✓ Масштабируется под любые задачи

Виртуальный сервер VPS/VDS — ваш личный сервер для сайтов, магазинов, ботов и других проектов.

Основы JWT и принцип работы аутентификации

JWT (JSON Web Token) — это компактный способ передавать информацию о пользователе между клиентом и сервером. Внутри токена три части: заголовок, полезная нагрузка и подпись. Заголовок указывает тип токена и алгоритм шифрования, например, HS256. В нагрузке всё, что нужно: ID пользователя, роли, права. Подпись подтверждает, что токен не подделан. Она создаётся на основе первых двух частей и секретного ключа, который знает только сервер.

Когда пользователь входит в систему, сервер проверяет данные и выдаёт токен с нужной информацией и сроком действия. Клиент сохраняет его, например, в cookie или памяти приложения. При каждом запросе к API токен отправляется в заголовке Authorization, а сервер проверяет подпись и срок, чтобы убедиться, что перед ним тот самый пользователь.

В отличие от сессий, JWT не требует ничего хранить на сервере, всё уже внутри токена. Это упрощает масштабирование и ускоряет работу. Но есть нюанс: если токен украдут, отозвать его не получится. Поэтому задайте короткий срок действия, например, 15 минут, и сразу настройте механизм обновления.

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

Этап	Что происходит	Примечания
1. Аутентификация	Пользователь вводит логин и пароль	Сервер проверяет и создаёт JWT
2. Формирование токена	JWT = Заголовок + Нагрузка + Подпись	Например, HS256, {"user_id": 42}, HMAC
3. Отправка токена	Сервер отправляет токен клиенту	Хранится в localStorage, sessionStorage или cookie
4. Использование токена	При каждом запросе токен отправляется в заголовке	Authorization: Bearer <токен>
5. Проверка на сервере	Сервер проверяет подпись и срок действия	Нет обращения к базе — всё в токене
6. Обновление токена	Клиент получает новый токен по refresh-механизму	Обязательно для безопасности
7. Истечение срока	Токен становится недействительным	Пользователь проходит аутентификацию заново

Таблица. Как работает JWT на практике

Создание сервера аутентификации и выдача токенов

Для начала создайте сервер, который выдаёт JWT. Проще всего начать с Python и Flask, но принцип тот же и для Node.js или других языков.

Сначала примите логин и пароль из тела POST-запроса. Сравните их с данными из базы или конфигурационного файла. Пароли обязательно храните в хеше, например, с bcrypt или Argon2.

Если данные верны, сформируйте токен. Минимум: ID пользователя и срок действия, например, один час. Подпишите токен секретным ключом. Его держите в секрете, не публикуйте и не кладите в репозиторий.

Для создания токена в Python удобно использовать библиотеку PyJWT. Пример:

import jwt
import datetime

def create_token(user_id, secret_key):
    payload = {
        'user_id': user_id,
        'exp': datetime.datetime.utcnow() + datetime.timedelta(hours=1)
    }
    token = jwt.encode(payload, secret_key, algorithm='HS256')
    return token

Готовый токен отправьте клиенту в JSON. Приложение должно сохранить его и передавать в заголовке Authorization при каждом запросе. Если логин или пароль неверны, верните код 401 и понятное сообщение об ошибке. Это поможет клиенту среагировать правильно.

Такой сервер — это только начало. Позже добавьте регистрацию, обновление токенов и сброс пароля. Но в основе всегда остаётся логика: проверить логин, выдать токен, отправить его клиенту.

Настройка защиты API с проверкой JWT

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

Токен обычно отправляют в заголовке Authorization в формате «Bearer токен». Когда сервер получает запрос, этот слой смотрит на заголовок, и если токена нет или он оформлен неправильно, сервер сразу отвечает ошибкой 401 с сообщением о запрете доступа. Если токен есть, его распаковывают, проверяют подпись и срок действия, используя секретный ключ, который должен совпадать с тем, что применялся при создании токена.

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

Во многих популярных фреймворках есть готовые инструменты, которые помогают проводить эту проверку. Они берут на себя задачи по извлечению токена, проверке подписи и формированию ошибок. Например, для Python с Flask существует расширение Flask-JWT-Extended, а в Node.js часто используют passport-jwt.

Очень важно продумать, что делать, когда срок действия токена заканчивается. Клиент должен получить понятное сообщение и возможность получить новый токен через механизм обновления. Если пользователь вышел из системы или его аккаунт заблокировали, нужно уметь отзывать токены. Для этого обычно хранят список недействительных токенов.

Как правильно хранить, обновлять и отзывать JWT-токены

Работа с JWT-токенами требует внимания к тому, как их хранить, когда обновлять и как отзывать в случае необходимости.

На клиенте токен должен лежать в защищённом месте. Для веб-приложений подойдут secure cookie с флагами HttpOnly и Secure. Они не доступны из JavaScript и передаются только по HTTPS. В мобильных или десктопных приложениях используйте встроенное хранилище, предназначенное для секретных данных. Не кладите токены в localStorage, особенно если страница работает со сторонними скриптами.

Жизнь токена ограничьте по времени, например, от 15 минут до пары часов. Это снижает риски в случае утечки токена. Чтобы не просить пользователя логиниться заново, добавьте refresh token — отдельный токен с большим сроком действия. По нему можно выдать новый JWT без повторной авторизации. Refresh token хранится отдельно и в более защищённом месте.

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

Заключение

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

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

Настройте JWT один раз честно и продуманно, и он будет работать как часы, не напоминая о себе и не мешая тому, ради чего всё создавалось.

Читайте в блоге: