Modèle de backend de l'application de gestion des secrets
Variables d'environnement et clés API chiffrées

Points clés à retenir

Vue d'ensemble

Un produit de gestion sécurisée des données doit gérer les variables d'environnement et les clés API avec cryptage et contrôle d'accès.

Ce modèle définit des capacités de coffre-fort sécurisé avec des fonctionnalités de cryptage et de contrôle d'accès afin que les équipes puissent mettre en œuvre une gestion sécurisée des données rapidement.

Pourquoi construire votre backend de gestionnaire de secrets avec Back4app ?

Back4app fournit des primitives de gestion de données sécurisées afin que votre équipe puisse se concentrer sur la sécurité et l'intégrité des applications plutôt que sur l'infrastructure.

• •Gestion sécurisée des données: Utilisez des fonctionnalités de coffre-fort sécurisé pour gérer les variables d'environnement et les clés API avec chiffrement.
• •Fonctionnalités de contrôle d'accès: Utilisez ACL et CLP pour restreindre l'accès aux données sensibles et garantir l'intégrité des données.
• •Chiffrement et sécurité: Chiffrez les informations sensibles pour une sécurité et une conformité accrues.

Construisez et itérez rapidement sur des fonctionnalités de gestion de données sécurisées avec un seul contrat backend sur toutes les plateformes.

Avantages principaux

Un backend de gestion des données sécurisé qui vous aide à itérer rapidement sans sacrifier la sécurité.

Pile technique

Tout est inclus dans ce modèle de backend de gestionnaire de secrets.

Diagramme ER

Modèle de relation d'entité pour le schéma backend du gestionnaire de secrets.

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

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

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

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

Flux d'intégration

Flux d'exécution typique pour l'authentification, le coffre-fort sécurisé, les variables d'environnement et les clés API.

sequenceDiagram
  participant User
  participant App as Secret Manager 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: Secret list

  User->>App: Create secret
  App->>Back4app: POST /classes/Secret
  Back4app-->>App: Secret objectId

  User->>App: Access secret
  App->>Back4app: GET /classes/Secret/{id}
  Back4app-->>App: Secret details

Dictionnaire de données

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

Sécurité et Permissions

Comment la stratégie ACL et CLP sécurise les variables d'environnement et les clés API.

Schéma (JSON)

Définition brute du schéma JSON 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
        },
        "createdAt": {
          "type": "Date",
          "required": false
        },
        "updatedAt": {
          "type": "Date",
          "required": false
        }
      }
    },
    {
      "className": "Secret",
      "fields": {
        "objectId": {
          "type": "String",
          "required": false
        },
        "owner": {
          "type": "Pointer",
          "required": true,
          "targetClass": "User"
        },
        "name": {
          "type": "String",
          "required": true
        },
        "value": {
          "type": "String",
          "required": true
        },
        "createdAt": {
          "type": "Date",
          "required": false
        },
        "updatedAt": {
          "type": "Date",
          "required": false
        }
      }
    },
    {
      "className": "AccessLog",
      "fields": {
        "objectId": {
          "type": "String",
          "required": false
        },
        "secret": {
          "type": "Pointer",
          "required": true,
          "targetClass": "Secret"
        },
        "user": {
          "type": "Pointer",
          "required": true,
          "targetClass": "User"
        },
        "accessTime": {
          "type": "Date",
          "required": true
        },
        "createdAt": {
          "type": "Date",
          "required": false
        }
      }
    }
  ]
}

Terrain de jeu API

Essayez les points de terminaison REST et GraphQL avec le schéma du gestionnaire de 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 backend du gestionnaire de secrets et les contrats d'API.

Questions fréquemment posées

Questions courantes sur la création d'un backend de gestionnaire de secrets avec ce modèle.