Passer au contenu

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é