Date d'entrée en vigueur : 1er janvier 2026
Accepter la mission est une plateforme de gestion de l'innovation alimentée par l'IA et conçue pour les entreprises et les équipes d'innovation. La sécurité est au cœur de la conception, de la construction et de l'exploitation de la plateforme.
1) Principes de sécurité #
Nous nous concentrons sur la protection des données des clients :
- Contrôle d'accès renforcé et authentification sécurisée
- Isolement du locataire
- Surveillance et préparation à la réponse aux incidents
- Stockage et transfert de données cryptées
- Développement sécurisé et correctifs rapides
- Sauvegardes et plan de reprise après sinistre
2) Hébergement, région et architecture de haut niveau #
Hébergement en nuage #
Accepter la mission s'exécute sur l'infrastructure Microsoft Azure et est hébergé sur une infrastructure que nous contrôlons via Microsoft Azure Kubernetes.
Région de données par défaut #
L'hébergement standard est situé en Europe de l'Ouest. Les entreprises peuvent choisir de placer leur serveur de base de données à un autre endroit dans le monde.
Conception du réseau et de l'environnement (haut niveau) #
- Les clusters et les bases de données des clients sont hébergés dans un environnement de réseau privé.
- Le trafic à destination d'Internet passe par un chemin NAT contrôlé.
- L'accès à l'infrastructure est limité et géré par un accès administratif contrôlé.
3) Authentification et autorisation #
Authentification #
Nous prenons en charge l'authentification unique (SSO) sécurisée. Les administrateurs de l'espace de travail peuvent activer le SSO avec des options telles que SAML, Azure B2B et OpenID, y compris des intégrations avec des fournisseurs d'identité tiers.
Autorisation #
L'accès est régi par des autorisations basées sur des rôles et une visibilité contrôlée. Les organisations peuvent définir qui peut voir, modifier, évaluer ou gérer des idées, des initiatives et des données sur la plateforme.
4) Contrôle d'accès et isolation des locataires #
Isolement du locataire #
Les clients d'entreprise sont isolés avec leur propre base de données et leurs identifiants uniques. Les clients sont isolés dans leur propre espace de noms au sein de Kubernetes, avec des politiques de réseau et des contrôles de rôles conçus pour assurer la séparation des locataires.
Contrôles d'accès opérationnels #
L'accès à l'infrastructure est limité aux membres de l'équipe opérationnelle autorisés, protégés par une authentification forte et des chemins d'accès restreints.
5) Chiffrement et protection des données #
Les données sont cryptées au repos.
Le transfert de données utilise TLS, y compris TLS v1.3 pour la communication cryptée dans la configuration par défaut.
6) Surveillance, détection et réponse aux incidents #
Contrôle des services #
Nous surveillons le service de manière proactive à l'aide de tableaux de bord et d'alertes afin de détecter les comportements inhabituels ou les problèmes de fiabilité.
Détection des comportements suspects #
Les modèles de réseau inhabituels et les comportements suspects sont surveillés. L'infrastructure Azure utilise des systèmes de détection et de prévention des intrusions (IDS/IPS) pour identifier les schémas correspondant à des méthodes d'attaque connues.
7) Développement sécurisé et gestion de la vulnérabilité #
Nous vérifions les changements tout au long du cycle de développement par le biais d'examens de l'architecture et de processus d'examen du code automatisés et manuels.
Nous maintenons le logiciel à jour grâce à des délais de correction rapides pour les vulnérabilités critiques et importantes, et à des cycles de mise à jour réguliers.
Nous faisons appel à des tiers pour effectuer des évaluations de la sécurité des applications et procéder à une évaluation annuelle de la vulnérabilité et à des tests de pénétration.
8) Sauvegardes, continuité des activités et reprise après sinistre #
La plateforme utilise la redondance pour assurer une haute disponibilité.
Nous conservons en permanence des sauvegardes cryptées sur Azure et pouvons restaurer les données organisationnelles à partir des sauvegardes en cas de perte des magasins de données primaires.
En cas de panne régionale, nous pouvons mettre en place un environnement dupliqué dans une autre région Azure tout en respectant l'emplacement convenu des données.
Objectifs de récupération : RPO 24 heures et RTO 72 heures.
9) Contact #
Pour toute question relative à la sécurité, veuillez contacter : [email protected].
Configurer l'authentification unique #
Pour consulter les instructions complètes de configuration destinées aux clients, voir Configurer l'authentification unique avec Accept Mission.




