Sécurité
- Chiffrement
- TLS en transit, en version 1.2 au minimum et 1.3 par défaut (certificats Let's Encrypt), chiffrement au repos sur les disques de l'hébergeur de la base, et chiffrement Fernet pour les champs sensibles comme les clés d'API des exchanges.
- Connexion
- Mots de passe hachés en Argon2id (paramètres OWASP), double authentification par application (TOTP, RFC 6238) ou par code de 6 chiffres envoyé par e-mail, jetons de renouvellement changés à chaque usage avec détection de réutilisation, verrouillage progressif après plusieurs échecs.
- Cloisonnement des clients
- Chaque requête est filtrée par organisation dans le code de l'application, et ton accès est revérifié à chaque requête. Les politiques Row-Level Security de PostgreSQL sont déjà posées sur les tables et deviendront une seconde barrière (voir la feuille de route plus bas).
- Journal d'audit
- Reclassements manuels, règles, nettoyages et verrouillages d'exercice sont inscrits dans un journal en ajout seul, chaîné en SHA-256. La base refuse toute modification ou suppression de ce journal. Chaque FEC exporté est archivé avec son empreinte SHA-256, revérifiée à chaque téléchargement.
- Hébergement dans l'Union européenne
- Hostinger (France) : hébergement du site et de l'application. Supabase (Irlande (Union européenne)) : base de données et fichiers (pièces justificatives, FEC). Les services tiers (envoi d'e-mails, explorateurs de blocs, cours) et ce qu'ils reçoivent sont listés dans la politique de confidentialité.
- Conformité
- Au sens du RGPD, TLM Solutions est responsable des traitements liés aux comptes, à la sécurité et à la facturation, et traite tes données comptables pour ton compte selon l'accord de sous-traitance annexé aux CGV. Une violation qui présente un risque est notifiée à la CNIL dans les 72 heures et aux organisations concernées.
- Signaler une vulnérabilité
- Écris à contact@trotme.fr en décrivant comment la reproduire.
Feuille de route sécurité
Prévu mais pas encore livré, pour que tu saches où on en est :
- Connexion de l'application avec un rôle PostgreSQL soumis à la Row-Level Security (seconde barrière d'isolation)
- Passage de la signature JWT de HS256 à une paire de clés RS256
- Chiffrement d'enveloppe KEK et DEK (une seule clé Fernet aujourd'hui)
- WebAuthn et passkeys
- Horodatage qualifié eIDAS des FEC exportés (RFC 3161)
- Sauvegarde indépendante de la base, avec restauration à un instant donné