Архітектура безпеки інтеграції партнерів

Ця сторінка зосереджена на тому, як партнер має розробити безпечну інтеграцію 6MM . Для ширших рівнів безпеки, що використовуються на торговій платформі, див. Архітектура безпеки платформи.

Архітектура безпеки має бути погоджена до початку інтеграції у виробництво. Вона впливає на те, як партнерські системи перевіряють користувачів, випускають токени, зберігають секрети, отримують події, контролюють операції та реагують на інциденти.

Рекомендована межа трасту

Компонент	Може містити	Не повинен містити
Партнерський фронтенд	Публічна конфігурація, короткочасний результат введення, нечутливий стан інтерфейсу	Партнер API секрет, ключ підписання, привілейовані бекенд-облікові дані
Партнерський бекенд	Відображення користувачів, захищені облікові дані, логіка підпису, обробка вебхуків	Секрети, які розкриваються через відповіді клієнтів або публічні журнали
6MM кінцеві точки інтеграції	Затверджені підписані запити, токени та доставка вебхуків	Непідтверджені припущення користувачів на стороні партнера

Партнерський фронтенд повинен викликати партнерський бекенд для привілейованих операцій. Бекенд перевіряє партнера-користувача, викликає 6MM через затверджену API або SDK і повертає лише короткочасний результат, необхідний фронтенду.

Рівні безпеки

Шар	Необхідна концентрація
API кваліфікації	Зберігання лише для бекенду, план ротації та контроль доступу.
Підписання запитів	Послідовна обробка часової мітки, підпису та захисту від повтору.
Вбудовувані токени	Короткочасна видача, перевірки права на участь і явна поведінка недійсності.
Webhooks	Журнали перевірки підписів, ідемпотентності, повторень та аудиту події.
Експлуатація	Ролі доступу, ескалації інцидентів, моніторингу та збереження доказів.

План контролю виробництва

Контрольна зона	Мінімальні докази впровадження
Зберігання облікових даних	Розташування секретного менеджера, власник доступу, розділення середовища та процес ротації.
Запис користувача	Перевірка сесій, перевірка відповідності, короткочасний потік токенів та обробка збоїв.
Підписані запити	Правильне середовище, синхронізований час, логування запитів і сповіщення про помилки підпису.
Операції з активами	Унікальні бізнес-ідентифікатори, узгодження тайм-ауту, запити статусу та шлях перегляду оператора.
Webhooks	Верифікація підпису сирого тіла, контроль повторів, збереження ідемпотентності та обробка при повторному засіданні.
Моніторинг	Сповіщення про помилки автентифікації, аномальні повторні спроби, затримки вебхуків та операційні помилки.
Реагування на інциденти	Названий власник, канал ескалації, зберігання доказів та процедура анулювання кваліфікації.

Огляд запуску

До виробництва:

Намалюйте потоки даних користувача, токена, запиту, активу та вебхука.
Позначте, де створено, збережено, використано кожне облікове дані, зареєстровано, повернулося та відкликалося.
Тестувати прострочені токени, недійсні підписи, тайм-аути, дублювати вебхуки та поведінку при повторному підключенні.
Підтвердити, що команди підтримки можуть знайти операцію за запитом або бізнес-ідентифікатором.
Заповніть Контрольний список запуску виробництва.

Рекомендована межа трасту

Рівні безпеки

План контролю виробництва

Огляд запуску

Рекомендовані документи