Deux nouveaux connecteurs d'autorités de certification : intégrez GlobalSign et EJBCA dans Sectigo Certificate Manager

Sectigo Certificate Manager (SCM) se connecte désormais à deux autorités de certification supplémentaires : GlobalSign et EJBCA. Les nouveaux connecteurs Sectigo CA rassemblent les certificats auxquels vous faites déjà confiance au sein d’un seul inventaire, d’un seul ensemble de politiques et d’un seul modèle d’automatisation, aux côtés du reste de votre parc de certificats.

Plus d’autorités de certification signifie une disponibilité garantie

Les autorités de certification (CA) font rarement la une des journaux, ce qui explique précisément pourquoi tant d’organisations considèrent leur CA comme un élément immuable de leur infrastructure plutôt que comme une dépendance susceptible de tomber en panne. La récente affaire eMudhra montre à quelle vitesse cette hypothèse peut être remise en cause. Le 17 octobre 2026, un chercheur a signalé un problème affectant huit autorités intermédiaires d’eMudhra, et Chrome a bloqué les six utilisées pour le protocole TLS le soir même. En l’espace de quelques jours, Chrome a annoncé qu’il ne ferait plus confiance à la racine ECC G3 d’eMudhra à compter du 27 octobre, et le 22 octobre, eMudhra a annoncé que son conseil d’administration avait décidé de se retirer du marché mondial des certificats SSL/TLS. eMudhra estime qu’environ 30 000 certificats doivent être migrés, ce qui signifie que des milliers de détenteurs de certificats sont désormais confrontés à un projet de remplacement imprévu, selon le calendrier imposé par un tiers.

La leçon à tirer ne concerne pas un fournisseur en particulier. Elle réside dans le fait que les programmes de gestion des racines des navigateurs peuvent agir en quelques heures, et lorsqu’ils le font, chaque certificat lié à une hiérarchie affectée devient soudainement un risque, quelle que soit la rigueur avec laquelle son détenteur l’a géré. Les organisations qui s’appuient sur une seule autorité de certification (CA) n’ont alors aucune solution de secours : elles doivent trouver, évaluer et intégrer un nouveau fournisseur, tout en localisant chaque certificat concerné et en le remplaçant avant que les interruptions de service ne commencent. À mesure que la durée de vie des certificats se réduit à 47 jours, le délai entre le moment où l’on se rend compte qu’« il y a un problème » et celui où survient une « interruption de service » ne fait que se raccourcir, et les processus manuels reposant sur un seul fournisseur ne peuvent tout simplement pas absorber ce genre de choc.

Une stratégie multi-CA transforme une crise en un changement de routine. En entretenant des relations avec plusieurs autorités de certification de confiance, en conservant une autorité de certification de secours pré-autorisée (notamment dans vos enregistrements CAA DNS, afin qu’elle puisse émettre des certificats pour vos domaines immédiatement) et en gérant les certificats via une plateforme de gestion du cycle de vie indépendante des autorités de certification, les organisations peuvent rediriger les émissions et les renouvellements sans avoir à reconstruire leurs processus à partir de zéro. Combinée à une visibilité totale sur les certificats et au renouvellement automatisé, la redondance des autorités de certification signifie que lorsque le prochain incident de méfiance se produira – ce qui finira inévitablement par arriver dans un écosystème de confiance public comptant des dizaines d’autorités de certification –, votre réponse consistera en un simple changement de configuration plutôt qu’en une intervention d’urgence.

C’est pourquoi Sectigo propose désormais encore plus de connecteurs d’autorités de certification, afin que vous puissiez utiliser Sectigo Certificate Manager pour gérer tous vos certificats.

GlobalSign : tous les certificats publics, gérés depuis un seul et même endroit

Le connecteur d'autorité de certification Sectigo pour GlobalSign intègre vos certificats GlobalSign dans SCM. Votre équipe peut les rechercher, les émettre, les renouveler et les révoquer en suivant les mêmes workflows que pour tous les autres certificats publics que vous gérez.

Avec GlobalSign dans SCM, vous pouvez :

• Gérer un seul CLM pour toutes les autorités de certification publiques : GlobalSign, Sectigo et les autres certificats publics sont regroupés dans un seul inventaire, avec une propriété et des contrôles de politique clairement définis.
• Automatiser pour raccourcir les durées de vie : des workflows cohérents remplacent les processus de renouvellement spécifiques à chaque autorité de certification, conçus pour faire face à des volumes de certificats croissants.
• Garder une flexibilité entre les autorités de certification : conservez vos relations existantes avec les autorités de certification, tout en ayant la possibilité de transférer certaines émissions lorsque vos besoins évoluent.

Cette flexibilité est d’autant plus importante en cas de problème. Si un changement d’autorité de certification vous oblige à migrer, vous pouvez transférer certaines émissions vers une autre autorité de certification publique sans perturber vos opérations ni avoir à reconstruire vos workflows. Si vous préférez suivre votre propre calendrier, vous pouvez effectuer la transition de certaines émissions à votre rythme tout en conservant une visibilité sur les deux environnements.

EJBCA : conservez votre PKI privée, abandonnez le deuxième outil CLM

De nombreuses équipes gèrent EJBCA dans un outil et les certificats TLS/SSL publics dans un autre. Cela représente deux consoles, deux ensembles de politiques, deux processus de renouvellement et deux contrats à justifier. Les rapports ne concordent jamais tout à fait.

Le connecteur Sectigo CA pour EJBCA intègre vos certificats privés émis par EJBCA dans SCM. Votre hiérarchie EJBCA reste exactement telle quelle. Ce qui change, c’est la manière dont vous visualisez, automatisez et gérez ces certificats :

