Sécurité et protection des données

C’est la base de données qui sépare les organisations

Chaque ligne de données porte la marque de son organisation, et chaque requête s’exécute sous un rôle qui ne peut voir que celle-ci. C’est le row-level security : si un développeur oublie le filtre, la base renvoie zéro ligne plutôt que les données d’un autre client.

L’application se connecte volontairement avec un rôle sans droits de superutilisateur. Au démarrage, le serveur le vérifie lui-même et refuse de tourner si ce rôle en fait trop.

Où sont les données

Le traitement et le stockage ont lieu dans l’Union européenne chez [hébergeur], sauvegardes comprises. Aucune donnée client ne sort de l’UE, sauf si vous activez vous-même un canal ou un connecteur dont le fournisseur opère ailleurs ; ceux-ci figurent dans la liste des sous-traitants.

Chiffrement

Le trafic passe en TLS. Les mots de passe de boîtes mail, les clés d’API des connecteurs et les jetons sont stockés chiffrés, avec des clés que l’on peut renouveler sans ressaisir les données. Les secrets ne vont pas dans les journaux ; les lignes de journal ne contiennent pas le contenu des messages.

Ce que le modèle voit, et ne voit pas

Le modèle reçoit le message du client, les connaissances validées qui correspondent à la question, et les réglages de l’organisation. Rien de plus : aucune conversation d’une autre organisation, aucune connaissance non validée.

Les motifs ressemblant à un numéro de compte, un numéro d’identité ou un mot de passe sont repérés et masqués avant tout envoi au modèle. Vos conversations ne servent pas à entraîner des modèles tiers ; c’est contractuel avec le fournisseur.

Accès, rôles et traçabilité

Chaque collègue a un rôle : propriétaire, administrateur ou agent. Ce que chacun peut faire est appliqué côté serveur, pas seulement à l’écran. Les invitations expirent ; les sessions expirent.

Pour chaque réponse sont consignés les fragments de connaissances utilisés, le modèle, la certitude et la personne qui a envoyé ou modifié. Pour chaque action dans un système externe sont consignés qui ou quoi l’a lancée, avec quelles valeurs, ce qui est revenu et qui a validé.

Actions dans vos systèmes

Un connecteur stocke sa clé chiffrée et ne sert qu’aux actions que vous avez activées. Chaque action a une classe de risque. Lire est permis avant d’écrire ; l’irréversible passe toujours par un humain, même au niveau d’autonomie le plus élevé. Au-delà d’un montant que vous fixez, un humain signe toujours.

Ce que nous n’avons pas encore

Hubbery n’a pas encore de certification ISO 27001 ou SOC 2, et aucun test d’intrusion externe n’a été réalisé. Les deux sont prévus ; tant que ce n’est pas fait, nous le disons ici plutôt que de tourner autour. Posez la question lors de l’entretien : vous aurez l’état du jour.

Signaler une faille

Si vous trouvez une faiblesse, écrivez à support@hubbery.nl. Nous confirmons sous deux jours ouvrés et vous tenons informé jusqu’à la correction. Nous n’engageons pas de poursuites contre qui signale de façon responsable sans toucher plus de données que nécessaire.