Date d'entr\u00e9e en vigueur : 1er janvier 2026<\/p>\n\n\n\n
Accept Mission est une plateforme de gestion de l'innovation aliment\u00e9e par l'IA et con\u00e7ue pour les entreprises et les \u00e9quipes d'innovation. La s\u00e9curit\u00e9 est au c\u0153ur de la conception, de la construction et de l'exploitation de la plateforme.<\/p>\n\n\n\n
Nous nous concentrons sur la protection des donn\u00e9es des clients :<\/p>\n\n\n\n
Accept Mission fonctionne sur l'infrastructure Microsoft Azure et est h\u00e9berg\u00e9 sur une infrastructure que nous contr\u00f4lons via Microsoft Azure Kubernetes.<\/p>\n\n\n\n
L'h\u00e9bergement standard est situ\u00e9 en Europe de l'Ouest. Les entreprises peuvent choisir de placer leur serveur de base de donn\u00e9es \u00e0 un autre endroit dans le monde.<\/p>\n\n\n\n
Nous prenons en charge l'authentification unique (SSO) s\u00e9curis\u00e9e. 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\u00e9grations avec des fournisseurs d'identit\u00e9 tiers.<\/p>\n\n\n\n
L'acc\u00e8s est r\u00e9gi par des autorisations bas\u00e9es sur des r\u00f4les et une visibilit\u00e9 contr\u00f4l\u00e9e. Les organisations peuvent d\u00e9finir qui peut voir, modifier, \u00e9valuer ou g\u00e9rer des id\u00e9es, des initiatives et des donn\u00e9es sur la plateforme.<\/p>\n\n\n\n
Les clients d'entreprise sont isol\u00e9s avec leur propre base de donn\u00e9es et leurs identifiants uniques. Les clients sont isol\u00e9s dans leur propre espace de noms au sein de Kubernetes, avec des politiques de r\u00e9seau et des contr\u00f4les de r\u00f4les con\u00e7us pour assurer la s\u00e9paration des locataires.<\/p>\n\n\n\n
L'acc\u00e8s \u00e0 l'infrastructure est limit\u00e9 aux membres de l'\u00e9quipe op\u00e9rationnelle autoris\u00e9s, prot\u00e9g\u00e9s par une authentification forte et des chemins d'acc\u00e8s restreints.<\/p>\n\n\n\n
Les donn\u00e9es sont crypt\u00e9es au repos.<\/p>\n\n\n\n
Le transfert de donn\u00e9es utilise TLS, y compris TLS v1.3 pour la communication crypt\u00e9e dans la configuration par d\u00e9faut.<\/p>\n\n\n\n
Nous surveillons le service de mani\u00e8re proactive \u00e0 l'aide de tableaux de bord et d'alertes afin de d\u00e9tecter les comportements inhabituels ou les probl\u00e8mes de fiabilit\u00e9.<\/p>\n\n\n\n
Les mod\u00e8les de r\u00e9seau inhabituels et les comportements suspects sont surveill\u00e9s. L'infrastructure Azure utilise des syst\u00e8mes de d\u00e9tection et de pr\u00e9vention des intrusions (IDS\/IPS) pour identifier les sch\u00e9mas correspondant \u00e0 des m\u00e9thodes d'attaque connues.<\/p>\n\n\n\n
Nous v\u00e9rifions les changements tout au long du cycle de d\u00e9veloppement par le biais d'examens de l'architecture et de processus d'examen du code automatis\u00e9s et manuels.<\/p>\n\n\n\n
Nous maintenons le logiciel \u00e0 jour gr\u00e2ce \u00e0 des d\u00e9lais de correction rapides pour les vuln\u00e9rabilit\u00e9s critiques et importantes, et \u00e0 des cycles de mise \u00e0 jour r\u00e9guliers.<\/p>\n\n\n\n
Nous faisons appel \u00e0 des tiers pour effectuer des \u00e9valuations de la s\u00e9curit\u00e9 des applications et proc\u00e9der \u00e0 une \u00e9valuation annuelle de la vuln\u00e9rabilit\u00e9 et \u00e0 des tests de p\u00e9n\u00e9tration.<\/p>\n\n\n\n
La plateforme utilise la redondance pour assurer une haute disponibilit\u00e9.<\/p>\n\n\n\n
Nous conservons en permanence des sauvegardes crypt\u00e9es sur Azure et pouvons restaurer les donn\u00e9es organisationnelles \u00e0 partir des sauvegardes en cas de perte des magasins de donn\u00e9es primaires.<\/p>\n\n\n\n
En cas de panne r\u00e9gionale, nous pouvons mettre en place un environnement dupliqu\u00e9 dans une autre r\u00e9gion Azure tout en respectant l'emplacement convenu des donn\u00e9es.<\/p>\n\n\n\n
Objectifs de r\u00e9cup\u00e9ration : RPO 24 heures et RTO 72 heures.<\/p>\n\n\n\n
Pour toute question relative \u00e0 la s\u00e9curit\u00e9, veuillez contacter : security@acceptmission.com.<\/p>\n\n\n\n