Sécurité intégrée de niveau entreprise
Chez SocialHub.AI, la sécurité n'est pas une option. Elle est au cœur de l'architecture. Chaque couche de la plateforme est conçue avec la sécurité, la conformité et la protection des données comme exigences fondamentales.
Certifications et conformité
| Attestation | Description |
|---|---|
| SOC 2 Type II | Audit indépendant des contrôles de sécurité, de disponibilité, d'intégrité du traitement, de confidentialité et de protection de la vie privée. |
| ISO 27001 | Certification du système de gestion de la sécurité de l'information (SGSI) : contrôles de sécurité audités pour la protection des données clients. |
| Conforme à la norme GDPR | Conformité totale à la protection des données de l'UE, y compris la résidence des données et la gestion du consentement. |
| CCPA Conforme | Conformité de la California Consumer Privacy Act aux droits des consommateurs en matière de données. |
| Azure Rapports SOC | Hérite des certifications de sécurité complètes de Microsoft Azure. |
| Cryptage des données | AES-256 au repos, TLS 1.3 en transit, clés gérées par le client disponibles. |
Conformité, cadre par cadre
Découvrez comment nous répondons précisément à chaque exigence des normes qui vous importent.
Pratiques de sécurité des données
Cryptage
Chiffrement AES-256 au repos, TLS 1.3 en transit. Clés gérées par le client disponibles pour un contrôle maximal.
Résidence des données
Choisissez votre région de données. Les centres de données Azure aux États-Unis, dans l'UE et en Asie-Pacifique garantissent la conformité aux réglementations locales.
Contrôle d'accès
Contrôle d'accès basé sur les rôles (RBAC), authentification unique (SSO) d'entreprise via OpenID Connect et SAML 2.0 (Okta, Entra ID, Google Workspace ou tout fournisseur d'identité OIDC/SAML) avec provisionnement SCIM, authentification multifacteur TOTP et journal d'audit en ajout uniquement.
Réponse aux incidents
Surveillance de sécurité 24h/24 et 7j/7, détection automatisée des menaces et procédures documentées de réponse aux incidents avec engagements SLA.
IA et confidentialité des membres
Avant qu'un texte ne quitte la plate-forme pour un modèle d'IA externe, les identifiants personnels des membres (adresses e-mail, numéros de téléphone, numéros de carte) sont automatiquement remplacés par des codes de remplacement cohérents. Ce bouclier est activé par défaut et appliqué à toutes les fonctionnalités de l'IA, sans aucune configuration requise. Le même membre correspond toujours au même code, le raisonnement de l'IA reste donc cohérent, mais le code est à sens unique : les identifiants réels ne sont jamais reconstruits dans la sortie de l'IA. Aujourd'hui, les invites d'IA de Flash sont créées à partir d'agrégats et de données de campagne plutôt que de dossiers personnels ; ce bouclier est la garantie qui tient même à mesure que les fonctionnalités de l’IA se développent.
Isolation des locataires
Les données de chaque client résident dans son propre schéma de base de données dédié — isolation physique par client, appliquée en production. Les requêtes s’exécutent avec une configuration de type « fail-closed » qui refuse de recourir aux données partagées. Ainsi, une requête sans schéma de client valide est rejetée au lieu de lire silencieusement les lignes d’un autre client ; les nouvelles organisations obtiennent automatiquement leur propre schéma. La portée de la couche de requêtes (identifiant d’organisation pour chaque requête, clés API par organisation, journaux d’audit) constitue une défense en profondeur, et nous conservons un mécanisme d’urgence opérationnel qui peut être temporairement activé en cas d’incident. Il s'agit de notre propre architecture et de nos propres contrôles, et non d'une certification tierce.
Des questions sur la sécurité ?
Notre équipe de sécurité est disponible pour discuter de vos exigences de conformité.
Contacter l'équipe de sécurité