Безопасный вход по одноразовым ссылкам: реализация Magic Link

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

Разработка и обслуживание любых видов сайтов:

Информационные сайты или веб-приложения
Сайты визитки, landing page, корпоративные сайты, онлайн каталоги, квиз, промо-сайты, блоги, новостные ресурсы, информационные порталы, форумы, агрегаторы
Сайты или веб-приложения электронной коммерции
Интернет-магазины, B2B-порталы, маркетплейсы, онлайн-обменники, кэшбэк-сайты, биржи, дропшиппинг-платформы, парсеры товаров
Веб-приложения для управления бизнес-процессами
CRM-системы, ERP-системы, корпоративные порталы, системы управления производством, парсеры информации
Сайты или веб-приложения электронных услуг
Доски объявлений, онлайн-школы, онлайн-кинотеатры, конструкторы сайтов, порталы предоставления электронных услуг, видеохостинги, тематические порталы

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

Услуги, которые мы предлагаем
Показано 1 из 1Все 2062 услуг
Безопасный вход по одноразовым ссылкам: реализация Magic Link
Средний
от 1 дня до 3 дней
Часто задаваемые вопросы

Наши компетенции:

Этапы разработки

Последние работы

  • image_website-b2b-advance_0.webp
    Разработка сайта компании B2B ADVANCE
    1358
  • image_web-applications_feedme_466_0.webp
    Разработка веб-приложения для компании FEEDME
    1250
  • image_websites_belfingroup_462_0.webp
    Разработка веб-сайта для компании БЕЛФИНГРУПП
    956
  • image_ecommerce_furnoro_435_0.webp
    Разработка интернет магазина для компании FURNORO
    1188
  • image_crm_enviok_479_0.webp
    Разработка веб-приложения для компании Enviok
    929
  • image_bitrix-bitrix-24-1c_fixper_448_0.webp
    Разработка веб-сайта для компании ФИКСПЕР
    947

Безопасный вход без пароля: реализация Magic Link на сайте

Пароли — слабое место любого веб-приложения. Пользователи их забывают, используют простые комбинации, а поддержка тратит часы на сбросы. В SaaS-проектах каждый пятый запрос в саппорт — «не могу зайти». Представьте, что пользователь может войти одним кликом по ссылке из письма — без ввода пароля, без ожидания SMS. Именно так работает Magic Link: после ввода email система генерирует одноразовый токен, хэширует его (SHA-256) и отправляет ссылку с ограниченным сроком действия. После клика токен помечается как использованный, и войти по нему второй раз невозможно. Реализация такого механизма в Laravel занимает около 4 дней и значительно снижает нагрузку на службу поддержки. Мы внедряем Magic Link на протяжении многих лет, за это время разработали десятки решений для SaaS-продуктов, от MVP до enterprise.

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

Как работает Magic Link авторизация?

Пользователь вводит email, система генерирует одноразовый токен, сохраняет его хэш в БД и отправляет ссылку. Клик по ссылке верифицирует токен и авторизует пользователя. Всё занимает секунды, без ввода пароля.

Почему Magic Link безопаснее паролей?

Токен создаётся из 64 случайных байт (SHA-256), действует 15 минут и может быть использован только один раз. Даже если злоумышленник перехватит ссылку, через 15 минут она станет недействительна. Для дополнительной защиты мы применяем rate limiting: не более 1 запроса за 5 минут на email и 5 с одного IP в час. Как указано в документации Laravel, одноразовые токены с ограниченным временем жизни — стандартная практика для защиты от перехвата.

Какие проблемы решает Magic Link?

Основные проблемы, которые решает Magic Link: снижение нагрузки на поддержку, ускорение входа и улучшение UX. Вместо того чтобы запоминать пароли и вводить их каждый раз, пользователь получает ссылку и авторизуется одним кликом. Это особенно актуально для SaaS-сервисов, где важна скорость входа. Стоимость разработки рассчитывается индивидуально.

