Modèle de coffre de gestion des secrets et du chiffrement
Stockage sécurisé et contrôle d'accès

Principaux enseignements

Aperçu

Une application de gestion des secrets nécessite un stockage sécurisé des clés API, un contrôle d'accès et un chiffrement.

Ce modèle établit des classes pour les clés API et les secrets garantissant un stockage sécurisé, un contrôle d'accès et un chiffrement, permettant aux équipes de mettre en œuvre des solutions robustes rapidement.

Pourquoi construire votre coffre-fort de gestion des secrets et de cryptage avec Back4app?

Back4app fournit des primitives fondamentales pour un stockage sécurisé et un contrôle d'accès afin que votre équipe puisse se concentrer sur la sécurité plutôt que sur l'infrastructure.

• •Gestion des clés API: Maintenez un système de gestion des clés API strict avec des contrôles de permission.
• •Fonctionnalités de cryptage sécurisé: Cryptez des informations sensibles avec des méthodes robustes, garantissant que seuls les utilisateurs autorisés peuvent y accéder.
• •Requêtes d'accès en temps réel: Utilisez Live Queries pour des mises à jour d'accès immédiates tout en gardant REST et GraphQL disponibles pour des environnements multi-clients.

Construisez et innovez rapidement sur les fonctionnalités de gestion des secrets avec un backend cohérent pour toutes les plateformes.

Avantages principaux

Un backend de gestion des secrets permettant les fonctionnalités de Swift sans compromettre la sécurité.

Stack technique

Tout est compris dans ce modèle de coffre de gestion des secrets.

Diagramme ER

Modèle de relation d'entité pour le schéma de gestion des secrets.

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
    }

Flux d'intégration

Flux d'exécution typique pour l'authentification, la gestion des secrets, le stockage des clés API et le chiffrement.

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

Dictionnaire de données

Référence complète au niveau des champs pour chaque classe dans le schéma de gestion des secrets.

Sécurité et autorisations

Comment la stratégie ACL et CLP protège les utilisateurs, les clés API et les secrets.

Schéma (JSON)

Définition du schéma JSON brute prête à être copiée dans Back4app ou utilisée comme référence d'implémentation.

{
  "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

Essayez les points de terminaison REST et GraphQL contre le schéma de gestion des secrets. Les réponses utilisent des données fictives et ne nécessitent pas de compte Back4app.

Utilise le même schéma que ce modèle.

Ce que vous obtenez avec chaque technologie

Chaque pile utilise le même schéma de gestion des secrets et les contrats API.

Questions Fréquemment Posées

Questions courantes sur la création d'un coffre de gestion des secrets avec ce modèle.