Sécurité, conformité et résidence des données
Les contrôles qu'un client active lui-même, le chiffrement et les clés, les cibles de correctifs par CVSS, les incidents de sécurité et la notification des violations, les tests d'intrusion client, les décisions de gouvernance d'ASK, la résidence et les preuves qu'un client peut demander.
Trois niveaux de défense
| Prévenir | Détecter | Correct |
|---|---|---|
| Isolation du réseau et pare-feu applicatif web (WAF) ; trafic entrant uniquement HTTPS ; base de données privée | Journalisation centralisée — application, audit, cloud | Sauvegardes isolées du réseau ; coffre-fort immuable ; restauration en salle blanche |
| Chiffrement au repos et en transit | Analyse des vulnérabilités — images, dépendances, configuration du cloud | Procédures de réponse aux incidents et d'escalade |
| Contrôle d'accès basé sur les rôles (RBAC) granulaire, authentification unique (SSO), authentification multifacteur (MFA | Détection des menaces en temps réel | Live DR — une deuxième région opérationnelle avec basculement automatique |
| Images renforcées ; gestion des vulnérabilités et des correctifs |
Contrôle les interrupteurs du client
La plupart des contrôles, conformes à la norme NIST CSF, sont intégrés à TRANXACT ou proviennent des services natifs du fournisseur de cloud. Quatre d'entre eux sont optionnels ou à la charge du client, et il est important de le préciser car personne d'autre ne les implémentera :
| Contrôle | Fonction | OMS |
|---|---|---|
| Classification des données | Identifier | Le client classe les données personnelles et les données réglementées (INFRA_2.5.04 pour la conservation et la détention légale) |
| Authentification unique (SSO) et authentification multifacteur (MFA) via le fournisseur d'identité (IdP) | Protéger | Le client gère les comptes et la politique MFA dans son fournisseur d'identité (PLAT_5.6.02) ; TRANXACT met en place la fédération (PLAT_5.6.01) |
| Clés gérées par le client | Protéger | Facultatif (TO_4.5.10) ; le client exécute le cycle de vie de la clé (TO_4.5.11) |
| Intégration SIEM | Détecter | L’exportation des journaux est facultative (TO_4.6.02) ; l’exploitation du SIEM est à la charge du client (TO_4.6.03). |
Chiffrement et clés
| Quoi | Comment |
|---|---|
| Données en transit | TLS 1.2+ |
| Base de données au repos | AES-256 |
| Stockage d'objets et sauvegardes | AES-256 |
| Secrets | Un magasin de secrets géré |
| Clés IA | La clé du fournisseur de niveau, ou BYOK |
| Certificats | Une autorité de certification publique pour le nom de domaine complet (FQDN). |
- Standard : clés KMS cloud gérées par TRANXACT, avec rotation et destruction définies ; aucun accès en lecture aux clés pour l'opérateur ; accès aux clés enregistré ; clés de sauvegarde du coffre-fort conservées séparément (TO_4.11.02).
- En option : clés gérées par le client dans le KMS du client, certificats fournis par le client, BYOK pour le moteur ASK.
Avec les clés gérées par le client, la révocation de la clé rend TRANXACT indisponible. Il est impératif de convenir ensemble des procédures de rotation et d'urgence avant toute utilisation de la clé.
Correctifs par niveau de gravité (valeur par défaut proposée)
| Gravité (CVSS) | Cible de remédiation | Avis aux clients |
|---|---|---|
| Critique (9,0–10) | Solution de secours, dès qu'une solution testée existera | Immédiatement, si une interruption de service est nécessaire |
| Élevé (7,0–8,9) | Prochaine fenêtre de maintenance | Notes de version |
| Moyen (4,0–6,9) | Dans un délai de 30 jours | Notes de version |
| Faible (inférieur à 4,0) | Prochaine sortie prévue | Notes de version |
Quatre étapes : évaluation et classification ; tests et vérification sur un environnement hors production par rapport à une copie de production ; déploiement par mise à jour progressive après une période de latence, avec surveillance de l’état et des contrôles de registre ; intervention et correction. Les clients disposant de leurs propres comités de gestion des changements doivent convenir du délai de préavis et des correctifs pouvant être appliqués sans préavis.
Incidents de sécurité et violations de données personnelles
Contrôle → Signalement → Déclaration → Résolution → Apprentissage : contenir et isoler ; consigner et alerter les équipes SecOps et le projet pilote d’opérations autonomes ; classifier et ouvrir un incident de sécurité ; éradiquer, restaurer à partir d’un état propre et vérifier le registre ; examiner la cause première et mettre à jour les contrôles et les manuels d’exploitation.
| TRANXACT — processeur (TO_4.5.06) | Client — contrôleur (TO_4.5.07) |
|---|---|
| Confirme une violation de données personnelles des clients | Évalue les risques pour les personnes concernées |
| Avertit le client sans délai indu, conformément aux dispositions du contrat de protection des données. | Notifie l'autorité de surveillance lorsque cela est requis |
| Présente les faits connus, l'impact probable et les mesures prises | Informe les personnes concernées lorsque cela est nécessaire |
| Fournit des mises à jour au fur et à mesure de l'avancement de l'enquête. | Consigne l'infraction dans son propre registre |
Convenir des contacts de notification, du canal et du calendrier dans le DPA, et répéter le plan de communication avec le DPO du client.
Le propre test d'intrusion du client
- Signez un accord de confidentialité.
- Veuillez en faire la demande au moins 2 semaines à l'avance (TO_4.5.08, Service supplémentaire).
- Définir le périmètre.
- Commencez par effectuer les tests hors production : les données sont mises à jour à partir des données de production avec masquage. Les tests en production nécessitent l’approbation explicite de TRANXACT et une plage horaire définie.
- Partagez les résultats.
- Remédier conjointement : les résultats de la plateforme sont de la norme (TO_4.5.09) ; les résultats dans la propre configuration du client sont de leur responsabilité.
| Dans le champ d'application | Hors champ |
|---|---|
| Tests d'application via le nom de domaine complet du client | Attaques par déni de service et par surcharge |
| Conception de l'authentification, de l'autorisation et des rôles | Infrastructure du fournisseur de cloud |
| API utilisées par les intégrations du client | Autres locataires, le compte coffre-fort et les outils partagés |
| Chemins réseau côté client (VPN, liaison privée) | Ingénierie sociale du personnel de TRANXACT |
ASK des décisions de gouvernance
ASK utilise les API de TRANXACT avec la session de l'utilisateur ; ainsi, chaque règle de publication, autorisation de rôle et entrée du journal d'audit s'applique comme si l'utilisateur avait cliqué. Les décisions sont prises pour chaque client.
| Décision | Catégorie | R&R |
|---|---|---|
| Niveau du moteur (premium, équilibré, économique) et région de traitement | Demande de service standard | DEMANDER_6.1.02 |
| Connectez une clé IA fournie par le client (BYOK) | Demande de service standard | DEMANDER_6.1.03 |
| Fournir et faire tourner la clé BYOK ; détenir le contrat du fournisseur d’IA | Exclu | DEMANDER_6.1.04 |
| Quels rôles peuvent utiliser ASK ? Budgets d’utilisation et alertes ; rappel mensuel et bilan d’utilisation ; sessions d’adoption | Packé — Gouvernance d'utilisation G1 ASK | ASK_6.2.01 – 6.2.03, 6.2.07 |
| Chaque action ASK dans l'historique d'audit | Standard | DEMANDER_6.2.04 |
| Politique d’utilisation de l’IA en interne du client | Exclu | DEMANDER_6.2.05 |
résidence des données
- La région principale est celle où se trouvent le registre et les documents.
- La région Live DR et le coffre-fort se trouvent dans la même juridiction légale, où la réglementation l'exige.
- ASK: où les invites et les réponses sont traitées — BYOK si le client exige son propre contrat d'IA.
- Langues, entités, devises et exigences légales locales par entité juridique.
- Règles sectorielles : dossiers médicaux (DME), dossiers étudiants, données de paie et fiscales.
- Les transferts transfrontaliers sont couverts par la loi sur la protection des données.
Vérifiez les exigences relatives aux données réglementées avant de choisir les régions. Le déplacement d'un registre actif entre régions constitue un projet de migration.
Preuves et certifications
- Sur demande : le livre blanc sur la sécurité et les descriptions des contrôles, les résumés des tests d'intrusion, les rapports d'exercice de basculement et de restauration en salle blanche, les rapports de disponibilité et d'état de sauvegarde, la liste des sous-processeurs et les DPA TOM (TO_4.5.12).
- Le questionnaire de diligence raisonnable en matière de sécurité du client, rempli une fois par année contractuelle (TO_4.5.13).
- Droits d’audit tels que définis dans le DPA ; tests d’intrusion réalisés par le client selon le processus convenu ; exportation des journaux vers son SIEM.
Ne mentionnez que les certifications et attestations (ISO/IEC 27001, SOC 2 Type II, référentiels sectoriels) dont le périmètre actuel couvre le cloud et la région du client. Vérifiez la conformité auprès de TRANXACT avant toute proposition.
Les valeurs indiquées comme valeurs par défaut proposées sont les points de départ recommandés par le guide de déploiement. Veuillez les confirmer pour chaque client ; le contrat, le bon de commande, le SLA et le DPA prévalent sur les informations présentées sur cette page.
Suivez le cours à ce sujet, avec des schémas et une vérification.