Когда Magic Link оправдан?

Magic Link идеально подходит для проектов с нечастыми входами (сервисы с длительными сессиями), для мобильных приложений или киосков, где неудобно вводить пароль. Также это отличное решение для B2B-продуктов, когда нужно быстро предоставить доступ без создания полноценной учётной записи.

Как мы реализуем Magic Link на вашем сайте?

Используем Laravel 11, PostgreSQL, Redis. Весь код покрываем тестами.

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

class MagicLinkService
{
    public function sendLink(string $email): void
    {
        $this->checkRateLimit($email);

        $user = User::firstOrCreate(
            ['email' => $email],
            ['name' => explode('@', $email)[0], 'email_verified_at' => now()]
        );

        $token = Str::random(64);
        $hashedToken = hash('sha256', $token);

        // Инвалидировать предыдущие токены для этого пользователя
        MagicLinkToken::where('user_id', $user->id)->delete();

        MagicLinkToken::create([
            'user_id'    => $user->id,
            'token'      => $hashedToken,
            'expires_at' => now()->addMinutes(15),
        ]);

        Mail::to($email)->send(new MagicLinkMail($user, $token));
    }

    public function authenticate(string $token, string $email): User
    {
        $hashedToken = hash('sha256', $token);

        $record = MagicLinkToken::where('token', $hashedToken)
            ->whereHas('user', fn($q) => $q->where('email', $email))
            ->where('expires_at', '>', now())
            ->whereNull('used_at')
            ->firstOrFail();

        // Одноразовое использование
        $record->update(['used_at' => now()]);

        return $record->user;
    }
}

Миграция для хранения токенов

Schema::create('magic_link_tokens', function (Blueprint $table) {
    $table->id();
    $table->foreignId('user_id')->constrained()->cascadeOnDelete();
    $table->string('token', 64)->unique(); // SHA256 hash
    $table->timestamp('expires_at');
    $table->timestamp('used_at')->nullable();
    $table->string('ip_address', 45)->nullable();
    $table->string('user_agent')->nullable();
    $table->timestamps();

    $table->index(['token', 'expires_at']);
});

Верификация и rate limiting

class MagicLinkController extends Controller
{
    public function verify(Request $request): RedirectResponse
    {
        $request->validate([
            'token' => 'required|string|size:64',
            'email' => 'required|email',
        ]);

        try {
            $user = $this->magicLinkService->authenticate(
                $request->token,
                $request->email
            );
        } catch (ModelNotFoundException) {
            return redirect('/login?error=invalid_link');
        }

        Auth::login($user, remember: true);

        if (!$user->hasVerifiedEmail()) {
            $user->markEmailAsVerified();
        }

        return redirect()->intended('/dashboard');
    }
}

// Rate limiting
RateLimiter::for('magic-link', function (Request $request) {
    return [
        Limit::perMinutes(5, 1)->by('email:' . $request->email),
        Limit::perHour(5)->by('ip:' . $request->ip()),
    ];
});

Шаблон письма

class MagicLinkMail extends Mailable
{
    use Queueable, SerializesModels;

    public string $loginUrl;

    public function __construct(User $user, string $token)
    {
        $this->loginUrl = URL::signedRoute(
            'auth.magic-link.verify',
            ['token' => $token, 'email' => $user->email],
            now()->addMinutes(15)
        );
    }

    public function build(): self
    {
        return $this->subject('Ваша ссылка для входа')
            ->markdown('emails.magic-link');
    }
}

Процесс работы

  1. Аналитика — изучаем текущую аутентификацию, требования к безопасности.
  2. Проектирование — разрабатываем архитектуру сервиса, согласуем с вами.
  3. Реализация — пишем код, покрываем unit-тестами.
  4. Тестирование — проверяем edge cases (невалидный токен, истекший, повторное использование).
  5. Деплой — разворачиваем на вашем сервере, настраиваем мониторинг.
