IshedDBVos données, protégées à chaque étape
IshedDB est conçue pour des données sensibles, celles de la santé en premier. Voici ce que nous faisons pour les protéger, et ce qui reste entre vos mains.
HTTPS seulement
Toute requête en clair est refusée ou renvoyée vers HTTPS ; les bibliothèques refusent d'envoyer une clé ailleurs.
Des clés à droits limités
Lecture, écriture ou administration ; par base ou par collection ; temporaires si vous voulez. Nous ne gardons que leur empreinte : une clé perdue ne se retrouve pas, elle se remplace.
Des adresses autorisées
Une clé ne sert que depuis les adresses IP que vous ouvrez. Une ouverture à toutes les adresses déclenche une alerte critique.
Un journal infalsifiable
Chaque lecture et chaque écriture, avec la clé ou la personne qui l'a faite, jamais une valeur. Chaque ligne porte l'empreinte de la précédente : une ligne retirée ou changée se voit.
Des champs cachés
Un champ marqué caché n'est jamais renvoyé sans être demandé, n'entre dans aucun index texte, et chaque révélation va au journal.
Une console protégée
Un code à chaque connexion, une application d'authentification si vous voulez (exigible pour toute l'organisation), des sessions courtes, le mot de passe redemandé avant d'effacer.
Sauvegardes et restauration
Chaque cluster est sauvegardé chaque nuit, chiffré (AES-256), puis la sauvegarde est relue en entier pour vérifier qu'elle se restaure. Une copie part hors du serveur, verrouillée 30 jours : personne, nous compris, ne peut l'effacer avant. Le palier Dédié revient en plus à n'importe quel instant des 1 à 7 derniers jours. Un cluster peut être protégé contre la suppression.
Les secrets que vous nous confiez (adresses d'alerte, numéros, clés de vos intégrations) sont gardés chiffrés et montrés seulement par leur fin. Le chiffrement du disque du serveur de production est en cours de confirmation avec notre hébergement ; ce paragraphe le dira dès qu'il le sera.
La responsabilité partagée
La sécurité d'une base de données se fait à deux. Voici où passe la limite.
Disponibilité
La page État du service montre la disponibilité de chaque composant, mesurée chaque minute, sur 90 jours, et chaque incident avec ses étapes. Nous ne promettons pas encore de taux de disponibilité contractuel : il viendra avec la réplication sur plusieurs serveurs.
Données de santé et données personnelles
Pour les données que vous stockez, vous restez responsable du traitement et nous sommes votre sous-traitant : un contrat de sous-traitance des données le dit, signé avec chaque client, avec nos mesures de sécurité et le délai dans lequel nous vous prévenons d'une violation. Écrivez-nous pour le recevoir.
Une faille de sécurité à nous signaler ? La page Nous contacter, sujet « Signaler une faille » : votre message va directement à l'équipe.