Sécurité et conformité
Construit selon un standard de sécurité applicative, contrôlé par des tests qui tournent à chaque build.
CertiPOS suit l’OWASP Application Security Verification Standard au niveau 2, avec la liste de contrôle et ses lacunes nommées publiées aux clients. La revue de sécurité est un ensemble de tests générés qui sondent chaque point d’entrée : accès entre locataires, secrets divulgués, entrées malformées et redirections ouvertes.
EN BREF
Cloisonnementsécurité au niveau des lignes sur chaque table
TransportHTTPS, votre certificat, épinglé
Identitécertificats d’appareil, TOTP, politiques de PIN
Autorisation170+ droits, approbations, journal
Auditchaîne de hachage, événements en ajout seul
Les contrôles
Ce qui protège les données, l’argent et les preuves.
Cloisonnement et transport
Sécurité au niveau des lignesChaque table du serveur porte le locataire et une politique créée dans la même migration ; la base l’applique sous un rôle forcé, aucune requête ne peut donc traverser une société par accident.
HTTPS avec votre certificatLe serveur émet ou importe son certificat ; chaque caisse en épingle l’empreinte depuis le QR d’enrôlement ; TLS peut être exigé pour chaque appel ; HSTS et les en-têtes de sécurité sont actifs.
Politique de sécurité du contenuLe portail n’autorise aucune origine externe et utilise un nonce par requête pour les scripts ; polices et icônes sont embarquées dans le serveur.
Identité
AppareilsUne caisse s’enrôle une fois avec un code et reçoit un certificat X.509 d’une AC par locataire ; les jetons sont de courte durée et liés à l’appareil ; une caisse retirée ne peut pas revenir.
PersonnesConnexion par PIN, carte ou badge sur la caisse avec verrouillage, historique, expiration et longueur minimale ; connexion au portail par mot de passe, codes en deux étapes et codes de secours ; session unique avec reprise.
SessionsVerrouillage et déconnexion à l’inactivité par caisse, action après enregistrement, mode formation, pointeuse avec départ forcé.
Autorisation et audit
Des droits, pas des rôlesPlus de 170 droits nommés avec autoriser, refuser ou approbation et seuils ; rôles hiérarchisés ; la caisse n’affiche une tuile que si son propre droit est accordé.
ApprobationsPar PIN, carte ou à distance depuis le téléphone d’un responsable ; par action, ticket ou session ; exécutant et approbateur toujours différents ; chaque dérogation journalisée avec motif, valeur tentée et valeur autorisée.
PreuvesÉvénements de ticket en ajout seul avec chaîne de hachage et séquence par caisse ; différences de configuration ; audits de lecture ; un journal des droits vérifié côté serveur.
Exploitation
SecretsMots de passe SAP protégés par DPAPI ou AES ; un fichier de secrets protégé ; les réponses de configuration, les lignes d’audit et les paquets de support ne contiennent jamais de secret.
Journaux et paquetsDes journaux structurés qui ne contiennent jamais de PIN, de jeton, de numéro de carte ni de secret ; fichiers tournants ; paquets de support depuis le portail et la caisse.
Limites de débit et en-têtesLimites de débit sur la connexion et l’API par adresse, limites de taille de requête, en-têtes de sécurité, un récepteur de webhooks signé avec une garde SSRF.
Préparation fiscale
Le socle de la facturation électronique, prêt pour des modules par pays.
Séquence immuableUne séquence et une chaîne de hachage par caisse, des types de facture simplifiée et standard, des champs acheteur, un point d’accroche pour la charge QR.
Contrat de fournisseur fiscalUne interface de module IFiscalProvider avec un fournisseur « aucun » aujourd’hui ; des modules par pays pour l’Arabie saoudite (ZATCA), les Émirats (FTA) et la Jordanie (JoFotara) sont prévus, pas certifiés.
Un document par ticketL’enregistrement par ticket donne à chaque vente sa propre facture SAP, ce que les régimes de facturation électronique exigent.