Этап Время
Сервис генерации + хранение 1 день
Верификация + rate limiting 0.5 дня
Шаблон письма + очередь 0.5 дня
Frontend форма + UI состояний 0.5 дня
Тесты + edge cases 0.5 дня

Итого: 3–4 рабочих дня.

Что входит в работу

  • Полная документация по API и схеме БД.
  • Доступ к репозиторию с кодом.
  • Обучение вашей команды (1 час, онлайн).
  • Гарантия на код — 3 месяца бесплатной поддержки.

Мы завершили более 50 проектов по внедрению Magic Link. Внедрение Magic Link позволяет снизить затраты на поддержку на 20-30% за счёт сокращения запросов на сброс пароля. Если вы хотите реализовать Magic Link в своём проекте, свяжитесь с нами — мы подготовим предложение в течение дня.

Распространённые проблемы при реализации Magic Link

  1. Токен в URL — логируется в access_log. Обязательно используйте HTTPS.
  2. При запросе нового токена старые нужно инвалидировать.
  3. После клика токен помечайте как used, не удаляйте — это нужно для аудита.
  4. Отсутствие rate limiting позволяет злоумышленнику заспамить email.
Характеристика Magic Link Пароль + OTP
Время входа 1 клик 2+ минуты
Нагрузка на поддержку Низкая Высокая
Защита от перехвата Ограниченный TTL Фиксированный код
Удобство для пользователя Высокое Среднее

Закажите реализацию Magic Link на вашем сайте и избавьте пользователей от лишних действий. Получите консультацию по внедрению — оценка проекта в течение одного рабочего дня.

Аутентификация и авторизация: OAuth, JWT, сессии, RBAC, 2FA

На одном проекте токен JWT с ролью admin: false мог быть изменён клиентом на admin: true — сервер принимал его без верификации подписи. Это не гипотетическая атака: несколько файлов в npm-экосистеме имели уязвимость jwt библиотеки, которая игнорировала алгоритм none. Последствия — полный доступ к административным функциям для любого зарегистрированного пользователя.

JWT: что реально нужно знать

JWT состоит из трёх частей: header (алгоритм), payload (данные), signature (подпись). Подпись верифицирует, что payload не изменён. Без проверки подписи — это просто base64-encoded JSON, который любой может подделать.

Ошибки, которые видим в коде регулярно:

Хранение в localStorage. localStorage доступен любому JS на странице — XSS атака читает токен и отправляет на сервер злоумышленника. Access token в памяти (переменная модуля), refresh token в httpOnly cookie — правильная схема.

Долгоживущие access-токены. Access token на 7 дней без возможности отзыва. Утёк — 7 дней доступа. Стандарт: 15 минут для access token, 30 дней для refresh token с ротацией. При каждом использовании refresh token выдаётся новый, старый инвалидируется — если старый кто-то использует повторно, это детектируется как Token Reuse Attack, вся семья токенов отзывается.

Хранение секретных данных в payload. JWT payload не зашифрован, только подписан — его видно в base64. Пароли, платёжные данные, личная информация — не в JWT.

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

OAuth 2.0 и OpenID Connect

OAuth 2.0 — протокол делегированной авторизации, не аутентификации. «Войти через Google» — это OpenID Connect поверх OAuth 2.0, который добавляет id_token с данными пользователя.

Authorization Code Flow с PKCE — единственный правильный flow для браузерных SPA и мобильных приложений. Implicit Flow устарел и небезопасен. PKCE (Proof Key for Code Exchange) защищает от перехвата authorization code.

Реализация OAuth сервера: не пишем с нуля. Keycloak (open source, self-hosted), Auth0, Okta — готовые решения. Laravel Passport или Laravel Sanctum для серверных приложений. NextAuth.js для Next.js — поддерживает 50+ провайдеров из коробки.

Для B2B продуктов с корпоративными клиентами — SAML 2.0 SSO. Корпоративные IT-отделы часто требуют его вместо OAuth. @boxyhq/saml-jackson — node.js библиотека для SAML → OAuth2 адаптера.

