Une sécurité ancrée dans la structure.
Une isolation à l'épreuve des erreurs de configuration vaut mieux qu'une politique que personne ne lit. Cette page énumère ce qui protège les données de vos clients — vérifié ligne par ligne face au code source, au registre d'adresses et à notre hébergeur.
- 12
- Facteur de travail BCrypt
- 15
- Minutes avant l'expiration d'un jeton d'accès
- 7
- Règles de limitation de débit appliquées
- 27
- Menaces analysées dans le modèle STRIDE
Où résident vos données.
D'abord la séparation, ensuite le chiffrement, et une sortie qui est un fichier plutôt qu'une négociation.
Isolation des tenants
Un compte créé via l'inscription reçoit sa propre base de données, et chaque module installé y range ses tables dans un schéma qui lui est propre. Dans les tables d'identité propres à la plateforme, le cloisonnement par tenant est lui aussi appliqué par la couche de données, plutôt que laissé à chaque requête.
Où cela tourne
Les serveurs de la plateforme se trouvent aux Pays-Bas, hébergés par TransIP. L'acheminement des e-mails et les SMS passent par des prestataires hors de l'UE ; la politique de confidentialité nomme chacun d'eux et ce qu'il reçoit.
Chiffrement au repos
Les bases de données utilisent SQL Server Transparent Data Encryption, de sorte que les fichiers de base de données sont chiffrés sur le disque.
Identifiants stockés
Les chaînes de connexion des bases de données et les identifiants des prestataires de paiement sont chiffrés avec ASP.NET Core Data Protection avant d'être stockés, et ne sont jamais inscrits dans les journaux.
Récupérer vos données
Lorsqu'un compte dispose de sa propre base de données, nous pouvons vous en exporter une copie complète sur demande, sous la forme d'un fichier .bacpac standard de SQL Server.
Identité et sessions.
De courte durée par défaut, révocables d'un seul geste, et chaque nombre ci-dessous est figé dans le code.
- 15min
- durée de vie du jeton d'accès
- 256bit
- jetons de rafraîchissement aléatoires
- 5min
- expiration du code à usage unique
- 3tentatives
- limite du code à usage unique
- 5tentatives
- seuil de verrouillage
- 12
- facteur de travail BCrypt
Mots de passe
Hachés avec BCrypt au facteur de travail 12, figé dans le code. Verrouillage après 5 tentatives échouées par défaut — configurable par tenant, et désactivable.
Sessions
Les jetons d'accès expirent au bout de 15 minutes. Les jetons de rafraîchissement sont des valeurs aléatoires de 256 bits, stockées uniquement sous forme de hachage, à usage unique, et renouvelées à chaque rafraîchissement.
Codes à usage unique
Codes optionnels de 6 chiffres par e-mail ou SMS, hachés au repos, expirant au bout de 5 minutes avec une limite de 3 tentatives.
Appareils de confiance
Cookies à préfixe de host, secure et SameSite strict, dont la valeur est stockée côté serveur sous forme de hachage. La présentation d'un cookie remplacé entre-temps révoque l'appareil et bloque la connexion.
Révoquer l'accès
Tous les appareils de confiance peuvent être révoqués d'un coup — et la révocation se déclenche d'elle-même après un changement de mot de passe, un verrouillage, la désactivation de l'authentification à deux facteurs, ou un changement d'adresse e-mail ou de numéro de téléphone.
Frontières, limites et le registre.
Des contrôles à la frontière, des plafonds sur la voie d'entrée, et derrière chaque modification une trace qui ne fait que s'allonger.
Autorisation
Les endpoints protégés par une autorisation déclarent l'autorisation qu'ils exigent, vérifiée à la frontière HTTP face aux claims du jeton signé, sans aller-retour vers la base de données. Les endpoints qui ne servent que les données propres à l'utilisateur connecté sont protégés par la seule authentification.
Limites de débit et en-têtes
Sept règles de limitation de débit appliquées, et huit en-têtes de sécurité sur les réponses de l'API, dont HSTS et une content-security-policy qui refuse tout par défaut.
Journal d'audit
Les modifications apportées aux tables propres à la plateforme — connexion, rôles, autorisations, paramètres — sont consignées en append-only : qui, quoi, quelle table et quelle ligne, quand, et les valeurs après la modification. Les hachages de mots de passe, les hachages de codes à usage unique, les secrets de l'authentification à deux facteurs et les security stamps sont exclus. Une suppression enregistre la clé de la ligne, non son contenu antérieur.
Modèle de menaces
Un modèle STRIDE écrit : 27 menaces analysées sur quatre zones de confiance et la frontière entre host et tenant, avec quatre risques résiduels acceptés explicitement énoncés.
Chaque ligne ci-dessus a été vérifiée pour la dernière fois le 19 juillet 2026 — face au code source, et, pour l'hébergement et le chiffrement du disque, face au registre d'adresses et à notre hébergeur.
Envoyez-nous votre questionnaire de sécurité.
Nous y répondrons ligne par ligne, avec les personnes qui ont écrit le code.
Contactez-nous