Secrets & Encryption Management Vault Vorlage
Sichere Speicherung und Zugriffskontrolle

Wichtige Erkenntnisse

Überblick

Eine Geheimnisverwaltungsanwendung erfordert eine sichere Speicherung von API-Schlüsseln, Zugangskontrolle und Verschlüsselung.

Diese Vorlage etabliert Klassen für API-Schlüssel und Geheimnisse, die eine sichere Speicherung, Zugangskontrolle und Verschlüsselung gewährleisten, sodass Teams robuste Lösungen schnell implementieren können.

Warum Ihr Secrets- und Verschlüsselungsmanagement-Vault-Backend mit Back4app entwickeln?

Back4app bietet grundlegende Primitiven für sichere Speicherung und Zugriffskontrolle, damit Ihr Team sich auf Sicherheit und nicht auf Infrastruktur konzentrieren kann.

• •API-Schlüsselverwaltung: Pflegen Sie ein strenges API-Schlüsselverwaltungssystem mit Berechtigungssteuerungen.
• •Sichere Verschlüsselungsfunktionen: Verschlüsseln Sie sensible Informationen mit robusten Methoden, damit nur autorisierte Benutzer darauf zugreifen können.
• •Echtzeit-Zugriffsanfragen: Verwenden Sie Live Queries für sofortige Zugriffsaktualisierungen, während REST und GraphQL für Multi-Client-Umgebungen verfügbar bleiben.

Bauen und innovieren Sie umgehend an Funktionen für das Secrets-Management mit einem einheitlichen Backend für alle Plattformen.

Kernvorteile

Ein Backend für das Geheimnismanagement, das Swift-Funktionen ermöglicht, ohne die Sicherheit zu beeinträchtigen.

Technologischer Stack

Alles, was in dieser Vorlage für das Geheimnismanagement enthalten ist.

ER-Diagramm

Entitätsbeziehungsmodell für das Geheimnisverwaltungs-Vault-Schema.

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
    }

Integrationsfluss

Typischer Ablauf zur Laufzeit für Authentifizierung, Geheimnisverwaltung, API-Schlüsselspeicherung und Verschlüsselung.

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

Datenwörterbuch

Vollständiger feldbezogener Referenz für jede Klasse im Schema zur Geheimnisverwaltung.

Sicherheit und Berechtigungen

Wie die ACL- und CLP-Strategie Benutzer, API-Schlüssel und Geheimnisse sichert.

Schema (JSON)

Roh-JSON-Schema-Definition bereit zum Kopieren in Back4app oder als Implementierungsreferenz zu verwenden.

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

Versuchen Sie, REST- und GraphQL-Endpunkte gegen das Geheimnisverwaltungs-Schema zu testen. Antworten verwenden Dummy-Daten und benötigen kein Back4app-Konto.

Verwendet dasselbe Schema wie diese Vorlage.

Was Sie mit jeder Technologie erhalten

Jeder Stack verwendet dasselbe Schema für das Geheimnismanagement und dieselben API-Verträge.

Häufig gestellte Fragen

Häufige Fragen zum Erstellen eines Geheimnisverwaltungs-Vaults mit dieser Vorlage.