Авторизація через JWT
JWT — це спосіб для банку авторизувати операцію за допомогою зворотного виклику
Last updated
JWT — це спосіб для банку авторизувати операцію за допомогою зворотного виклику
Last updated
JWT надсилається на кроці 3 через URL-адресу зворотного виклику. У разі невдачі відповіді операція відхиляється.
Система підтримує 2 способи створення JWT. Обидва підходи можна використовувати одночасно.
DCM генерує JWT. Банк перевіряє його на відповідність публічному ключу DCM
Жодних зусиль для реалізації:
сховище для ключів
функція для створення JWT
Правила доступу для співробітників контролюються DCM.
Приватний ключ належить DCM
csrf_token має бути отримано з потоком логіна та пароля
ЗаголовокAuthorization має містити фактичний csrf_token.
На кроці 2 Банк генерує JWT, який використовується на кроці 5 у заголовку CX-Authorization, коли працівник Банку виконує операцію (наприклад, створює нового клієнта). На кроці 6 DCM перевіряє JWT. Те саме робить Банк на кроці 8.
Кроки 3-4 є необов’язковими, і їх можна використовувати для перевірки дійсності JWT.
Щоб швидкого запуску процесу, використовується JWT by Bank, реєструється принаймні один ключ JWK в службі автентифікації для Контрагента.
Коли JWK зареєстровано, можна перевірити, чи існує він у сховищі реєстру.
Ця функція дозволяє перевіряти JWT у службі автентифікації без змін до будь-яких об’єктів і процесів.
Схема за замовчуванням (коли JWT створюється DCM) дозволяє використовувати рольовий доступ до функцій системи.
DCM генерує маркер JWT на кроці 4. Банк перевіряє його на кроці 6.
Можена перевірити JWT DCM у службі аутентифікації Банку, використовуючи наш відкритий ключ його дочірнього.
DCM може вручну підтверджувати запити до .
Доступне лише автоматичне підтвердження
