
Conformité SOC 2 : definition, destinataires et processus de certification
Guide pratique sur la conformité SOC 2 — ce que c'est, en quoi elle differe de l'ISO 27001, ce que les Trust Services Criteria exigent, comment fonctionne le processus d'audit, et ce que les entreprises europeennes doivent savoir sur SOC 2 dans un contexte NIS2 et DORA.
Conformité SOC 2 : definition, destinataires et processus de certification
SOC 2 est le cadre d'attestation de sécurité que les acheteurs en entreprise americains attendent. Developpe par l'AICPA (American Institute of Certified Public Accountants), il evalue la manière dont les organisations de services protegent les données de leurs clients selon cinq Trust Services Criteria : sécurité, disponibilite, integrite du traitement, confidentialité et vie privee.
Pour les entreprises europeennes vendant sur le marche americain, SOC 2 est souvent la premiere exigence de conformité demandee par les acheteurs. Pour les entreprises deja certifiees ISO 27001, le recoupement est significatif — mais les differences comptent.
Ce guide couvre ce que SOC 2 exige, comment fonctionne l'audit, comment il se rapporte a ISO 27001, et ce que les entreprises europeennes doivent prendre en compte.
Qu'est-ce que SOC 2 ?
SOC 2 est un cadre d'attestation — pas une certification au sens traditionnel. Un cabinet CPA (Certified Public Accountant) examine vos contrôles au regard des Trust Services Criteria et emet un rapport decrivant ses constatations. Le rapport est votre preuve de conformité.
Il existe deux types :
SOC 2 Type I
- Evalue la conception des contrôles a un instant donne
- Repond a la question : « Les bons contrôles sont-ils en place ? »
- Plus rapide a obtenir (semaines, pas mois)
- Moins precieux pour les acheteurs — montre l'intention, pas l'execution
SOC 2 Type II
- Evalue la conception et l'efficacite opérationnelle des contrôles sur une periode (generalement 6 a 12 mois)
- Repond a la question : « Les contrôles fonctionnent-ils reellement ? »
- Exige une conformité soutenue pendant la periode d'observation
- Le standard attendu par les acheteurs et le rapport référence par les auditeurs
Les cinq Trust Services Criteria
Sécurité (Common Criteria) — Obligatoire
Les critères de sécurité sont inclus dans tout rapport SOC 2. Ils couvrent :
- CC1 : Environnement de contrôle — Gouvernance, structure organisationnelle, engagement de la direction
- CC2 : Communication et information — Communication interne et externe sur la sécurité
- CC3 : Évaluation des risques — Identification, analyse et gestion des risques
- CC4 : Activites de surveillance — Évaluation continue des contrôles
- CC5 : Activites de contrôle — Politiques et procedures de mise en oeuvre des contrôles
- CC6 : Contrôles d'accès logiques et physiques — Authentification, autorisation, sécurité physique
- CC7 : Operations systeme — Surveillance, detection des incidents, réponse
- CC8 : Gestion du changement — Changements contrôles de l'infrastructure et des logiciels
- CC9 : Attenuation des risques — Gestion des fournisseurs, continuite d'activité
Disponibilite — Optionnel
Evalue si les systemes sont opérationnels et disponibles comme convenu :
- Surveillance de la disponibilite et gestion des performances
- Reprise apres sinistre et continuite d'activité
- Planification de capacite et resilience de l'infrastructure
- Réponse aux incidents de disponibilite
Integrite du traitement — Optionnel
Evalue si le traitement systeme est complet, valide, exact et ponctuel :
- Validation des données et gestion des erreurs
- Surveillance du traitement et assurance qualite
- Rapprochement et verification des resultats
Confidentialité — Optionnel
Evalue comment les informations confidentielles sont protégées :
- Classification et traitement des données
- Chiffrement et contrôles d'accès pour les données confidentielles
- Conservation des données et elimination securisee
- Accords et obligations de confidentialité
Vie privee — Optionnel
Evalue comment les informations personnelles sont collectees, utilisees, conservees, divulguees et eliminees :
- Avis de confidentialité et gestion du consentement
- Droits des personnes concernees (accès, correction, suppression)
- Pratiques de conservation et d'elimination des données
- Contrôles de partage de données avec des tiers
SOC 2 vs ISO 27001
Les deux demontrent la maturité securitaire, mais ils servent des marches differents et adoptent des approches differentes :
| Aspect | SOC 2 | ISO 27001 |
|---|---|---|
| Origine | AICPA (Etats-Unis) | ISO/IEC (International) |
| Type | Rapport d'attestation | Certification |
| Marche | Principalement Etats-Unis | International, fort en Europe |
| Approche | Base sur les critères (Trust Services Criteria) | Base sur les risques (contrôles Annexe A) |
| Validite | Le rapport couvre une periode specifique (generalement 12 mois) | Certificat valable 3 ans avec surveillance annuelle |
| Auditeur | Cabinet CPA agree | Organisme de certification accredite |
| Resultat | Rapport detaille avec opinion de l'auditeur | Certificat + declaration d'applicabilite |
| Flexibilite | Choisir les Trust Services Criteria a inclure | Choisir les contrôles bases sur l'évaluation des risques |
| Cout | Generalement 40 000 a 170 000 EUR la premiere annee | Generalement 30 000 a 100 000 EUR la premiere annee |
Quand vous avez besoin des deux
De nombreuses entreprises SaaS europeennes obtiennent les deux :
- ISO 27001 pour les acheteurs europeens, l'alignement NIS2/DORA et la crédibilité internationale
- SOC 2 pour les acheteurs americains et le marche americain
La bonne nouvelle : environ 70 a 80 % des contrôles se recoupent. Si vous avez l'un, obtenir l'autre nécessite un effort incremental, pas de repartir de zero.
Le processus d'audit SOC 2
Phase 1 : Évaluation de préparation (1-3 mois)
Avant d'engager un auditeur :
- Definir le perimetre — Quels systemes, services et Trust Services Criteria sont inclus ?
- Analyse des ecarts — Comparer les contrôles actuels aux exigences SOC 2
- Remediations — Implementer les contrôles manquants, corriger les deficiences
- Documenter les politiques — Rediger ou mettre à jour les politiques et procedures
- Collecter les preuves — Commencer a rassembler les preuves de fonctionnement des contrôles
Phase 2 : Periode d'observation (Type II uniquement, 6-12 mois)
Pendant la periode d'observation :
- Les contrôles doivent etre en place et suivis de manière coherente
- Les preuves doivent etre collectees en continu (pas retroactivement)
- Les exceptions doivent etre documentees et traitees
- Les modifications des contrôles doivent etre gerees et documentees
Phase 3 : Travaux d'audit sur site (2-6 semaines)
L'auditeur :
- Examine la documentation (politiques, procedures, preuves)
- Teste les contrôles par entretien, observation, inspection et re-execution
- Evalue la conception (Type I et II) et l'efficacite opérationnelle (Type II uniquement)
- Identifie les deficiences ou exceptions de contrôle
- Discute des constatations avec la direction
Phase 4 : Emission du rapport (2-4 semaines)
L'auditeur emet le rapport SOC 2 contenant :
- Section I : Assertion de la direction — Description du systeme par la direction
- Section II : Rapport de l'auditeur — Opinion de l'auditeur sur la conception et l'efficacite des contrôles
- Section III : Description du systeme — Description detaillee du systeme, incluant l'infrastructure, les logiciels, les personnes et les données
- Section IV : Contrôles et tests — Description de chaque contrôle, du test realise et du resultat
- Section V (optionnel) : Réponse de la direction — Réponse de la direction a toute exception relevee
Opinion de l'auditeur
L'auditeur emet l'une des trois opinions :
- Sans reserve — Les contrôles sont convenablement concus et operent efficacement (rapport propre)
- Avec reserve — Les contrôles sont generalement efficaces, mais une ou plusieurs exceptions ont ete relevees
- Defavorable — Deficiences significatives des contrôles ; le systeme ne repond pas aux critères
Contrôles SOC 2 courants
Gestion des accès
- Authentification multifacteur pour les systemes de production
- Contrôle d'accès base sur les roles avec le principe du moindre privilege
- Revues d'accès trimestrielles
- Revocation rapide des accès pour les employes sortants
- Gestion des accès privilegies avec journalisation d'audit
Gestion du changement
- Exigences de revue de code avant deploiement
- Separation des environnements de developpement et de production
- Workflows d'approbation des changements
- Procedures de retour arriere pour les deploiements echoues
Surveillance et réponse aux incidents
- Surveillance des événements de sécurité et alertes
- Plan et procedures de réponse aux incidents
- Classification et escalade des incidents
- Revue post-incident et suivi des remediations
Gestion des fournisseurs
- Processus d'évaluation des risques fournisseurs
- Exigences de sécurité dans les contrats fournisseurs
- Revue periodique de la sécurité des fournisseurs
- Gestion et notification des sous-traitants
Protection des données
- Chiffrement au repos et en transit
- Cadre de classification des données
- Procedures de conservation et de suppression des données
- Tests de sauvegarde et de restauration
SOC 2 pour les entreprises europeennes
Quand SOC 2 a du sens
- Vous vendez des produits SaaS aux entreprises americaines
- Vos prospects americains exigent SOC 2 lors des achats
- Vous etes en concurrence avec des fournisseurs americains qui disposent deja de SOC 2
- Vous souhaitez demontrer votre maturité securitaire sur les marches americain et europeen
Quand ISO 27001 peut suffire
- Vos clients sont principalement europeens
- La conformité NIS2 ou DORA est votre moteur principal
- Vos acheteurs europeens demandent ISO 27001, pas SOC 2
- Les contraintes budgetaires imposent de prioriser un seul référentiel
Le contexte réglementaire europeen
SOC 2 ne satisfait pas a lui seul les exigences NIS2 ou DORA :
- NIS2 exige la conformité a des mesures specifiques de l'article 21 — les contrôles SOC 2 se recoupent significativement mais ne couvrent pas les dix domaines requis
- DORA a des exigences specifiques de gestion des risques ICT qui depassent le perimetre de SOC 2
- RGPD exige des contrôles specifiques de protection des données que les critères de vie privee de SOC 2 ne couvrent que partiellement
Un SMSI construit sur ISO 27001 fournit un fondement plus solide pour la conformité réglementaire europeenne, avec SOC 2 ajoute pour l'accès au marche americain.
Erreurs courantes
-
Commencer par le Type II avant d'etre prêt. Si vos contrôles ne sont pas matures, la periode d'observation revelera des exceptions qui figureront dans le rapport. Commencez par une évaluation de préparation, corrigez les lacunes, puis lancez la periode d'observation Type II.
-
Definir un perimetre trop etroit ou trop large. Trop etroit (excluant des systemes pertinents) cree des problemes de crédibilité aupres des acheteurs. Trop large (incluant tout) augmente les couts et la complexite. Le perimetre doit couvrir les systemes et services que vos clients utilisent reellement.
-
Traiter SOC 2 comme un projet ponctuel. SOC 2 Type II est une exigence annuelle. Les contrôles doivent fonctionner en continu, les preuves doivent etre collectees tout au long de l'annee et l'audit se repete tous les 12 mois. Construisez des processus durables, pas un sprint pre-audit.
-
Choisir le mauvais auditeur. Tous les cabinets CPA n'ont pas la meme profondeur d'expertise en technologie et en sécurité. Choisissez un cabinet ayant de l'experience dans l'audit d'entreprises de votre taille, dans votre secteur, avec votre pile technologique.
-
Negliger la description du systeme. La section III du rapport SOC 2 decrit votre systeme en détail. Les acheteurs la lisent attentivement. Investissez du temps pour la rendre precise, complete et claire — elle facon la perception de l'acheteur de votre maturité securitaire.
Comment Orbiq accompagne la conformité SOC 2
- Trust Center — Publiez la disponibilite de votre rapport SOC 2, le perimetre des Trust Services Criteria et les contrôles de sécurité pour la due diligence des acheteurs
- Surveillance continue — Suivez l'efficacite des contrôles sur les critères SOC 2 et identifiez les lacunes avant votre prochain audit
- Gestion des preuves — Collecte automatisee des preuves mappee aux Trust Services Criteria pour une préparation d'audit simplifiee
- Questionnaires IA — Repondez aux questionnaires de sécurité des acheteurs en utilisant les preuves de votre programme SOC 2
Pour aller plus loin
- SMSI — Construire le systeme de management qui sous-tend SOC 2 et ISO 27001
- Automatisation de la conformité — Automatiser la collecte de preuves et la surveillance SOC 2
- Évaluation des risques fournisseurs — Comment les acheteurs evaluent votre rapport SOC 2
- Politique de sécurité de l'information — Le fondement de gouvernance des contrôles SOC 2
Ce guide est maintenu par l'équipe Orbiq. Derniere mise à jour : mars 2026.