Шаблон хранилища секретов и управления шифрованием
Безопасное хранилище и контроль доступа

Ключевые выводы

Обзор

Приложение для управления секретами требует безопасного хранения API-ключей, контроля доступа и шифрования.

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

Почему стоит создавать свой хранилище секретов и управления шифрованием с Back4app?

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

• •Управление API-ключами: Поддерживайте строгую систему управления API-ключами с контролем разрешений.
• •Безопасные функции шифрования: Шифруйте конфиденциальную информацию с помощью надежных методов, гарантируя, что только авторизованные пользователи могут получить к ней доступ.
• •Запросы на доступ в реальном времени: Используйте Live Queries для немедленных обновлений доступа, при этом поддерживая REST и GraphQL для многоклиентских сред.

Создавайте и внедряйте функции управления секретами оперативно с помощью одной согласованной бэкенд-системы для всех платформ.

Основные преимущества

Бэкенд управления секретами, позволяющий использовать функции Swift без ущерба для безопасности.

Технический стек

Все включено в этот шаблон управления секретами.

ER-диаграмма

Модель взаимосвязей сущностей для схемы управления секретами.

erDiagram
    User ||--o{ Secret : "owner"
    User ||--o{ AccessLog : "user"
    Secret ||--o{ AccessLog : "secret"

    User {
        String objectId PK
        String username
        String email
        String password
        String role
        Date createdAt
        Date updatedAt
    }

    Secret {
        String objectId PK
        String name
        String value
        Pointer owner FK
        Date createdAt
        Date updatedAt
    }

    AccessLog {
        String objectId PK
        Pointer user FK
        Pointer secret FK
        Date accessTime
        Date createdAt
        Date updatedAt
    }

Поток интеграции

Типичный рабочий поток для аутентификации, управления секретами, хранения ключей API и шифрования.

sequenceDiagram
  participant User
  participant App as Secrets & Encryption Management Vault App
  participant Back4app as Back4app Cloud

  User->>App: Login
  App->>Back4app: POST /login
  Back4app-->>App: Session token

  User->>App: List secrets
  App->>Back4app: GET /classes/Secret
  Back4app-->>App: Secrets data

  User->>App: Access secret
  App->>Back4app: GET /classes/Secret/secretId
  Back4app-->>App: Secret details

  App->>Back4app: Log access
  Back4app-->>App: AccessLog objectId

Словарь данных

Полное ссылочное руководство по каждому полю в схеме управления секретами.

Безопасность и разрешения

Как стратегия ACL и CLP защищает пользователей, ключи API и секреты.

Схема (JSON)

Готовое для копирования определение схемы JSON для Back4app или использование в качестве справочного материала по внедрению.

{
  "classes": [
    {
      "className": "User",
      "fields": {
        "objectId": {
          "type": "String",
          "required": false
        },
        "username": {
          "type": "String",
          "required": true
        },
        "email": {
          "type": "String",
          "required": true
        },
        "password": {
          "type": "String",
          "required": true
        },
        "role": {
          "type": "String",
          "required": true
        },
        "createdAt": {
          "type": "Date",
          "required": false
        },
        "updatedAt": {
          "type": "Date",
          "required": false
        }
      }
    },
    {
      "className": "Secret",
      "fields": {
        "objectId": {
          "type": "String",
          "required": false
        },
        "name": {
          "type": "String",
          "required": true
        },
        "value": {
          "type": "String",
          "required": true
        },
        "owner": {
          "type": "Pointer",
          "required": true,
          "targetClass": "User"
        },
        "createdAt": {
          "type": "Date",
          "required": false
        },
        "updatedAt": {
          "type": "Date",
          "required": false
        }
      }
    },
    {
      "className": "AccessLog",
      "fields": {
        "objectId": {
          "type": "String",
          "required": false
        },
        "user": {
          "type": "Pointer",
          "required": true,
          "targetClass": "User"
        },
        "secret": {
          "type": "Pointer",
          "required": true,
          "targetClass": "Secret"
        },
        "accessTime": {
          "type": "Date",
          "required": true
        },
        "createdAt": {
          "type": "Date",
          "required": false
        },
        "updatedAt": {
          "type": "Date",
          "required": false
        }
      }
    }
  ]
}

API Playground

Попробуйте REST и конечные точки GraphQL против схемы управления секретами. Ответы используют моковые данные и не требуют аккаунта Back4app.

Использует ту же схему, что и этот шаблон.

Что вы получаете с каждой технологией

Каждый стек использует одну и ту же схему управления секретами и API-контракты.

Часто задаваемые вопросы

Распространенные вопросы о создании хранилища управления секретами с помощью этого шаблона.