Présentation de la sécurité

Chez faktoora, la sécurité est le fondement de tout ce que nous développons. En tant que plateforme de facturation électronique traitant des données financières sensibles, nous protégeons vos données à tous les niveaux – de l'infrastructure à l'application en passant par nos processus internes.

Nos principes de sécurité

Principe	Comment nous le mettons en œuvre
Confidentialité	Restrictions d'accès strictes, chiffrement des communications externes et des données stockées, hébergement en Allemagne
Intégrité	Requêtes de base de données paramétrées, piste d'audit permettant de détecter les manipulations, contrôle d'intégrité des sauvegardes
Disponibilité	Sauvegardes chiffrées fréquentes sur un site distinct, rétablissement automatique des services, un plan de reprise après sinistre documenté et éprouvé
Moindre privilège	Contrôle d'accès basé sur les rôles, services disposant de droits minimaux, accès restreint à la production
Défense en profondeur	Plusieurs niveaux de sécurité couvrant le réseau, l'infrastructure, l'application et les données
Changements maîtrisés	Les modifications du code passent par des merge requests avec des contrôles qualité automatisés ; les déploiements en production sont effectués manuellement par du personnel autorisé
Sécurité par défaut	Images de base durcies, branches protégées, services sans droits root

Chiffrement

En transit

Les communications externes sont chiffrées avec TLS 1.2 ou une version supérieure, notamment les appels API, les envois de webhooks, la transmission des factures électroniques et les intégrations tierces. Les e-mails sont transmis via TLS lorsque le serveur destinataire le prend en charge.

Au repos

Nos serveurs de production utilisent le chiffrement intégral des disques pour les bases de données et le stockage de fichiers, et nos sauvegardes sont chiffrées. L'accès aux clés est réservé à un nombre restreint de personnes expressément autorisées.

Au niveau applicatif

La connexion s'effectue via notre fournisseur d'identité exploité en interne – l'application faktoora elle-même ne stocke aucun mot de passe. Les clés d'API ne sont stockées que sous forme de hachage à sens unique et ne peuvent pas être récupérées après leur création. Les identifiants sensibles des intégrations sont chiffrés avant d'être stockés. Les entrées du journal d'audit sont chaînées cryptographiquement, de sorte que les modifications ultérieures sont détectables.

Contrôle d'accès

Accès à l'application

faktoora prend en charge plusieurs méthodes d'authentification :

E-mail et mot de passe via notre fournisseur d'identité, avec protection contre les attaques par force brute et prise en charge de l'authentification à deux facteurs
Authentification unique (SSO) via OpenID Connect pour les entreprises clientes
Clés d'API pour les intégrations programmatiques, stockées sous forme hachée et assorties d'une durée de validité obligatoire d'un an au maximum

Notre modèle d'autorisations repose sur un contrôle d'accès basé sur les rôles avec des autorisations granulaires, des accès par entité pour les comptes comprenant plusieurs sociétés et l'activation de fonctionnalités selon la formule tarifaire.

Accès du support

Lorsque vous contactez le support, du personnel autorisé de faktoora peut accéder temporairement à votre compte afin d'examiner et de résoudre votre demande. Cet accès est réservé au personnel autorisé, limité dans le temps et consigné dans la piste d'audit permettant de détecter les manipulations. Pour les clients professionnels, il n'a lieu que dans le cadre du contrat de sous-traitance et des CGV (point 8.11) – pour traiter une demande du client, pour analyser des erreurs ou pour fournir la prestation convenue.

Infrastructure de production

L'accès à la production est réservé au personnel expressément autorisé et requiert une authentification multifacteur. L'environnement de production est isolé de tous les systèmes de développement – aucun pipeline CI/CD ni aucun système de développement ne peut l'atteindre. Les déploiements sont effectués exclusivement manuellement par des personnes autorisées.

Cycle de vie des accès

Les nouveaux membres de l'équipe reçoivent des accès adaptés à leur rôle ; l'accès à la production requiert l'approbation de la direction technique
Revue trimestrielle des accès aux dépôts de code et à la production
En cas de départ, les accès sont retirés sans délai et les identifiants partagés dont la personne avait connaissance sont renouvelés

Processus de développement sécurisé

Les modifications du code suivent un processus structuré :

Modifications traçables – les modifications sont liées à des exigences et critères d'acceptation documentés
Isolation par branches – les travaux sont développés dans des branches dédiées et intégrés via des merge requests dans des branches protégées que seuls des mainteneurs autorisés peuvent fusionner
Contrôles qualité automatisés – chaque merge request passe par le linting, la vérification des types, des tests automatisés et la vérification du build ; tant que ces contrôles échouent, la fusion est impossible
Analyses de sécurité automatisées – l'analyse statique du code et l'analyse des vulnérabilités des dépendances s'exécutent automatiquement dans nos pipelines de build ; les constats sont évalués et traités en fonction des risques
Revue approfondie – les modifications importantes ou plus risquées sont, si nécessaire, examinées de manière approfondie par un second développeur, y compris au moyen de tests manuels
Déploiement progressif – les modifications passent par des environnements de préproduction (staging) avant d'être mises en production

Sécurité de la chaîne d'approvisionnement

Nos services applicatifs reposent, lorsque c'est possible, sur des images de base minimales et durcies. Leur provenance et leur signature sont vérifiées cryptographiquement avant chaque build, et chaque image de base vérifiée est accompagnée d'une nomenclature logicielle (Software Bill of Materials, SBOM). Tous les services s'exécutent sans droits root.

Gestion des dépendances

Les dépendances tierces font l'objet d'une surveillance continue des vulnérabilités connues. Dans nos projets, les versions de paquets nouvellement publiées ne sont adoptées qu'après un délai d'attente – à titre de protection contre les versions compromises.

Sécurité de l'infrastructure

Hébergement

Tous les systèmes de production sont exploités dans des centres de données certifiés ISO 27001 en Allemagne.

Séparation des environnements

Les environnements de développement, de test et de production sont strictement séparés. La production est isolée et n'est accessible depuis aucun autre environnement.

Sécurité des réseaux

Notre infrastructure utilise plusieurs niveaux de protection réseau, notamment des pare-feu au niveau du fournisseur et des hôtes ainsi qu'une authentification au niveau applicatif. Les stockages de données ne sont jamais directement accessibles depuis Internet. Les accès administratifs aux serveurs de production requièrent une authentification multifacteur.

Surveillance des erreurs

La surveillance des erreurs de l'application s'exécute sur notre propre infrastructure en Allemagne. Les rapports d'erreurs sont minimisés dès le côté client, avant leur transmission.

Journalisation d'audit

Les actions des utilisateurs sont consignées dans une piste d'audit en ajout seul (append-only). Chaque entrée est chaînée cryptographiquement à la précédente, de sorte que les modifications ultérieures sont détectables.

Gestion des secrets

Les secrets de production sont fournis aux services au moment de l'exécution, ne sont pas accessibles depuis les environnements de développement et de test, et leur accès est réservé au personnel autorisé.

Des questions ?

Pour toute question de sécurité, contactez security@faktoora.com.

Pour signaler une vulnérabilité, consultez notre page Signalement de vulnérabilités.