Sécurité MCP
Les vues dédiées aux agents IA et au MCP présentées ici relèvent de la démonstration ou de l’aperçu. Confirmez leur disponibilité client, la couverture des connecteurs et la granularité des permissions lors de l’évaluation. L’analyse NHI en lecture seule utilise les données exposées par les API connectées prises en charge.
Qu'est-ce que la sécurité MCP ?
Le Model Context Protocol relie des clients à des outils et ressources. Son authentification dépend de l’implémentation. Examinez les comptes et autorisations réellement utilisés, sans présumer qu’un connecteur SaaS révèle chaque serveur MCP.
Les vues dédiées présentées ici sont en démonstration ou en aperçu. Elles ne constituent pas une garantie de découverte exhaustive, de responsable confirmé ou de permissions au niveau objet.
Cydenti n'est pas une passerelle MCP et ne s'insère pas dans la session MCP. Découverte en lecture seule.
Données disponibles, responsable à confirmer, accès à examiner
L'IAM le fait déjà pour les gens. Les serveurs MCP passent devant la file.
Voir
Vérifiez les identités visibles dans les API connectées. L’inventaire MCP dédié est en démonstration ou en aperçu ; les serveurs locaux peuvent être absents.
Valider le responsable
Un compte de service ou une application OAuth utilisé par un agent peut être visible sans identifier cet agent ou ses serveurs MCP. Les responsables probables doivent être validés. La découverte exhaustive, l’attribution automatique et les permissions au niveau objet ne sont pas garanties.
Séparer les tâches
Un agent ne doit pas empiler des serveurs MCP qui se contredisent. Tickets d'un côté, code de production de l'autre.
Une clé dans un JSON,
invisible pour l'IAM.
Un développeur ajoute un serveur MCP local pour GitHub. Puis un autre pour le CRM. L'agent répond aux tickets et pousse du code. Personne n'a nommé de propriétaire. Aucune revue de séparation des tâches.
Des serveurs MCP locaux peuvent rester hors des API SaaS connectées. Vérifiez la couverture et les données manquantes avant de tirer des conclusions.
« Si l'agent est fiable, le serveur MCP peut quand même être le trou. C'est l'identifiant du serveur qui ouvre la porte. »
- Un propriétaire humain nommé
- Un contrôle de séparation des tâches
- Une date de rotation de la clé
- Un offboarding quand le projet meurt
Ce qu’il faut vérifier pendant l’évaluation
Analyse NHI en lecture seule selon les données connectées ; disponibilité et calendrier des vues MCP en aperçu à confirmer.
Inventaire MCP
Les API SaaS ne garantissent pas la découverte des serveurs MCP. Confirmez la disponibilité client et la couverture des vues dédiées en démonstration ou en aperçu.
Identifiant derrière le serveur
Le risque n'est pas le protocole. C'est la clé API, le token OAuth ou le compte de service que le serveur utilise pour parler au CRM, à GitHub, à Slack.
Propriétaire humain
Examinez les informations de propriété disponibles et faites valider tout responsable probable par votre équipe. La propriété peut rester inconnue.
Séparation des tâches
Les accès au support et au code peuvent mériter une revue commune. Les vues dédiées de conflits entre services sont en démonstration ou en aperçu, sans moteur de contrôle livré garanti.
Périmètre réel
Les permissions et leur granularité dépendent des données exposées par l’API et le connecteur. Aucun accès au niveau objet n’est garanti.
Lien avec l'agent
La cartographie dédiée entre agents et serveurs MCP est en démonstration ou en aperçu. Sa disponibilité et ses limites doivent être confirmées pour votre environnement.
Un serveur MCP local, deux métiers
Un agent nommé support-copilot a un serveur MCP HubSpot et un serveur MCP GitHub sur le laptop d'un développeur. Il répond aux tickets. Il peut aussi pousser du code. Personne n'est nommé propriétaire.
Scénario illustratif de revue, pas incident client ni détection livrée : l’équipe vérifierait les identifiants exposés, confirmerait les responsables et examinerait les conflits. La cartographie agent/MCP dédiée reste en démonstration ou en aperçu.
Questions fréquentes
Qu’est-ce que la sécurité MCP ?
Examiner l’authentification, les permissions et les équipes responsables d’un déploiement MCP. L’authentification dépend de l’implémentation. Le nom d’un serveur ne suffit pas à établir les identités ou les permissions utilisées en aval.
Un connecteur SaaS peut-il découvrir tous les serveurs MCP ?
Non. Un connecteur peut exposer un compte de service ou une application OAuth utilisé par un déploiement MCP sans identifier le serveur ou son client. Les serveurs locaux et les déploiements hors des API connectées peuvent être absents. L’inventaire MCP dédié et la cartographie des agents relèvent de la démonstration ou de l’aperçu ; confirmez leur disponibilité client et leur couverture.
Cydenti remplace-t-il une passerelle MCP ?
Non. Cydenti analyse les données NHI disponibles en lecture seule. Il ne crée pas d’identifiants de courte durée à l’exécution, ne fait pas tourner les secrets et ne contrôle pas les sessions MCP. Ces responsabilités restent dans vos outils d’identité, de gestion des secrets et de passerelle.
Les responsables et les permissions au niveau objet sont-ils garantis ?
Non. Les responsables probables doivent être validés et la propriété peut rester inconnue. La granularité des permissions dépend de l’API, des droits et du connecteur. Les relations agent-MCP et les vues dédiées montrées en démonstration relèvent de l’aperçu, avec une disponibilité client à confirmer.
Qu’en est-il de la séparation des tâches entre connexions MCP ?
Les accès conflictuels sont un sujet de revue pour l’équipe responsable. Les vues dédiées de conflits entre services pour les agents/MCP présentées ici relèvent de la démonstration ou de l’aperçu ; elles ne constituent pas un moteur de contrôle livré. Votre équipe valide les données et réalise les changements approuvés dans ses outils.
Pour aller plus loin
Identité et visibilité des agents IA
L'agent est l'identité. Le MCP est souvent comment il agit.
Sécurité des identités non humaines
Les identifiants MCP sont une classe de NHI, à côté des comptes de service.
Qu'est-ce que le MCP ?
Définition courte du protocole, pour le vocabulaire.
Guide d'authentification et d'OAuth MCP
Serveurs locaux ou distants, autorisation OAuth 2.1, principaux risques et checklist en 10 points.
Découvrez les identités machines que vous ignoriez posséder
— le premier inventaire arrive en général sous une semaine.
L’Audit Flash connecte jusqu’à trois applications SaaS par API en lecture seule. Examinez les comptes de service, métadonnées d’identifiants et autorisations OAuth visibles sur ce périmètre, puis convenez des risques à traiter avec vos équipes. La couverture et les délais dépendent des applications connectées et des données disponibles. Sans engagement.
Sans engagement · Données hébergées en Europe · Réponse sous 24h