BankIA / Sécurité

Sécurité et confiance

Conçue pour gérer de l’argent, avec une sécurité exposée sans artifices.

Cette page décrit ce que la plateforme fait aujourd’hui pour protéger l’argent et les données, ainsi que ce qui manque encore. Nous ne nous prévalons d’aucune certification que nous n’avons pas.

  • L’argent en décimales exactes
  • Isolation par instance
  • Déploiement avec retour arrière
  • Vérification en deux étapes
Intégrité de l’argent

Les comptes ne se font pas avec des approximations

Décimales exactes

Les montants sont conservés et calculés en décimales exactes, jamais en nombres à virgule flottante.

Calculs effectués sur le serveur

Les frais, le change de devises et les limites sont calculés par le serveur; le navigateur ne peut pas les modifier.

Grand livre

Chaque opération est consignée avec sa date et son origine. Les corrections se font au moyen de nouvelles opérations.

Double contrôle

Les opérations sensibles de la console exigent l’approbation d’une autre personne.

Accès et comptes

Qui entre et comment

Mots de passe hachés

Les mots de passe ne sont pas conservés en clair. Ils sont comparés à une empreinte (hash) et peuvent être confrontés à des fuites publiques sans être exposés.

Vérification en deux étapes

Offerte aux clients et aux administrateurs, avec une application de codes temporaires.

Rôles et permissions

Chaque utilisateur voit et fait uniquement ce que son rôle permet.

Sessions et appareils

Historique des connexions, alertes par courriel et fermeture de session à distance.

Données

Chaque client dans son propre espace

Isolation

Chaque institution a son instance, avec son propre domaine et sa propre base de données. Dans NatIA Ahorro, chaque cercle d’épargne (natillera) est isolé des autres.

Aucune donnée de carte

Pour les abonnements, seuls la marque et les quatre derniers chiffres sont conservés.

Invitations sécurisées

Les liens d’invitation expirent, sont à usage unique et sont conservés sous forme hachée.

Sauvegarde avant modification

Une sauvegarde est effectuée avant d’appliquer des modifications à la base de données.

Application

Défenses dans le code

Protection contre la falsification

Chaque envoi de formulaire comporte un jeton qui empêche un autre site de le déclencher.

En-têtes stricts

Politique de sécurité du contenu avec nonces et blocage des scripts non autorisés.

Requêtes paramétrées

Les requêtes à la base de données utilisent des paramètres pour empêcher l’injection SQL.

Audit

Les actions administratives sont consignées : qui, quoi et quand.

Opération

Chaque modification est testée avant sa mise en ligne

Tests automatisés

Une suite de plus de mille tests s’exécute dans un environnement d’essai avant la publication.

Déploiement avec retour arrière

Chaque déploiement est vérifié et, en cas d’échec, revient à la version précédente.

Trafic chiffré

Toutes les plateformes sont servies en HTTPS.

Contrôle de santé

Contrôles périodiques pour vérifier que chaque plateforme répond et que ses tâches planifiées s’exécutent.

Plan de renforcement de la sécurité

Ce que nous ferons avant de gérer de l’argent réel

La version actuelle est une version de démonstration. Avant de gérer de l’argent ou des données personnelles réels, nous aurons mené à terme ce plan.

  1. 1

    Analyse de sécurité

    Analyse des vulnérabilités du code et de l’infrastructure, avec correction des constats.

  2. 2

    Vérification en deux étapes obligatoria

    Pour tous les administrateurs de chaque instance.

  3. 3

    Examen indépendant

    Un audit ou un test d’intrusion par un tiers.

  4. 4

    Examen juridique

    Avis de confidentialité, contrats et traitement des données examinés par des avocats.

  5. 5

    Sauvegardes et récupération

    Tests périodiques de restauration des sauvegardes.

Ce que nous ne pouvons pas encore affirmer

Honnêteté sur l’état actuel

Avez-vous besoin du détail technique pour votre équipe de gestion des risques?

Écrivez-nous et nous vous transmettrons la documentation disponible.