Ce que MS Duplex apprend reste à vous.
Cloisonné, protégé et sous votre contrôle.
Chaque client est tenu à part, les attaques et les données empoisonnées sont bloquées, et vous pouvez revoir, corriger ou retirer tout ce que MS Duplex apprend.
Vous choisissez ce qui quitte l’emplacement.
Dans vos propres agents, MCP + hooks font appel à MS Duplex avant l’exécution de chaque action : vos règles s’appliquent d’abord, et chaque étape laisse un reçu.
Les règles de MS Duplex régissent ce qu’un agent exécute réellement, pas seulement ce qu’un prompt demande au modèle.
En tant qu’Agent Operating System sur lequel tournent vos agents, MS Duplex détient les permissions : chaque action est vérifiée, quel que soit l’agent ou le modèle qui la demande.
Comparer les deux emplacements →Étape 1 sur 3 : Interne
MS Duplex, vos outils et leurs identifiants s’exécutent dans votre emplacement.
Votre contrôle sur ce qu’il apprend.
L’apprentissage de chaque client lui est propre, et tout ce que MS Duplex a appris peut être revu, corrigé, retiré ou restauré.
Étape 1 sur 5 : Séparation
L’apprentissage de chaque client ne sert que ce client, et dans votre entreprise, les espaces de travail séparent les équipes.
Accès, rôles, chiffrement, identifiants.
Votre équipe se connecte via votre fournisseur d’identité, chaque rôle a ses propres accès, et tout est chiffré.
Les identifiants des modèles et des outils restent à l’intérieur de l’emplacement, hors de portée du modèle.
Étape 1 sur 4 : Connexion
Votre équipe se connecte via votre propre fournisseur d’identité, avec OIDC, ou SAML et SCIM si besoin.
Sécurité et supervision à l’exécution.
Chaque action qu’un agent tente est vérifiée au regard de vos contrôles.
Étape 1 sur 6 : L’action réelle
MS Duplex vérifie la commande que l’agent s’apprête à exécuter, si bien que la sécurité ne repose pas sur le prompt.
Ce que demande une revue de sécurité.
MS Duplex envoie-t-il des données client à un fournisseur de modèles ?
Seulement si vous configurez un modèle externe : ce fournisseur reçoit la requête et son contexte pour ce tour. Vous pouvez aussi garder le modèle à l’intérieur de votre périmètre.
L’apprentissage d’un client est-il partagé avec un autre ?
Les entrées et l’historique de chaque client, et tout ce que MS Duplex en apprend, servent ce seul client.
Pouvons-nous supprimer des informations apprises ?
Oui. Retirez tout ce que MS Duplex a appris, ou restaurez un état antérieur, et l’historique montre le changement.
Quand des preuves sont retirées, ce que MS Duplex en a appris disparaît-il aussi ?
Oui. Retirez un résultat ou une observation, et ce que MS Duplex en a appris est retiré en même temps, si bien que rien de ce qui reposait dessus ne subsiste. L’historique montre le changement.
MS Duplex apprend-il des données personnelles ?
Seulement ce que vous autorisez. Les données personnelles peuvent être masquées avant que MS Duplex en apprenne, les envoie à un modèle ou les montre dans l’historique, et ce que MS Duplex apprend n’a pas besoin du texte d’origine.
Comment l’historique est-il protégé ?
Il est en ajout seul et toute falsification y est détectable : une entrée modifiée se verrait. Les utilisateurs autorisés peuvent l’exporter.
Qui peut accéder à un déploiement dans notre cloud ?
Vous contrôlez l’infrastructure et l’identité. MatterSpace n’y a accès que si vous le lui déléguez.
Quelles certifications MS Duplex détient-il ?
Aucune pour l’instant : MS Duplex est en pilotes privés, et une certification indépendante est prévue. D’ici là, le dossier de sécurité présente les contrôles en place aujourd’hui pour l’emplacement que vous évaluez.
Quels fournisseurs traitent nos données ?
Les fournisseurs utilisés pour votre déploiement, et les éventuelles conditions de sous-traitance ultérieure, sont précisés dans vos documents client. Dans votre cloud, c’est vous qui les choisissez.
Pouvons-nous obtenir un dossier de sécurité, un DPA ou des réponses à un questionnaire ?
Oui. Écrivez-nous en indiquant le produit, l’emplacement et l’échéance de votre revue.
