Aller à l’article

Chiffrement et limites de protection des données

Après configuration et migration, minddy chiffre contenu et fichiers avant leur stockage durable avec un chiffrement authentifié côté serveur.

Comprendre le chiffrement et ses limites

Après configuration et migration, minddy chiffre le contenu et les fichiers avant leur stockage durable, avec un chiffrement authentifié côté serveur. Les clés des projets, des utilisateurs et du système sont versionnées et enveloppées par une clé racine dédiée, conservée hors de PostgreSQL. Une extraction de la base seule ne permet pas de lire le contenu protégé sans ses clés. L’application déchiffre ce contenu pour les accès autorisés, la recherche et le travail IA autonome. Un environnement d’exécution compromis ou l’accès simultané aux clés et aux données franchit cette protection. Il ne s’agit pas d’un chiffrement de bout en bout qui empêcherait l’opérateur de lire le contenu.

Contenu durable chiffré et clés enveloppées
Racine conservée dans le serveur protégé
Le runtime autorisé peut déchiffrer
Exports et fournisseurs : protection distincte
L’application peut déchiffrer le contenu stocké pour les accès autorisés ; les exports et les services externes nécessitent une protection distincte.

Repérer les données lisibles et exportées

Auth conserve l’e-mail de connexion comme identité du compte. Les identifiants de routage, les clés des projets et tickets, les statuts, les priorités, les dates et les autres métadonnées autorisées restent interrogeables. Le contenu publié est volontairement lisible par son public. Les exports, fichiers téléchargés, contenus visibles dans le navigateur et données envoyées aux fournisseurs externes d’IA, d’e-mail, de Git ou de MCP nécessitent leurs propres protections. Activer un paramètre ne prouve pas que les copies historiques, journaux ou données conservées chez les fournisseurs ont été convertis ou supprimés. Ne déduisez jamais l’état du chiffrement Cloud en production du seul code du dépôt.

Préserver la récupération

Protégez MINDDY_DATA_ROOT_KEY hors de la base et gardez des copies de récupération pour les sauvegardes actuelles et anciennes. Restaurez ensemble la base, les octets Storage et la configuration correspondante. Chiffrez la sauvegarde externe si elle contient à la fois les données et les clés. Changer de racine sans réenvelopper les clés rend le contenu illisible ; désactiver le chiffrement ne transforme pas les données chiffrées en texte clair. Testez la récupération avant d’activer le chiffrement sur des données existantes, puis vérifiez le contenu déchiffré et les octets téléchargés.

Articles associés