Modèle de backend de messagerie sécurisée axé sur la confidentialité
Communication sécurisée et confidentialité

Principales conclusions

Aperçu

Un produit de messagerie sécurisé nécessite un chiffrement, un stockage minimal des métadonnées, et une protection de la vie privée pour les utilisateurs.

Ce modèle définit Utilisateur, Message, et Chiffrement avec des fonctionnalités de messagerie sécurisée afin que les équipes puissent mettre en œuvre rapidement une communication axée sur la vie privée.

Pourquoi construire votre backend de messagerie sécurisée avec Back4app ?

Back4app fournit des primitives de messagerie afin que votre équipe puisse se concentrer sur la confidentialité et l'engagement au lieu des préoccupations d'infrastructure.

• •Gestion des utilisateurs et des messages: Classe utilisateur avec authentification et classe de message pour prendre en charge des communications sécurisées favorisant l'engagement des utilisateurs.
• •Fonctionnalités de cryptage et de confidentialité: Implémentez un cryptage avancé pour les messages et un journal minimal des métadonnées pour protéger l'identité de l'utilisateur.
• •Flexibilité en temps réel + API: Utilisez Live Queries pour la messagerie en temps réel tout en maintenant REST et GraphQL disponibles pour tous les clients.

Construisez et itérez rapidement sur les fonctionnalités de messagerie avec un seul contrat backend sur toutes les plateformes.

Avantages principaux

Un backend de messagerie sécurisée qui vous aide à itérer rapidement sans compromettre la vie privée.

Pile technique

Tout est inclus dans ce modèle de backend de messagerie sécurisé.

Diagramme ER

Modèle de relation d'entité pour le schéma de backend de messagerie sécurisée.

erDiagram
    User ||--o{ Message : "sender"
    User ||--o{ ChatRoom : "participants"
    ChatRoom ||--o{ Message : "messages"
    User ||--o{ SessionLog : "user"

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

    Message {
        String objectId PK
        String content
        Pointer sender FK
        Pointer chatRoom FK
        Date createdAt
    }

    ChatRoom {
        String objectId PK
        String name
        Array participants FK
        Date createdAt
    }

    SessionLog {
        String objectId PK
        Pointer user FK
        Date sessionStart
        Date sessionEnd
        Date createdAt
    }

Flux d'intégration

Flux d'exécution typique pour la messagerie sécurisée, l'authentification des utilisateurs et les conversations chiffrées.

sequenceDiagram
  participant User
  participant App as Privacy-Focused Secure Messaging App
  participant Back4app as Back4app Cloud

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

  User->>App: Enter chat room
  App->>Back4app: GET /classes/ChatRoom
  Back4app-->>App: Chat room details

  User->>App: Send message
  App->>Back4app: POST /classes/Message
  Back4app-->>App: Message created

  App->>Back4app: Log session
  Back4app-->>App: SessionLog objectId

Dictionnaire de données

Référence complète au niveau des champs pour chaque classe dans le schéma de messagerie sécurisée.

Sécurité et autorisations

Comment la stratégie ACL et CLP sécurise les utilisateurs, les messages et les détails de chiffrement.

Schéma (JSON)

Définition de schéma JSON brut prête à être copiée dans Back4app ou à utiliser 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": "Message",
      "fields": {
        "objectId": {
          "type": "String",
          "required": false
        },
        "content": {
          "type": "String",
          "required": true
        },
        "sender": {
          "type": "Pointer",
          "required": true,
          "targetClass": "User"
        },
        "chatRoom": {
          "type": "Pointer",
          "required": true,
          "targetClass": "ChatRoom"
        },
        "createdAt": {
          "type": "Date",
          "required": false
        }
      }
    },
    {
      "className": "ChatRoom",
      "fields": {
        "objectId": {
          "type": "String",
          "required": false
        },
        "name": {
          "type": "String",
          "required": true
        },
        "participants": {
          "type": "Array",
          "required": true
        },
        "createdAt": {
          "type": "Date",
          "required": false
        }
      }
    },
    {
      "className": "SessionLog",
      "fields": {
        "objectId": {
          "type": "String",
          "required": false
        },
        "user": {
          "type": "Pointer",
          "required": true,
          "targetClass": "User"
        },
        "sessionStart": {
          "type": "Date",
          "required": true
        },
        "sessionEnd": {
          "type": "Date",
          "required": true
        },
        "createdAt": {
          "type": "Date",
          "required": false
        }
      }
    }
  ]
}

API Playground

Essayez les endpoints REST et GraphQL contre le schéma de messagerie sécurisé. 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 de messagerie sécurisée et les contrats API.

Questions Fréquemment Posées

Questions courantes sur la création d'un backend de messagerie sécurisée avec ce modèle.