Cryptographic Posture Management — découvrez, notez & remédiez tout votre patrimoine cryptographique
Autorité de certification souveraine pour l'émission et la gestion de certificats à l'échelle de l'entreprise
Gestion du cycle de vie des certificats : découverte, gouvernance et automatisation
Domain Control Validation agnostique des DNS, prêt pour les certificats TLS de 47 jours
Le Model Context Protocol (MCP) connecte les assistants IA aux outils d'entreprise. Le serveur MCP Horizon place votre gestionnaire de cycle de vie des certificats derrière ce protocole, pour que les équipes interrogent, opèrent et configurent leur CLM en langage naturel — depuis les outils qu'elles utilisent déjà, dans les limites des permissions RBAC qu'elles ont déjà, et à l'intérieur des mêmes workflows d'approbation et du même journal d'audit.
Le Model Context Protocol (MCP) est un standard ouvert qui connecte les grands modèles de langage aux outils d'entreprise de manière structurée et permissionnée. Le serveur MCP Horizon est une implémentation open source qui expose un gestionnaire de cycle de vie des certificats (CLM) via MCP : un assistant IA peut interroger le patrimoine de certificats, opérer le pipeline de demandes et configurer la plateforme, le tout en langage naturel.
L'objectif n'est pas de greffer un chatbot sur une console. C'est de laisser une équipe sécurité piloter le CLM via l'assistant qu'elle utilise déjà, authentifié comme un client CLM normal, borné par le RBAC du compte connecté, et soumis aux mêmes workflows d'approbation et au même journal d'audit que n'importe quel autre client. Ce guide couvre ce que cela donne en pratique, le modèle de capacités et les garanties de gouvernance qui le rendent sûr.
Les plateformes de gestion du cycle de vie des certificats sont puissantes et, pour la plupart des équipes, sous-exploitées. Le langage de requête, les règles de calcul et d'auto-validation, les sources de données, les déclencheurs et les campagnes de découverte — les éléments qui font d'un CLM plus qu'un tableur — sont précisément ceux que l'on évite parce que la courbe d'apprentissage est raide. Le Model Context Protocol offre une autre porte d'entrée : décrire ce que l'on veut en langage naturel et laisser un assistant IA le traduire dans les opérations propres à la plateforme.
Ce guide explique comment le serveur MCP Horizon expose un CLM via MCP, ce qu'un opérateur peut réellement faire à travers une conversation, et — la partie qui compte pour quiconque est responsable du patrimoine — pourquoi procéder ainsi ne relâche pas le moindre contrôle.
Le Model Context Protocol est un standard ouvert qui permet à un grand modèle de langage d'appeler des outils d'entreprise via une interface bien définie et permissionnée, plutôt que de gratter une interface graphique ou de détenir des clés API brutes dans un prompt. Un CLM y convient particulièrement bien : ses opérations sont déjà structurées (interroger, enrôler, renouveler, révoquer, configurer), déjà permissionnées par RBAC, et déjà auditées. MCP donne simplement à un assistant une manière typée et gouvernée de les invoquer.
Parce que le serveur parle un standard, il n'est lié à aucun assistant en particulier. Il s'exécute en local sur le poste d'un opérateur ou en mode hébergé pour une équipe, s'installe en une seule commande ou en binaire précompilé, et fonctionne avec tout client compatible MCP. Le transport est ouvert ; les outils derrière lui sont ceux du CLM.
L'ensemble des capacités n'est pas une démo en lecture seule. Il reflète les vraies opérations de la plateforme, regroupées en quatre piliers.
Recherchez et agrégez certificats, demandes et événements sur l'ensemble du patrimoine. Les questions en langage courant sont traduites dans le langage de requête du CLM, validées et exécutées — aucune syntaxe à apprendre — et les requêtes utiles peuvent être sauvegardées et réutilisées, en conversation comme dans l'interface du CLM.
Enrôlez, renouvelez, révoquez, recouvrez et mettez à jour les certificats via le même pipeline de demandes que l'autorité d'enregistrement web. Passez en revue, approuvez, refusez ou annulez les demandes en attente en conversation, et téléchargez les certificats au format voulu.
Atteignez les parties pour lesquelles les équipes font d'habitude appel aux services professionnels — règles de calcul, règles d'auto-validation, sources de données (LDAP, DNS, REST), déclencheurs et campagnes de découverte — et construisez des tableaux de bord en décrivant ce que vous voulez voir. Flux de sources de données, déclencheurs et règles de calcul peuvent être testés à blanc en conversation avant de toucher la production.
Décodez sur-le-champ certificats X.509, CSR, CRL, réponses OCSP et horodatages RFC 3161 ; obtenez une explication règle par règle de la note obtenue par un certificat, des politiques ANSSI au CA/Browser Forum ; interrogez la documentation produit et API alignée sur votre version du CLM ; et exportez rapports et CSV de ce que vous trouvez.
La première réaction raisonnable face à « laisser une IA opérer ma PKI » est la prudence, et la conception y répond directement : l'assistant n'est qu'un client CLM de plus, sans pouvoir spécial.
Le résultat est un CLM auquel vous pouvez parler sans rien céder : le patrimoine devient interrogeable et opérable en langage naturel, mais chaque garde-fou — authentification, RBAC, approbations, audit — reste exactement là où il était. Pour les équipes qui investissent déjà dans la gestion automatisée des certificats, MCP est la couche conversationnelle par-dessus cette automatisation, pas un remplacement.
L'assistant se connecte avec une clé API ou un certificat client mTLS, en mode local comme en mode hébergé. Aucun justificatif ambiant, aucun superutilisateur partagé.
Il ne voit et ne fait que ce que les permissions du compte connecté autorisent, et chaque action est tracée dans le journal d'audit du CLM. Limitez le compte à la lecture seule et la consultation conversationnelle est tout ce qu'il pourra jamais faire.
Les opérations sensibles continuent de passer par les mêmes workflows d'approbation ; les outils de modification demandent confirmation avant d'agir, et les opérations destructrices exigent une validation explicite de l'objet ciblé.
