Conformité SOC 2 : definition, destinataires et processus de certification
Published 7 mars 2026
By Emre Salmanoglu

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.

SOC 2
conformite
Trust Services Criteria
audit
ISO 27001
certification securite

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 :

AspectSOC 2ISO 27001
OrigineAICPA (Etats-Unis)ISO/IEC (International)
TypeRapport d'attestationCertification
MarchePrincipalement Etats-UnisInternational, fort en Europe
ApprocheBase sur les critères (Trust Services Criteria)Base sur les risques (contrôles Annexe A)
ValiditeLe rapport couvre une periode specifique (generalement 12 mois)Certificat valable 3 ans avec surveillance annuelle
AuditeurCabinet CPA agreeOrganisme de certification accredite
ResultatRapport detaille avec opinion de l'auditeurCertificat + declaration d'applicabilite
FlexibiliteChoisir les Trust Services Criteria a inclureChoisir les contrôles bases sur l'évaluation des risques
CoutGeneralement 40 000 a 170 000 EUR la premiere anneeGeneralement 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 :

  1. Definir le perimetre — Quels systemes, services et Trust Services Criteria sont inclus ?
  2. Analyse des ecarts — Comparer les contrôles actuels aux exigences SOC 2
  3. Remediations — Implementer les contrôles manquants, corriger les deficiences
  4. Documenter les politiques — Rediger ou mettre à jour les politiques et procedures
  5. 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 :

  1. Examine la documentation (politiques, procedures, preuves)
  2. Teste les contrôles par entretien, observation, inspection et re-execution
  3. Evalue la conception (Type I et II) et l'efficacite opérationnelle (Type II uniquement)
  4. Identifie les deficiences ou exceptions de contrôle
  5. 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

  1. 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.

  2. 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.

  3. 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.

  4. 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.

  5. 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


Ce guide est maintenu par l'équipe Orbiq. Derniere mise à jour : mars 2026.

Conformité SOC 2 : definition, destinataires et processus...