BBSInformations sur BBS
- Dénomination
- BBS INVEST GROUP LTD
- Statut
- Entreprise de services monétaires (ESM) enregistrée auprès de CANAFE/FINTRAC au Canada
- N° ESM
- M23496431
- N° de registre
- 1522333-4
- Siège
- 1370 Hasting Drive, London, Ontario, Canada N5X 2J3
- Groupe
- BBS MASTER GROUP
01Certification PCI DSS
Les entités du groupe BBS sont couvertes par la certification PCI DSS pour la sécurité des données de cartes de paiement. Cette certification s’inscrit dans le dispositif de protection des données de paiement du groupe, qui associe maîtrise des accès, sécurisation des systèmes, surveillance et suivi des mesures de sécurité. Les contrôles sont intégrés aux processus opérationnels et aux relations avec les prestataires concernés.
02Gouvernance et responsabilités
La présente politique décrit les mesures de sécurité appliquées aux activités, informations et systèmes de BBS. Les responsabilités de la direction, des équipes techniques, des fonctions risques et conformité et des prestataires sont définies. Les risques, dérogations et mesures correctrices font l’objet d’une analyse, d’une validation et d’un suivi documentés.
03Accès et authentification
Les habilitations sont individuelles, limitées aux besoins professionnels et accordées selon le principe du moindre privilège. Une authentification multifacteur protège les accès privilégiés et les accès pour lesquels elle est requise. Les droits sont revus périodiquement et retirés lors d’un départ ou d’un changement de fonction. Le partage de comptes et de mots de passe est interdit.
04Protection des données de paiement
La collecte et la conservation des données de paiement sont limitées au besoin autorisé. Les numéros de carte sont masqués à l’affichage et protégés lorsqu’ils sont conservés. La conservation des cryptogrammes de carte, des codes PIN et des données complètes de piste après autorisation est interdite, même sous forme chiffrée. Ces informations sont exclues des e-mails, tickets de support et journaux applicatifs.
05Chiffrement et gestion des secrets
Les échanges sensibles empruntent des canaux chiffrés avec des protocoles maintenus. La protection des données stockées tient compte de leur classification et des exigences applicables. Les clés de chiffrement, identifiants techniques, jetons et secrets API sont accessibles aux seules personnes autorisées, font l’objet d’une gestion de leur cycle de vie et sont exclus du code source partagé.
06Sécurité des API et des environnements
Les intégrations associent l’authentification des appels, la vérification des droits, la validation des entrées et des mécanismes de limitation des abus. Les environnements de développement, de test et de production sont séparés. Les changements sensibles sont autorisés, testés et traçables. Les données réelles utilisées pour des tests sont évitées ou protégées conformément aux exigences applicables.
07Vulnérabilités et maintenance
Les systèmes, logiciels et composants sont inventoriés et maintenus. Les vulnérabilités sont évaluées et corrigées selon leur criticité, leur exposition et les délais applicables. Les contrôles de sécurité, analyses de vulnérabilités et tests d’intrusion sont planifiés selon les risques et le périmètre des services. Toute intervention sur un système fait l’objet d’une autorisation préalable.
08Traçabilité et surveillance
Les accès et événements sensibles sont journalisés afin de permettre la détection, l’analyse et l’investigation des anomalies. Les journaux sont protégés contre les accès non autorisés et les altérations. Leur contenu est limité aux informations nécessaires, sans secrets d’authentification ni données de paiement interdites. Leur conservation respecte les obligations et besoins de preuve applicables.
09Prestataires et responsabilités partagées
Les prestataires ayant accès aux données ou aux systèmes font l’objet d’une évaluation adaptée au risque. Les contrats précisent les responsabilités de sécurité, la confidentialité, la gestion des incidents, les conditions de sous-traitance et la restitution ou suppression des données. Lorsqu’un service relève de PCI DSS, le périmètre de conformité du prestataire et la répartition des contrôles sont vérifiés et suivis.
10Réponse aux incidents
Tout incident présumé est signalé, qualifié et orienté vers les responsables compétents. La réponse couvre le confinement, la préservation des éléments utiles à l’enquête, l’analyse des impacts, la reprise et le suivi des corrections. Les communications aux clients, partenaires et autorités sont réalisées selon les obligations légales et contractuelles applicables.
11Sauvegardes et continuité
Les dispositifs de continuité identifient les activités prioritaires, les dépendances critiques et les modalités de reprise. Les sauvegardes sont protégées et leur restauration testée périodiquement. Les objectifs et procédures de reprise sont adaptés au service concerné, documentés et réexaminés après un changement majeur ou un incident significatif.
12Sensibilisation et amélioration continue
Les collaborateurs sont sensibilisés à la protection des données, à la fraude, au phishing et au signalement des incidents. Les personnes exerçant des fonctions sensibles reçoivent des consignes adaptées à leurs responsabilités. Les contrôles, retours d’expérience et évolutions des risques alimentent la mise à jour des procédures et le suivi des actions de sécurité.