Comptes et sessions
Les opérations liées au compte passent par l'authentification de Supabase. Les services sensibles vérifient l'identité côté serveur, pas simplement l'affichage d'un bouton dans le navigateur.
Zlotia gère des documents commerciaux et des informations professionnelles sensibles. Nous décrivons ici les mécanismes utilisés, les contrôles documentés et les limites de ce que nous pouvons garantir.
Information technique : 7 novembre 2026. À réviser à chaque évolution majeure.
Les opérations liées au compte passent par l'authentification de Supabase. Les services sensibles vérifient l'identité côté serveur, pas simplement l'affichage d'un bouton dans le navigateur.
L'application publique utilise des adresses HTTPS. Des en-têtes de sécurité sont prévus côté déploiement, mais leur efficacité dépend de la configuration de l'hébergeur.
Les dossiers transmis à un comptable reposent sur des permissions Supabase RLS : invitation nominative, publication volontaire et révocation des consultations futures. Cela ne supprime pas une copie déjà téléchargée.
Le stockage des pièces de l'Espace Comptable est privé. Les contrôles d'accès limitent la consultation aux participants autorisés d'un dossier, pour les formats de pièces acceptés.
Les devis acceptés et certaines opérations de facturation sont soumis à des contrôles métier. Une correction de facture finalisée doit être traitée par un document approprié, par exemple un avoir, plutôt que par réécriture silencieuse.
Les invitations, transmissions, échanges et révocations de l'Espace Comptable alimentent un journal d'audit. Ce journal ne représente pas nécessairement une traçabilité exhaustive de toutes les actions Zlotia.
Zlotia Sentinel V28.1 est un robot de surveillance défensive exploité séparément du site et de l’application. Ses cycles sont planifiés toutes les cinq minutes. Ils servent à détecter rapidement des anomalies sur un périmètre public autorisé ; ils ne consultent pas les documents privés des utilisateurs.
Contrôle des réponses de plusieurs URL publiques autorisées, du protocole HTTPS et de la validité des certificats TLS, y compris leur échéance.
Vérification de certains en-têtes HTTP de sécurité, notamment HSTS, CSP et la protection contre l’interprétation incorrecte des types MIME.
Vérification non intrusive de la réponse d’un point d’administration protégé et de quelques chemins pouvant révéler une exposition accidentelle.
Production de rapports privés horodatés en HTML, JSON et Markdown, suivi des nouveaux signaux, et envoi de synthèses via Astrabase Mail à l’équipe chargée de la supervision.
La surveillance ne télécharge ni dossiers comptables, ni factures, ni pièces privées des utilisateurs. Les rapports de diagnostic détaillés restent en accès restreint et ne sont pas publiés sur le site.
Ce premier niveau de supervision ne représente pas un audit de pénétration permanent, une vérification exhaustive des droits d’accès ou une certification de sécurité. Une absence d’alerte n’exclut pas l’existence de vulnérabilités ; les analyses approfondies nécessitent des contrôles dédiés et une préproduction isolée.
Informations sur le dispositif à la date du 7 novembre 2026. L’état public des services et les diagnostics privés Sentinel ne correspondent pas aux mêmes mesures.
Nous encourageons les signalements permettant de corriger une vulnérabilité sans perturber le service. Décrivez le composant, le risque, des étapes de reproduction prudentes et un moyen de vous répondre.
Contacter l'équipe sécuritéN'envoyez ni mots de passe ni données personnelles de tiers. Ne testez pas de comptes autres que les vôtres et n'effectuez pas de tests de charge sans accord. Aucun délai contractuel de réponse n'est annoncé.
Des sondes techniques sont enregistrées périodiquement et analysées pour éviter les alertes intempestives. Plusieurs contrôles anormaux consécutifs préparent une alerte et un brouillon d’incident. La publication et la clôture sont soumises à une décision humaine. Cette supervision ne remplace pas des audits externes ni des tests fonctionnels complets.