En bref
- Maurice tourne là où vous le décidez : sur un poste, sur votre serveur, ou sur une machine dédiée que nous hébergeons.
- Un modèle d'IA n'est appelé qu'aux étapes qui en ont besoin, chez le fournisseur que vous choisissez.
- Vos secrets restent dans un coffre : un outil reçoit une capacité limitée, jamais le secret lui-même.
- Chaque outil a ses droits ; un accès non prévu est refusé ; une action sensible attend une validation humaine.
- Nous ne collectons rien sans votre accord.
Où tournent Maurice et vos données
| Mode | Où sont les données | Ce qu'il faut savoir |
|---|---|---|
| Sur un poste | Sur le poste, dans le dossier de données de l'utilisateur | Pas de compte obligatoire. La porte MCP par laquelle votre assistant appelle Maurice n'écoute que sur le poste lui-même. |
| Sur votre serveur | Sur votre serveur | Vous gérez la machine, les sauvegardes et les mises à jour. |
| Machine hébergée par nous | Sur une machine dédiée à votre organisation, en France | Rien n'est partagé avec d'autres clients. |
| Maurice Entreprise (Kubernetes) | Dans la région de votre choix, ou chez vous | Défini au contrat. |
Ce qui passe par un modèle d'IA
- Quand : à la conception d'un outil, aux étapes de jugement, et quand Maurice travaille en agent. Les étapes à règles, exécutées en code, n'envoient rien à un modèle.
- Chez qui :
- avec vos clés, directement chez le fournisseur que vous avez choisi (Anthropic, OpenAI, Mistral, Google) ou sur un modèle local, sans passer par nous ;
- avec nos crédits, par notre passerelle, vers les modèles que nous hébergeons. La liste de nos sous-traitants figure dans l'accord de traitement des données.
- Pas de bascule cachée : si un fournisseur ne répond pas, Maurice réessaie chez le même fournisseur puis signale l'échec ; il n'envoie pas vos données ailleurs.
- Avant un pilote, nous documentons avec vous ce qui passe par un modèle, et où.
Le coffre : l'IA ne détient jamais vos secrets
Notre principe : l'IA n'est pas de confiance ; l'enveloppe autour d'elle l'est. Un modèle peut être trompé par n'importe quelle page qu'il lit. Nous concevons donc chaque fonction en nous demandant : si le modèle était totalement hostile, que pourrait-il faire ? La bonne réponse ressemble à « dépenser au plus 80 € chez ce marchand dans les dix prochaines minutes », jamais à « connaître le numéro de carte ».
- Un outil reçoit une capacité, jamais un secret. Une opération précise, bornée : un marchand, un montant, une durée, un nombre d'usages.
- Le coffre exécute, il ne rend rien. Il sait payer, signer, se connecter ; il ne renvoie jamais la carte, le mot de passe ou la clé.
- La décision vient d'une règle ou d'une personne, jamais du modèle.
- Vous approuvez avec votre passkey (Touch ID, Face ID, clé matérielle), sur la page du coffre, en voyant exactement ce que vous autorisez. Votre signature porte sur ces conditions précises : ce que vous voyez est ce que vous signez, et ce que vous signez est ce qui s'exécute.
Deux compartiments
| Scellé | Délégué | |
|---|---|---|
| Pour quoi | Carte bancaire, documents d'identité, mots de passe, clés privées | Accès à vos outils (jetons de connexion), accès techniques |
| Chiffrement | Dans votre navigateur, avec une clé tirée de votre passkey : nos serveurs ne détiennent que du chiffré | Sur nos serveurs, par une clé de chiffrement gérée |
| Utilisable | Seulement après votre approbation | Sous les règles que vous avez fixées, sans présence humaine, révocable |
Si nos serveurs étaient compromis, un attaquant n'obtiendrait aucun secret scellé : seulement ce que vos règles autorisent, avec des capacités qui se révoquent.
Un coffre par personne, qui la suit d'une instance Maurice à l'autre. Un coffre d'organisation se partage avec les membres autorisés.
La récupération se choisit à la création, et elle est affichée : un code de récupération personnel, ou un séquestre d'entreprise détenu par plusieurs administrateurs. Sans passkey, sans code et sans séquestre, personne ne peut ouvrir le coffre, ni vous, ni nous.
Vos clés d'IA et les secrets des workflows
- Les clés de vos fournisseurs d'IA et les jetons de vos outils sont chiffrés au repos (AES-256-GCM).
- Une Agent Spec ne contient jamais un secret en clair : elle y fait référence, et le contrat refuse un secret écrit en clair.
- Les secrets se saisissent hors de la conversation avec l'assistant.
Qui peut faire quoi
- Identités : connexion par clé d'accès (passkey) ou par le SSO de votre entreprise (OIDC) ; SAML et provisionnement automatique en offre Entreprise.
- Rôles : administrateur, éditeur, lecteur ; et des rôles métier par service, définis par l'entreprise.
- Droits par outil : chaque workflow précise qui peut l'utiliser. Un accès hors périmètre est refusé, avec la raison.
- Ce que votre assistant peut faire : rien que vous n'ayez autorisé. Chaque autorisation a une portée, une durée et un quota, et se retire à tout moment ; une autorisation retirée bloque les appels suivants.
- Validation humaine : une étape sensible attend la décision d'une personne désignée, prise dans sa propre session, jamais par l'assistant. Sans décision dans le délai, l'étape n'a pas lieu.
- Liens d'appairage : à usage unique, valables 15 minutes.
Ce qui est tracé
- Chaque exécution : étapes, appels d'outils, appels de modèles, coût, décisions humaines.
- Les événements d'authentification : connexions, échecs, rotation de clés, changements de rôle.
- Les journaux masquent les valeurs sensibles connues (clés, jetons).
L'exécution du code
- Le code des workflows tourne dans un bac à sable (Deno) avec des permissions explicites : pas d'accès réseau hors de la liste d'hôtes autorisés pour l'Agent, limites de temps, de sortie et de mémoire, répertoire privé par exécution.
- Ce bac à sable isole par permissions ; ce n'est pas une machine virtuelle par exécution.
Ce que nous collectons
- Sur le site : une mesure d'audience (PostHog, hébergé dans l'Union européenne), uniquement après votre accord dans le bandeau. Pas d'enregistrement de session.
- À l'installation de Maurice : uniquement si vous l'acceptez dans le texte d'installation, un identifiant aléatoire, la version, le système et l'architecture. Sans accord, rien n'est envoyé.
- Jamais : le contenu de vos outils, de vos données ou de vos conversations.
Comment nous développons
- Chaque modification passe par des contrôles automatiques : recherche de secrets, analyse statique, vulnérabilités des dépendances.
- Délais de correction que nous nous fixons : critique 24 h, élevée 7 jours, moyenne 30 jours, faible 90 jours.
- Nos serveurs MCP sont open source : leur code est public, vous pouvez le lire et l'auditer. github.com/agentmaurice/mcp
Certifications
Maurice n'a pas encore de certification (ISO 27001, SOC 2, HDS). Nous répondons à vos questionnaires de sécurité et fournissons un accord de traitement des données.
Signaler une faille
Écrivez à contact@agentmaurice.ai, objet « Vulnérabilité de sécurité ». Accusé de réception sous 3 jours ouvrés, qualification sous 7 jours ouvrés, divulgation coordonnée. Notre politique de signalement