Filetable met en œuvre les mesures techniques et organisationnelles suivantes.
Chiffrement des documents des clients. Chaque fichier reçoit sa propre clé de 256 bits et est chiffré en AES-256-GCM. Les clés sont scellées séparément et ne sont jamais partagées entre fichiers ni entre clients : la compromission de la clé d'un fichier ne s'étend donc à aucun autre fichier ni à aucun autre client. Les fichiers téléversés depuis un navigateur sont chiffrés côté client, avant que le moindre octet n'atteigne le stockage. Les fichiers qui arrivent autrement — par l'adresse e-mail entrante de l'espace de travail, ou générés par le produit à partir de données de lignes — sont chiffrés côté serveur avant d'être écrits dans le stockage.
Chiffrement en transit et au repos. TLS 1.2 ou 1.3 pour toutes les connexions au service. Les données au repos sont chiffrées en AES-256 par l'hébergeur, tant pour le stockage des fichiers que pour la base de données. L'application se connecte à la base de données via TLS avec vérification du certificat ; la connexion est refusée si le certificat ne peut pas être vérifié. Les sauvegardes de la base de données sont chiffrées et conservées dans la même région suisse que la base de données.
Contrôle d'accès. Contrôle d'accès basé sur les rôles par espace de travail, complété par des permissions granulaires par objet allant jusqu'à une table, un dossier, un fichier, une ligne ou une colonne. Chaque identifiant fourni par un utilisateur est vérifié par rapport au périmètre de l'espace de travail avant d'être utilisé, afin d'empêcher l'accès aux objets d'un autre espace de travail. L'authentification utilise des cookies de session ; les rôles et permissions sont vérifiés côté serveur à chaque requête, et non dans le navigateur.
Accès du support. L'accès à un espace de travail d'un Client est soumis à permission, doit être ouvert sous forme de session enregistrée et est journalisé du début à la fin, chaque action à l'intérieur de la session étant rattachée au collaborateur qui l'a effectuée. Ces enregistrements sont conservés 24 mois et sont conservés même en cas d'effacement d'un compte utilisateur.
Journalisation et audit. Les événements de sécurité — authentification, changements de permissions, accès du support, traitement des demandes des personnes concernées — sont écrits dans un magasin d'audit en ajout seul, dans la même transaction de base de données que l'action qu'ils enregistrent : une action ne peut donc pas être validée sans sa ligne d'audit. Ils sont conservés 12 mois, ce qui satisfait au plancher « au moins un an » de l'art. 4 OPDo. Les règles de journalisation de Filetable interdisent de journaliser le contenu des documents, les prompts et réponses des modèles, les noms de fichiers ou de dossiers et les adresses e-mail ; les journaux portent des identifiants à la place, et cette règle est contrôlée automatiquement.
Traitement par IA. Les documents des clients ne sont jamais utilisés pour entraîner ou affiner un modèle. Les contrats avec les fournisseurs d'IA leur interdisent d'utiliser les Données personnelles du Client pour entraîner leurs modèles. L'extraction produit des suggestions marquées et révisables, et non des décisions définitives.
Résilience et reprise. Un service de base de données managée avec des sauvegardes conservées 35 jours dans la région suisse. Les documents ne font pas l'objet de sauvegardes : ils sont conservés dans un stockage redondant entre trois zones de disponibilité de la région de Zurich, et un fichier supprimé ou écrasé reste récupérable pendant 7 jours grâce à la suppression réversible (soft delete) du service de stockage. Si une restauration réintroduit des données précédemment supprimées, la suppression est appliquée à nouveau avant que ces données ne soient utilisées.
Développement et gestion des changements. Les modifications de code passent par une revue avant fusion, avec vérification de types automatisée, tests unitaires et tests d'intégration adossés à la base de données. Les règles d'autorisation et de conservation des données disposent de leur propre couverture de tests : une modification qui réduirait une durée de conservation ou élargirait un périmètre d'accès est détectée avant sa mise en production.
Mesures organisationnelles. Obligations de confidentialité écrites pour tout le personnel, survivant à la fin de la relation. Accès selon le besoin d'en connaître, réexaminé en cas de changement de rôle et supprimé au départ. Instruction en matière de protection des données et de sécurité adaptée au rôle. Un programme de divulgation responsable à security@filetable.com, avec accusé de réception des signalements dans les 24 heures.
Certification. Filetable ne dispose pas à ce jour de certification SOC 2 ou ISO/CEI 27001 et prévoit d'engager une démarche de certification à mesure que l'entreprise se développe. Les clients seront informés de l'obtention d'une certification.
| Exigence de l'art. 32 RGPD | Mise en œuvre |
|---|
| 32(1)(a) — pseudonymisation et chiffrement | Clés AES-256-GCM par fichier, scellées séparément, jamais partagées entre fichiers ni entre clients. Chiffrement côté client des téléversements depuis le navigateur. AES-256 au repos. TLS 1.2/1.3 en transit. TLS vers la base de données avec vérification de certificat. Effacement de compte mis en œuvre sous forme d'anonymisation, avec un condensé poivré de l'adresse e-mail. |
| 32(1)(b) — confidentialité, intégrité, disponibilité et résilience | Contrôle d'accès basé sur les rôles plus permissions granulaires par objet ; validation de chaque identifiant fourni contre la frontière de l'espace de travail ; accès du support soumis à permission et intégralement journalisé ; enregistrements d'audit en ajout seul écrits dans la même transaction que l'action ; base de données managée avec sauvegardes chiffrées en région suisse ; stockage des documents redondant entre trois zones de disponibilité. |
| 32(1)(c) — rétablissement de la disponibilité après un incident | Sauvegardes chiffrées de la base de données conservées 35 jours dans la même région suisse, avec restauration à un instant donné ; documents en stockage redondant entre zones, avec suppression réversible de 7 jours pour les fichiers supprimés ou écrasés ; suppressions appliquées à nouveau avant toute utilisation de données restaurées. |
| 32(1)(d) — tests et évaluations réguliers | Revue de code avant fusion ; vérification de types automatisée, tests unitaires et tests d'intégration adossés à la base de données, y compris des tests vérifiant les frontières d'autorisation et les planchers de conservation ; programme de divulgation responsable avec accusé de réception sous 24 heures. |
| 32(2) — appréciation des risques | Risques appréciés au regard des catégories de contenu que le produit traite, y compris les catégories particulières présentes dans les factures médicales et les dossiers RH, ainsi qu'au regard de la destruction, de la perte, de l'altération, de la divulgation ou de l'accès non autorisés, accidentels ou illicites. |
| 32(4) — traitement sur instruction uniquement | Le personnel et les sous-traitants ultérieurs ne traitent les Données personnelles du Client que sur instruction de Filetable, elles-mêmes bornées par les instructions du Client au titre de la section 4. |