• Un seul CLM pour les certificats publics et privés : les certificats EJBCA et TLS publics sont regroupés dans un seul inventaire, régis par un seul ensemble de politiques, avec une propriété, un statut et des rapports clairs.
• Des renouvellements basés sur des politiques : effectuez l’enregistrement via les protocoles que vous utilisez déjà et renouvelez en fonction des politiques, et non des rappels.
• Une gouvernance étayée par des preuves : des politiques cohérentes et des pistes d’audit complètes sur l’ensemble de votre parc.

Pour les équipes PKI, cela se traduit par des avantages concrets. Les certificats destinés aux serveurs, aux appareils et aux pipelines DevOps peuvent être émis et renouvelés automatiquement. Vous disposez d’une vue actualisée des certificats EJBCA et des types de clés, ce qui permet d’aborder les changements d’algorithmes, y compris le passage à la cryptographie post-quantique, en vous appuyant sur des données factuelles. Et vous pouvez moderniser sans migrer : automatisez EJBCA dès aujourd’hui, avec la possibilité de transférer des charges de travail vers d’autres autorités de certification lorsque vous serez prêt.

Pourquoi une deuxième autorité de certification (CA) est une assurance, et non une charge supplémentaire

Ajouter une autorité de certification supplémentaire à votre parc de certificats peut sembler représenter une charge de travail supplémentaire : une nouvelle relation à gérer, un nouvel ensemble de certificats, un élément de plus à surveiller. En pratique, cela fonctionne comme une assurance. Vous espérez ne jamais en avoir besoin, mais lorsque c’est le cas, cela fait la différence entre une transition planifiée et une situation d’urgence.

Les autorités de certification (CA) opèrent selon des exigences sectorielles strictes et en constante évolution, et ces exigences sont rigoureusement appliquées. Lorsqu’une CA perd la confiance de ses utilisateurs ou doit révoquer des certificats à court terme, ses clients peuvent se retrouver contraints de remplacer un grand nombre de certificats dans un délai qu’ils n’ont pas choisi. Les équipes disposant déjà d’une deuxième autorité de certification connectée, inventoriée et automatisée n’ont qu’à rediriger l’émission. Celles qui n’en ont qu’une doivent repartir de zéro, sous pression.

Cette sécurité prend de plus en plus de valeur chaque année, car l’infrastructure PKI évolue plus rapidement que jamais :

• Des durées de vie plus courtes : la validité publique des certificats TLS devant passer à 47 jours d’ici 2029, les certificats sont renouvelés environ huit fois par an. Une perturbation au niveau d’une autorité de certification affecte désormais les renouvellements en quelques jours, et non plus en quelques mois.
• Davantage d’identités machine : les serveurs, les appareils, les charges de travail et les agents d’IA dépendent tous de certificats ; ainsi, un point de défaillance unique affecte une partie plus importante de l’entreprise que jamais.
• La transition post-quantique : les autorités de certification adopteront de nouveaux algorithmes et de nouvelles normes selon des calendriers différents. En disposant de plusieurs autorités de certification, vous pouvez avancer au rythme imposé par votre plan plutôt que d’attendre une feuille de route unique.
• Changements fréquents des règles : le CA/Browser Forum et les mises à jour du programme racine sont régulièrement publiés. La redondance vous permet de garder toutes vos options ouvertes à mesure que les exigences évoluent.

La principale raison pour laquelle les équipes évitent une stratégie multi-CA est la charge de gestion supplémentaire, et c’est précisément ce que les nouveaux connecteurs éliminent. Avec toutes les autorités de certification intégrées à SCM, ajouter une deuxième autorité de certification ne signifie pas utiliser une deuxième console.

Pour les certificats publics, conservez GlobalSign et ajoutez Sectigo comme deuxième autorité de certification publique. Vous évitez ainsi la dépendance vis-à-vis d’une seule autorité de certification et pouvez transférer l’émission entre les autorités de certification sans avoir à réorganiser votre infrastructure.

Pour les certificats privés, associez EJBCA à l’autorité de certification privée Sectigo, qui fonctionne en mode natif dans SCM. Sectigo l’héberge et l’exploite, ce qui vous permet de gagner en résilience sans avoir à gérer d’infrastructure supplémentaire.

Les deux autorités de certification fonctionnent en parallèle au sein d’un même inventaire, d’un même cadre de politiques et d’un même flux de travail automatisé. La sécurité est assurée dès le premier jour, et c’est vous qui décidez quand et dans quelle mesure effectuer la transition.

Une seule plateforme pour tous les certificats auxquels vous faites confiance

Les connecteurs GlobalSign et EJBCA étendent les fonctionnalités pour lesquelles SCM a été conçu :

• Conception indépendante de l’autorité de certification : gérez les certificats de Sectigo, GlobalSign, EJBCA, d’autres autorités de certification publiques et d’autorités de certification privées sur une seule et même plateforme.
• Un cycle de vie unifié des certificats : appliquez une automatisation, des politiques et une gouvernance cohérentes dans les environnements publics et privés.
• Prêt pour le changement d’autorité de certification : ajoutez, remplacez ou effectuez la transition entre différentes autorités de certification sans avoir à repenser vos processus opérationnels.
• Simplicité à grande échelle : gérez les durées de vie plus courtes, l’évolution des normes et la transition post-quantique à partir d’un seul et même endroit.

Regroupez toutes les autorités de certification au sein d’un même cycle de vie

Les connecteurs Sectigo CA pour GlobalSign et EJBCA sont désormais disponibles. Pour découvrir comment ils s’adaptent à votre environnement, contactez un expert Sectigo à l’adresse [email protected] ou explorez toutes les intégrations SCM sur sectigo.com/fr/solutions-pour-entreprise/gestionnaire-de-certificats/integrations.