Ce qu'est SOC 2
SOC 2 est un rapport indépendant d'un auditeur sur la manière dont un prestataire de services protège les données et les systèmes qu'il exploite pour ses clients. Le cadre vient de l'American Institute of Certified Public Accountants (AICPA), et le rapport lui-même est rédigé par un cabinet CPA agréé. SOC signifie System and Organization Controls : malgré une abréviation proche, il n'a aucun rapport avec un centre d'opérations de sécurité.
L'étalon est constitué des Trust Services Criteria (critères des services de confiance) : sécurité, disponibilité, intégrité du traitement, confidentialité et vie privée. La sécurité est toujours incluse, et l'organisation choisit parmi les quatre autres ceux qui correspondent au service qu'elle vend. L'auditeur examine ensuite la description du système établie par la direction et les contrôles qui soutiennent les critères, puis exprime une opinion.
SOC 2 n'est ni une loi ni un certificat. Personne n'est obligé de l'avoir, et l'auditeur ne délivre pas de note de réussite : le rapport indique si les contrôles ont satisfait aux critères et énumère les exceptions relevées. Les acheteurs le demandent parce qu'il offre un regard extérieur sur la sécurité des données d'un fournisseur, ce qu'un questionnaire ne peut pas faire.
Comment le rapport est produit
Un rapport SOC 2 est l'aboutissement d'un processus, pas le processus lui-même. L'audit est bref comparé à la préparation, et l'essentiel du travail se fait avant l'arrivée de l'auditeur :
- 1
Définir le périmètre et les critères
Décider quels services, systèmes et sites sont couverts et quelles catégories s'ajoutent à Security.
- 2
Mesurer l'état de préparation
Comparer les contrôles actuels aux critères et lister les écarts avant que l'auditeur ne les trouve.
- 3
Appliquer et consigner
Combler les écarts, puis faire fonctionner les contrôles au quotidien et conserver les preuves : tickets, journaux, revues d'accès, validations.
- 4
Passer l'audit
Un cabinet CPA indépendant examine la description du système et teste les contrôles au regard des critères.
- 5
Recevoir et partager le rapport
Le rapport porte l'opinion de l'auditeur, est généralement transmis aux clients sous NDA et se renouvelle selon un cycle régulier, souvent chaque année.
Les cinq critères des services de confiance
La sécurité est obligatoire et forme les critères communs : accès, gestion des changements, évaluation des risques, surveillance et réponse aux incidents. Les quatre autres ne sont ajoutés que si le service prend des engagements à leur sujet :
| Critère | Ce qu'il couvre | Contrôles types |
|---|---|---|
| Sécurité | Protection du système contre les accès non autorisés et les dommages | Gestion des accès, connexion multifacteur, contrôle des changements, surveillance, réponse aux incidents |
| Disponibilité | Le système est disponible comme convenu | Surveillance de la capacité, sauvegardes, plans de reprise |
| Intégrité du traitement | Le traitement est complet, valide, exact et dans les délais | Contrôles de saisie, rapprochements, gestion des erreurs |
| Confidentialité | Les informations désignées confidentielles sont protégées comme promis | Classification des données, chiffrement, règles de conservation et de destruction |
| Vie privée | Les données personnelles sont traitées comme l'indique la notice de l'organisation | Information et consentement, demandes d'accès, limites de conservation |
À quoi cela ressemble dans Anexet
SOC 2 demande à une organisation de montrer qui peut accéder aux données des clients, comment cet accès est protégé et comment les changements apportés aux systèmes sont consignés. Anexet n'est pas un outil d'audit, mais sa console conserve plusieurs de ces traces : les privilèges sont attribués par groupe d'utilisateurs, l'enregistrement des paramètres de l'Administrator Console peut exiger un mot de passe supplémentaire, et les sessions se terminent automatiquement après un délai défini, et le Journal enregistre les actions des administrateurs. Les événements peuvent aussi être transmis à un SIEM pour une surveillance centralisée.
1 / 3
Type I et Type II
Un rapport Type I décrit les contrôles et donne l'opinion de l'auditeur sur leur conception adéquate à un instant donné. Un rapport Type II couvre une période, généralement de quelques mois à un an, et ajoute les tests de l'auditeur pour savoir si les contrôles ont réellement fonctionné de manière efficace tout au long de celle-ci.
Pour un acheteur, le Type II pèse davantage : un contrôle qui existe n'est pas un contrôle qui a fonctionné chaque semaine. Beaucoup de prestataires commencent par le Type I pour avoir quelque chose à montrer, puis passent au Type II. Les clients demandent aussi une bridge letter, une courte déclaration de la direction sur la période écoulée entre la fin de la période et aujourd'hui. C'est une déclaration du prestataire lui-même, pas un audit.
SOC 2 et les rapports voisins
SOC 1 porte sur les contrôles qui comptent pour l'information financière d'un client, SOC 2 sur les critères des services de confiance, et SOC 3 est une courte synthèse à usage général du même type de mission que SOC 2, sans les tests détaillés, ce qui permet de la publier.
L'ISO/IEC 27001 est l'autre document que réclament les acheteurs. C'est la certification d'un système de management de la sécurité de l'information (SMSI) par un organisme accrédité, alors que SOC 2 est un rapport d'attestation sur des contrôles que l'organisation décrit elle-même. L'un ne remplace pas l'autre, mais un même socle de preuves entretenu par la gestion de la conformité peut servir aux deux.
| Question | SOC 1 | SOC 2 | SOC 3 |
|---|---|---|---|
| Porte sur les contrôles liés à l'information financière | |||
| Utilise les critères des services de confiance | |||
| Contient des tests et résultats détaillés (Type II) | |||
| Destiné au grand public |
Erreurs fréquentes
La plupart des difficultés viennent du fait de traiter SOC 2 comme un badge plutôt que comme une manière de travailler. Les clients attentifs lisent le périmètre, la période et les exceptions avant l'opinion, car les failles d'un fournisseur deviennent aussi leur propre risque de conformité. Les schémas se répètent :
Un rapport SOC 2 montre que les contrôles ont fonctionné sur une période passée. Il ne promet pas que tout ira bien le mois prochain.
- Dire d'une entreprise qu'elle est « certifiée SOC 2 » alors qu'il n'y a pas de certificat, seulement un rapport
- Définir un périmètre si étroit que le rapport laisse de côté le produit que le client utilise réellement
- Tenter de reconstituer les preuves après la fin de la période, alors qu'un test Type II couvre toute la période
- Ne lire que l'opinion et ignorer les exceptions et les contrôles que le client doit lui-même appliquer
- Croire que le critère de vie privée prouve la conformité à une loi sur la protection des données comme le RGPD
Par où commencer
Partez de ce que les clients demandent réellement, pas des critères. Prenez pour périmètre le service qu'ils achètent, commencez par Security et n'ajoutez les autres catégories que lorsqu'un client en a besoin. Faites ensuite une évaluation de préparation et laissez aux contrôles assez de temps pour produire des traces avant le début de la période d'audit.
Laissez les systèmes produire les preuves comme sous-produit du travail normal : listes d'accès, journaux de changements et rapports de sécurité planifiés, plutôt que des captures d'écran rassemblées dans l'urgence à la fin. Un rapport peu coûteux à renouveler est un rapport qui est renouvelé.
Un auditeur ne peut pas tester ce qui n'a laissé aucune trace. La meilleure preuve SOC 2 est le sous-produit du travail ordinaire, pas un projet monté pour l'auditeur.
Comment Anexet traite ce sujet
Anexet n'audite ni ne certifie personne, et un rapport SOC 2 est émis par un auditeur indépendant sur les contrôles de l'organisation elle-même. Anexet apporte des contrôles techniques et des traces sur lesquels un tel audit peut s'appuyer, ce qui aide l'organisation à préparer ses preuves.
Anexet se déploie on-premise : les données capturées, les rapports et la piste d'audit restent dans l'infrastructure de l'organisation, ce qui compte lorsque le périmètre SOC 2 comprend des informations confidentielles de clients.
Accès par rôle
Les privilèges de la console sont attribués par groupe d'utilisateurs, de sorte que l'accès aux données capturées et aux rapports peut être limité à ceux qui en ont besoin.
Paramètres protégés
Les modifications des paramètres de l'Administrator Console peuvent exiger un mot de passe supplémentaire, et les sessions de la console se terminent automatiquement après un délai d'inactivité défini.
Piste d'audit
Le Journal enregistre les actions des administrateurs, comme les modifications de profils et la création de règles de blocage, avec horodatage.
Contrôle des données et des périphériques
Les règles de blocage et de périphériques autorisent ou refusent les transferts et le stockage USB, et les événements qu'elles produisent sont conservés avec l'utilisateur et l'heure.
Rapports
Les rapports planifiés et la transmission d'événements à un SIEM donnent aux auditeurs et aux équipes de sécurité une trace régulière plutôt qu'un export ponctuel.
Rapports de sécurité
En savoir plus