C’est une bonne idée de passer un peu de temps à comprendre le schéma politique de MXC. C’est ici que vous apprenez ce que MXC peut faire et ce qu’il ne peut pas faire. Il est important de comprendre que MXC ne peut pas fournir plus d’isolation que celle que vous obtenez avec un environnement virtuel verrouillé, et qu’il ne peut pas changer de point de terminaison de virtualisation à la volée. La documentation du schéma montre les principes utilisés par l’équipe de développement de MXC. Par exemple, ils indiquent que les politiques sont une expression d’intention, que les mécanismes d’application sont mis en œuvre dans les outils et que la position par défaut sur toute politique est « refuser ». Ainsi, les utilisateurs n’ont qu’à définir les politiques qu’ils souhaitent pour avoir une approche plus permissive, car ne pas avoir de définition de politique constitue par défaut un refus.
De plus, l’outillage est conçu pour être multiplateforme. Vous n’avez besoin de définir des stratégies qu’une seule fois, et les versions Windows, macOS et Linux de MXC les implémenteront sur un bac à sable cible. La manière dont ils sont appliqués diffère selon les plates-formes et les bacs à sable, mais quoi que fasse MXC, cela dépend de l’intention de l’utilisateur. Il est essentiel de donner la priorité aux exigences des utilisateurs, car le but de MXC est de fournir aux utilisateurs un moyen de faire confiance aux agents et de savoir que les agents ne fonctionneront pas de manière incontrôlable et ne détruiront pas les données.
Utiliser MXC pour comprendre le comportement des agents
Si vous utilisez MXC pour développer des agents et que vous souhaitez affiner les règles qu’il utilise, vous pouvez exécuter MXC en modes audit et apprentissage. Cela permet des opérations qui autrement seraient bloquées ; au lieu de refuser les opérations, il les enregistre avec d’autres opérations, vous permettant d’adapter vos politiques au comportement réel de l’agent. Bien entendu, c’est une bonne idée d’exécuter les modes d’audit et d’apprentissage sur une machine virtuelle ou sur une installation de test de travail, pour garantir que vos systèmes de développement ne sont pas impactés par un agent non contrôlé.
