Sécurité · déploiement · contrôle
Le SaaS Mirmi et les données clients sont hébergés en France chez Scaleway. Isolation, chiffrement, contrôle des accès, traçabilité et options de déploiement complètent ce socle.
Architecture, flux et responsabilités documentés pour le mode retenu.
Choisir le périmètre de contrôle
Matrice de déploiement
SaaS France
Environnement opéré par Mirmi
VPC dédié
Environnement cloud dédié
On-premise
Déploiement dans votre infrastructure
Contrôles clés
Choisissez le niveau de contrôle adapté à vos exigences, vos intégrations et votre modèle de responsabilité.
Modes de déploiement
L’environnement applicatif et les données clients sont hébergés en France chez Scaleway, dans la région fr-par. Les mises à jour et l’exploitation sont prises en charge par Mirmi, avec un périmètre client isolé.
Configuration documentée : intégrations, flux entrants et sortants, rétention, sauvegardes et habilitations administratives.
Lorsque cette architecture est retenue, les composants Mirmi sont déployés dans un environnement cloud dédié au client et intégrés aux standards convenus d'identité, de réseau et de supervision.
Configuration documentée : compte cloud, responsabilités d’exploitation, connectivité, gestion des clés et observabilité.
Pour les périmètres qui l'exigent, Mirmi peut être installé dans une infrastructure contrôlée par le client, avec les dépendances et flux nécessaires explicités.
Configuration documentée : prérequis techniques, maintenance, mises à jour, capacité, sauvegarde et support.
Le mode retenu, son périmètre et ses responsabilités sont formalisés dans la documentation de sécurité du projet.
Contrôles transverses
Les documents, métadonnées, index de recherche et opérations sont rattachés au périmètre du client. En SaaS, l'isolation est logique ; un VPC ou un déploiement on-premise ajoute une isolation d'infrastructure selon l'architecture retenue.
Couvre : frontières de tenant, stockage, index et tâches de traitement.
Les échanges applicatifs sont protégés en transit et les données stockées sont chiffrées au repos selon l'architecture de déploiement. Les mécanismes précis et la gestion des clés sont décrits pendant la revue technique.
Couvre : protocoles, terminaison, périmètre chiffré et responsabilité des clés.
Les permissions limitent l'accès selon les rôles et le périmètre de travail. Les intégrations d'identité, SSO ou IAM et les habilitations administratives sont définies en fonction de l'environnement du client.
Couvre : rôles, moindre privilège, cycle de vie des comptes et accès d’administration.
Les accès et événements métier sensibles peuvent être tracés afin de relier une action à son utilisateur et à son contexte. Le périmètre, la durée de conservation et l'accès aux journaux dépendent du déploiement convenu.
Couvre : événements couverts, horodatage, rétention, export et supervision.
Usage des données
Le moteur Mirmi est propriétaire. Il orchestre des modèles open source auto-hébergés et des briques de code sélectionnées, configurées et intégrées dans une chaîne de traitement propre à Mirmi.
Les contrats, décisions et corrections d'un client ne sont pas utilisés pour entraîner un modèle partagé entre clients, enrichir les réponses d'un autre client ou entraîner un modèle tiers. Les espaces de données et les index restent rattachés à leur périmètre d'origine.
Le mode de déploiement détermine le périmètre de traitement : Mirmi opère l’environnement français en SaaS ; le VPC dédié et l’on-premise étendent le contrôle du client.
Pour chaque déploiement, les services techniques, intégrations, sous-traitants éventuels, destinations de flux et durées de conservation sont documentés.
Frontière de traitement
Un chemin lisible pour chaque donnée
Origine, destination, finalité et responsable sont documentés à chaque étape.
Responsabilité partagée
Pour chaque mode de déploiement, les responsabilités Mirmi, client et partagées sont définies avant la mise en production.
Sécurité du code et des services fournis, correction des vulnérabilités du produit, contrôle des accès applicatifs et documentation du périmètre opéré.
Gestion des utilisateurs et des droits internes, sécurité des terminaux et sources connectées, qualification des données et validation des règles de conservation.
Configuration réseau, SSO/IAM, supervision, réponse aux incidents, sauvegardes et mises à jour selon les responsabilités définies pour le mode retenu.
Questions de sécurité
Le SaaS Mirmi et les données clients sont hébergés en France chez Scaleway, dans la région fr-par. Un VPC dédié ou un déploiement on-premise peut aussi être retenu ; le mode choisi détermine le périmètre de contrôle, les flux et le partage des responsabilités.
Les documents, métadonnées, index et opérations sont rattachés au tenant du client. En SaaS, cette séparation est logique et contrôlée par l'application et la couche de données ; un environnement dédié peut ajouter une séparation d'infrastructure.
Les échanges sont protégés en transit et les données stockées sont chiffrées au repos selon l'architecture proposée. Les protocoles, le périmètre exact et la responsabilité de gestion des clés sont détaillés pendant la revue sécurité.
Non. Les documents et décisions d'un client ne servent pas à entraîner un modèle partagé entre clients, enrichir les réponses d'un autre client ou entraîner un modèle tiers. Les traitements nécessaires au service et leur localisation restent documentés selon le déploiement.
Le moteur Mirmi est propriétaire. Il s'appuie sur des modèles open source auto-hébergés et des briques de code que Mirmi sélectionne, configure et intègre dans sa propre chaîne de traitement. Les composants et flux effectivement mobilisés sont précisés selon l'architecture retenue.
Les modèles open source du moteur sont auto-hébergés dans le périmètre prévu. Les intégrations, services techniques, sous-traitants éventuels et flux requis sont explicités pour l’architecture retenue.
Mirmi documente l’architecture, les flux, le chiffrement, les rôles, la journalisation et le partage des responsabilités. La liste exacte des documents et éléments de preuve disponibles est confirmée pendant la revue sécurité.
Revue sécurité
Partagez vos exigences de localisation, d’identité, de réseau, de chiffrement et d’audit. Nous définissons avec vous le mode de déploiement et les responsabilités associées.
Mirmi