Zwei neue CA-Konnektoren: Integration von GlobalSign und EJBCA in den Sectigo Certificate Manager
Der Sectigo Certificate Manager (SCM) umfasst nun CA-Konnektoren für GlobalSign und EJBCA und vereint damit öffentliche und private Zertifikate in einem Bestand, einem Richtlinienrahmen und einem Automatisierungsmodell. Ausgelöst durch den Vertrauensverlust bei eMudhra und den Trend zu einer Zertifikatslaufzeit von 47 Tagen argumentiert der Artikel, dass eine zweite Zertifizierungsstelle wie eine Versicherung funktioniert. Mit einer angeschlossenen und vorab autorisierten Backup-Zertifizierungsstelle wird ein Vertrauensverlust zu einer Konfigurationsänderung statt zu einer Notfallmaßnahme. Teams können ihre bestehenden Zertifizierungsstellen beibehalten, EJBCA ohne Migration modernisieren und es mit der privaten Zertifizierungsstelle von Sectigo kombinieren oder Sectigo als zweite öffentliche Zertifizierungsstelle hinzufügen.
Inhaltsverzeichnis
Mehr Zertifizierungsstellen bedeuten garantierte Verfügbarkeit
GlobalSign: Alle öffentlichen Zertifikate – Verwaltung von einem Ort aus
EJBCA: Behalten Sie Ihre private PKI, verzichten Sie auf das zweite CLM-Tool
Warum eine zweite Zertifizierungsstelle eine Absicherung und kein Mehraufwand ist
Eine Plattform für jedes Zertifikat, dem Sie vertrauen
Der Sectigo Certificate Manager (SCM) lässt sich nun mit zwei weiteren Zertifizierungsstellen verbinden: GlobalSign und EJBCA. Die neuen Sectigo CA-Konnektoren bündeln die Zertifikate, auf die Sie bereits vertrauen, zusammen mit dem Rest Ihres Zertifikatsbestands in einem Bestand, einem Richtlinien-Set und einem Automatisierungsmodell.
Mehr Zertifizierungsstellen bedeuten garantierte Verfügbarkeit
Zertifizierungsstellen (CAs) machen selten Schlagzeilen, und genau deshalb betrachten so viele Unternehmen ihre Zertifizierungsstelle als festen Bestandteil ihrer Infrastruktur und nicht als eine Komponente, die ausfallen kann. Die jüngste Situation bei eMudhra zeigt, wie schnell diese Annahme auf die Probe gestellt werden kann. Am 17. Oktober 2026 meldete ein Forscher ein Problem, das acht der Zwischenzertifizierungsstellen von eMudhra betraf, und Chrome blockierte noch am selben Abend die sechs für TLS verwendeten Zertifikate. Innerhalb weniger Tage kündigte Chrome an, der ECC-G3-Stammzertifizierungsstelle von eMudhra ab dem 27. Oktober nicht mehr zu vertrauen, und am 22. Oktober gab eMudhra bekannt, dass sein Vorstand beschlossen habe, sich aus dem globalen SSL/TLS-Zertifikatsgeschäft zurückzuziehen. eMudhra schätzt, dass etwa 30.000 Zertifikate migriert werden müssen, was bedeutet, dass Tausende von Zertifikatsinhabern nun mit einem ungeplanten Austauschprojekt konfrontiert sind, dessen Zeitplan von anderen vorgegeben wird.
Die Lehre daraus betrifft nicht einen einzelnen Anbieter. Sie besteht darin, dass Browser-Root-Programme innerhalb weniger Stunden handeln können – und wenn sie dies tun, wird jede Zertifikatskette, die mit einer betroffenen Hierarchie verknüpft ist, plötzlich zu einem Risiko, unabhängig davon, wie sorgfältig ihr Inhaber sie verwaltet hat. Unternehmen, die sich auf eine einzige Zertifizierungsstelle (CA) verlassen, haben in diesem Moment keine Ausweichmöglichkeit: Sie müssen einen neuen Anbieter finden, prüfen und einbinden und gleichzeitig jedes betroffene Zertifikat ausfindig machen und ersetzen, bevor es zu Ausfällen kommt. Da sich die Gültigkeitsdauer von Zertifikaten auf 47 Tage verkürzt, wird das Zeitfenster zwischen „Das ist ein Problem“ und „Das ist ein Ausfall“ immer kürzer, und manuelle Prozesse mit nur einem Anbieter können einen solchen Schock einfach nicht auffangen.
Eine Multi-CA-Strategie verwandelt eine Krise in einen routinemäßigen Wechsel. Indem sie Beziehungen zu mehr als einer vertrauenswürdigen Zertifizierungsstelle pflegen, eine Backup-Zertifizierungsstelle vorab autorisieren (einschließlich in Ihren DNS-CAA-Einträgen, damit diese sofort Zertifikate für Ihre Domains ausstellen kann) und Zertifikate über eine CA-unabhängige Lebenszyklus-Management-Plattform verwalten, können Unternehmen die Ausstellung und Erneuerung umleiten, ohne ihre Prozesse von Grund auf neu aufbauen zu müssen. In Kombination mit vollständiger Zertifikatstransparenz und automatisierter Verlängerung bedeutet CA-Redundanz, dass Ihre Reaktion beim nächsten Vertrauensverlust – und in einem öffentlichen Vertrauensökosystem mit Dutzenden von Zertifizierungsstellen wird dies früher oder später eintreten – lediglich eine Konfigurationsänderung ist und keine Panikmaßnahme.
Aus diesem Grund bietet Sectigo nun noch mehr CA-Konnektoren an, sodass Sie mit dem Sectigo Certificate Manager jedes Zertifikat verwalten können.
GlobalSign: Alle öffentlichen Zertifikate – Verwaltung von einem Ort aus
Der Sectigo CA-Connector für GlobalSign integriert Ihre GlobalSign-Zertifikate in den SCM. Ihr Team kann diese in denselben Workflows wie alle anderen von Ihnen verwalteten öffentlichen Zertifikate suchen, ausstellen, verlängern und widerrufen.
Mit GlobalSign in SCM können Sie:
- Ein CLM für alle öffentlichen Zertifizierungsstellen nutzen: GlobalSign, Sectigo und andere öffentliche Zertifikate befinden sich in einem einzigen Bestand mit klaren Zuständigkeiten und Richtlinienkontrollen.
- Automatisierung für kürzere Gültigkeitsdauern: Einheitliche Workflows ersetzen CA-spezifische Verlängerungsprozesse und sind auf wachsende Zertifikatsmengen ausgelegt.
- Bleiben Sie CA-übergreifend flexibel: Behalten Sie bestehende CA-Beziehungen bei und nutzen Sie die Option, ausgewählte Ausstellungen zu verlagern, wenn sich Ihre Anforderungen ändern.
Diese Flexibilität ist besonders wichtig, wenn etwas schiefgeht. Sollte ein Wechsel der Zertifizierungsstelle Sie zu einer Umstellung zwingen, können Sie die Ausstellung auf eine andere öffentliche Zertifizierungsstelle verlagern, ohne den Betrieb zu stören oder Ihre Arbeitsabläufe neu aufbauen zu müssen. Wenn Sie lieber nach Ihrem eigenen Zeitplan vorgehen möchten, können Sie ausgewählte Ausstellungen in Ihrem eigenen Tempo umstellen und dabei den Überblick über beide Umgebungen behalten.
EJBCA: Behalten Sie Ihre private PKI, verzichten Sie auf das zweite CLM-Tool
Viele Teams verwalten EJBCA in einem Tool und öffentliche TLS/SSL-Zertifikate in einem anderen. Das bedeutet zwei Konsolen, zwei Richtliniensätze, zwei Verlängerungsprozesse und zwei Verträge, die es zu rechtfertigen gilt. Die Berichte stimmen nie ganz überein.
Der Sectigo CA Connector für EJBCA integriert Ihre von EJBCA ausgestellten privaten Zertifikate in SCM. Ihre EJBCA-Hierarchie bleibt dabei unverändert. Was sich ändert, ist die Art und Weise, wie Sie diese Zertifikate einsehen, automatisieren und verwalten:
- Ein CLM für öffentliche und private Zertifikate: EJBCA- und öffentliche TLS-Zertifikate in einem Bestand, unter einem Richtliniensatz, mit klarer Zuständigkeit, Status und Berichterstattung.
- Rückschreibungen, die nach Richtlinien ablaufen: Registrieren Sie sich über die Protokolle, die Sie bereits nutzen, und verlängern Sie gemäß Richtlinien, nicht aufgrund von Erinnerungen.
- Verwaltung mit Nachweismöglichkeit: Einheitliche Richtlinien und lückenlose Prüfpfade in Ihrer gesamten Infrastruktur.
Für PKI-Teams ergeben sich daraus konkrete Vorteile. Zertifikate für Server, Geräte und DevOps-Pipelines können automatisch ausgestellt und verlängert werden. Sie erhalten einen aktuellen Überblick über EJBCA-Zertifikate und Schlüsseltypen, sodass Algorithmusänderungen – einschließlich der Umstellung auf postquantene Kryptografie – auf Fakten basieren. Und Sie können modernisieren, ohne migrieren zu müssen: Automatisieren Sie EJBCA noch heute, mit der Option, Workloads auf zusätzliche Zertifizierungsstellen zu verlagern, sobald Sie dazu bereit sind.
Warum eine zweite Zertifizierungsstelle eine Absicherung und kein Mehraufwand ist
Das Hinzufügen einer weiteren Zertifizierungsstelle (CA) zu Ihrem Zertifikatsbestand mag nach mehr Arbeit klingen: eine weitere Geschäftsbeziehung, ein weiterer Satz von Zertifikaten, eine weitere Sache, die es zu überwachen gilt. In der Praxis funktioniert es jedoch wie eine Versicherung. Man hofft, dass man sie nie braucht, aber wenn es doch einmal soweit ist, macht sie den Unterschied zwischen einem geplanten Wechsel und einer hektischen Notlösung aus.
Zertifizierungsstellen (CAs) unterliegen strengen, sich ständig weiterentwickelnden Branchenanforderungen, und diese Anforderungen werden durchgesetzt. Wenn eine CA als nicht vertrauenswürdig eingestuft wird oder Zertifikate kurzfristig widerrufen muss, können ihre Kunden vor der Aufgabe stehen, eine große Anzahl von Zertifikaten innerhalb einer Frist zu ersetzen, die sie sich nicht selbst ausgesucht haben. Teams, bei denen bereits eine zweite Zertifizierungsstelle angebunden, inventarisiert und automatisiert ist, leiten die Ausstellung einfach um. Teams mit nur einer Zertifizierungsstelle müssen unter Zeitdruck ganz von vorne anfangen.
Diese Absicherung wird von Jahr zu Jahr wertvoller, da sich die PKI schneller denn je verändert:
- Kürzere Gültigkeitsdauer: Da die Gültigkeitsdauer öffentlicher TLS-Zertifikate bis 2029 auf 47 Tage sinken wird, werden Zertifikate etwa achtmal pro Jahr erneuert. Eine Störung bei einer Zertifizierungsstelle wirkt sich nun innerhalb von Tagen statt Monaten auf die Erneuerungen aus.
- Mehr Maschinenidentitäten: Server, Geräte, Workloads und KI-Agenten sind alle auf Zertifikate angewiesen, sodass ein einzelner Ausfallpunkt mehr Bereiche des Unternehmens betrifft als je zuvor.
- Der Übergang zur Post-Quantum-Sicherheit: Zertifizierungsstellen werden neue Algorithmen und Standards nach unterschiedlichen Zeitplänen einführen. Mit mehr als einer Zertifizierungsstelle können Sie in dem Tempo vorgehen, das Ihr Plan erfordert, anstatt auf eine einzige Roadmap warten zu müssen.
- Häufige Regeländerungen: Aktualisierungen des CA/Browser-Forums und des Root-Programms erfolgen regelmäßig. Redundanz hält Ihre Optionen offen, wenn sich die Anforderungen ändern.
Der Hauptgrund, warum Teams eine Multi-CA-Strategie vermeiden, ist der zusätzliche Verwaltungsaufwand – und genau diesen beseitigen die neuen Konnektoren. Da alle Zertifizierungsstellen in SCM integriert sind, bedeutet eine zweite Zertifizierungsstelle nicht gleich eine zweite Konsole.
Behalten Sie für öffentliche Zertifikate GlobalSign bei und fügen Sie Sectigo als zweite öffentliche Zertifizierungsstelle hinzu. So vermeiden Sie die Abhängigkeit von einer einzigen Zertifizierungsstelle und können die Ausstellung zwischen den Zertifizierungsstellen wechseln, ohne die Infrastruktur umstellen zu müssen.
Für private Zertifikate kombinieren Sie EJBCA mit der Sectigo Private CA, die nativ in SCM läuft. Sectigo hostet und betreibt sie, sodass Sie die Ausfallsicherheit erhöhen, ohne zusätzliche Infrastruktur warten zu müssen.
Beide Zertifizierungsstellen laufen parallel unter einem Bestandsverzeichnis, einem Richtlinienrahmen und einem Automatisierungsworkflow. Die Absicherung ist vom ersten Tag an gegeben, und Sie entscheiden, wann und in welchem Umfang Sie die Ausstellung verlagern möchten.
Eine Plattform für jedes Zertifikat, dem Sie vertrauen
Die GlobalSign- und EJBCA-Konnektoren erweitern die ursprünglichen Funktionen von SCM:
- Von Grund auf CA-unabhängig: Verwalten Sie Zertifikate von Sectigo, GlobalSign, EJBCA, anderen öffentlichen Zertifizierungsstellen und privaten Zertifizierungsstellen auf einer einzigen Plattform.
- Ein einheitlicher Zertifikatslebenszyklus: Wenden Sie einheitliche Automatisierung, Richtlinien und Governance in öffentlichen und privaten Umgebungen an.
- Bereit für CA-Wechsel: Fügen Sie CAs hinzu, ersetzen Sie sie oder wechseln Sie zwischen ihnen, ohne Betriebsprozesse neu aufbauen zu müssen.
- Einfachheit in großem Maßstab: Bewältigen Sie kürzere Gültigkeitsdauern, sich weiterentwickelnde Standards und den Übergang zur Post-Quantum-Sicherheit von einem zentralen Ort aus.
Integrieren Sie jede Zertifizierungsstelle in einen Lebenszyklus
Die Sectigo CA Connectors für GlobalSign und EJBCA sind ab sofort verfügbar. Um zu erfahren, wie sie in Ihre Umgebung passen, wenden Sie sich an einen Sectigo-Experten unter [email protected] oder entdecken Sie alle SCM-Integrationen unter sectigo.com/de/enterprise-loesungen/zertifikatsmanager/integrationen.