Сессии vs токены

Сессии хранят состояние на сервере (Redis, database) — сервер может мгновенно отозвать сессию. При масштабировании на несколько инстансов нужен общий store (Redis Cluster). Cookie с session ID — httpOnly, Secure, SameSite=Strict.

Stateless JWT не требуют server-side storage, масштабируются горизонтально. Но отзыв токена до истечения срока — только через blacklist (Redis), что частично убирает преимущество stateless.

Для большинства веб-приложений сессии проще и безопаснее. JWT имеет смысл для API, потребляемых из мобильного приложения, и для микросервисной архитектуры.

RBAC и политики доступа

Role-Based Access Control — у пользователя есть роли, у ролей — права. Простая реализация: user → roles → permissions. Но как только появляется ресурсная авторизация («пользователь может редактировать только свои посты»), RBAC усложняется.

Spatie Laravel Permission — стандарт для Laravel: полиморфные роли и права, кэширование, super-admin через gate. Интеграция с Eloquent: $user->can('edit posts'), $user->hasRole('editor').

ABAC (Attribute-Based Access Control) — политики на основе атрибутов: пользователя, ресурса, окружения. Нужен когда правила доступа сложные: «менеджер может просматривать заказы своего региона, если заказ создан более 24 часов назад». Casbin — популярная cross-language библиотека для ABAC.

ReBAC (Relationship-Based Access Control) — Google Zanzibar model. Доступ определяется графом отношений: «пользователь X является участником команды Y, которая имеет доступ к проекту Z». OpenFGA — open source реализация от Okta.

Двухфакторная аутентификация

TOTP (Time-based One-Time Password, Google Authenticator, Authy) — стандарт. Библиотеки: otplib (Node.js), pragmarx/google2fa (Laravel). QR-код при подключении — base32-encoded secret, которого достаточно для воспроизведения кода при компрометации. Хранить secret в зашифрованном виде.

SMS-верификация — слабее TOTP из-за SIM-swapping атак и ненадёжности доставки SMS. Но пользователи активируют её охотнее. Email OTP — компромисс между безопасностью и UX.

WebAuthn (Passkeys) — биометрия или аппаратный ключ вместо пароля. Хранится private key на устройстве, публичный — на сервере. Нет пароля — нет его утечки. iOS 16+, Android 9+, все современные браузеры поддерживают. @simplewebauthn/server + @simplewebauthn/browser — хорошая библиотека для Node.js реализации.

Backup-коды при подключении 2FA: 10 одноразовых кодов для восстановления доступа если телефон потерян. Хранить хешированными (bcrypt), показывать только один раз при генерации.

Типичные уязвимости

Broken Object Level Authorization (BOLA/IDOR): /api/orders/12345 возвращает заказ без проверки, принадлежит ли он текущему пользователю. Самая распространённая уязвимость API по OWASP. Каждый запрос к ресурсу — проверка через $user->can('view', $order).

Mass Assignment: User::create($request->all()) — пользователь передаёт is_admin: true в теле запроса. Laravel решает через $fillable / $guarded, но часто забывают.

Небезопасный CORS: Access-Control-Allow-Origin: * на API с авторизацией по cookie — credentials не передаются с wildcard origin, но если кто-то сделал Allow-Credentials: true + Allow-Origin: * — это дыра.

Процесс работы

Архитектура авторизации проектируется до начала разработки, не добавляется потом. Выбор между сессиями и JWT, структура ролей и прав, flow для OAuth-провайдеров, план для 2FA. Penetration testing обязателен для продуктов с финансовыми данными или персональными данными пользователей.

Сроки

Базовая аутентификация (email/password + OAuth + JWT/сессии): 1–3 недели. RBAC с детальными политиками доступа: 2–4 недели. 2FA (TOTP + SMS): 1–2 недели. WebAuthn/Passkeys: 2–3 недели. Полная система аутентификации для SaaS с multi-tenancy: 4–8 недель.