Aller au contenu

Sécurité

Version en vigueur le .

En bref

  • Chaque entreprise est isolée des autres au niveau de la base de données, et les accès par rôle sont vérifiés par le serveur à chaque requête.
  • Mots de passe jamais conservés en clair, double authentification obligatoire pour les propriétaires et gestionnaires, jetons et secrets chiffrés.
  • Un agent IA ne peut pas envoyer, réserver, annuler ou payer sans l'approbation d'une personne.
  • Nous décrivons ici seulement ce qui est réellement en place, et ce qui reste à faire. Pilotiko ne détient aucune certification de sécurité et n'a pas encore fait l'objet d'un audit externe.
  • Vous avez trouvé une faille ? Écrivez à [À COMPLÉTER: courriel de signalement de vulnérabilités, ex. [email protected]].

1. Architecture

Pilotiko est une application web (Python) avec une base de données PostgreSQL, derrière un serveur frontal (Caddy) qui gère le HTTPS. Hébergement : [À COMPLÉTER: qui héberge les serveurs de production (ex. vos propres machines, ou le nom de l'hébergeur)], [À COMPLÉTER: ville ou région et pays des serveurs de production et des sauvegardes (ex. Montréal, Québec, Canada)]. Les fichiers téléversés sont stockés : [À COMPLÉTER: où sont gardés les fichiers téléversés (disque local du serveur, ou nom du service S3 et sa région)]. Le site public et l'application n'utilisent aucun script tiers, aucun réseau de diffusion de contenu externe et aucun traceur.

2. Chiffrement en transit

3. Chiffrement au repos

4. Authentification et contrôle d'accès

5. Isolation entre entreprises

6. Agents IA

7. Journaux d'audit

Les actions importantes (connexion d'un outil, approbation, modification de réglages, actions des agents) sont inscrites dans un journal d'audit en ajout seul : le rôle de l'application peut y écrire, pas modifier ni effacer. Le journal technique des requêtes ne contient ni adresse IP ni navigateur, et les valeurs sensibles (jetons, mots de passe) sont masquées dans les journaux.

8. Sauvegardes et reprise

9. Gestion des secrets et du code

10. Surveillance et incidents

L'application mesure en continu les taux d'erreurs et les temps de réponse et signale à l'exploitant toute anomalie grave (par exemple, une page qui échoue massivement). En cas d'incident de sécurité touchant des renseignements personnels, nous suivons la procédure décrite dans la politique de confidentialité : limiter les dégâts, évaluer le risque de préjudice, aviser la Commission d'accès à l'information et les personnes concernées si le risque est sérieux, et aviser sans délai les entreprises clientes touchées.

11. Ce qui n'est pas encore en place

Par transparence, voici les améliorations prévues que nous ne prétendons pas avoir :

12. Signaler une vulnérabilité

Nous remercions les personnes qui nous signalent une vulnérabilité de façon responsable.

Historique des modifications

DateModification
Description détaillée des mesures et signalement de vulnérabilités.

Version imprimable : utilisez la fonction Imprimer de votre navigateur.

← Retour au centre de confiance