Eine ausführliche Anleitung zum Aufbau Ihrer eigenen PKI

Einführung

Angesichts der sich ständig verändernden und erweiternden Unternehmensinfrastruktur ist es äußerst wichtig geworden, dass jede Organisation über ihre eigene robuste und ausgereifte Public-Key-Infrastruktur (PKI) Einrichten, das Vertrauen zwischen Systemen, Anwendungen, Benutzern und Geräten in nicht vertrauenswürdigen Netzwerken herstellen kann. Die Einführung von Private Cloud, Public Cloud, DevOps, Microservices sowie die Erweiterung um IoT und netzwerkverbundene Geräte bietet eine Vielzahl von Schutzbereichen. Eine Public-Key-Infrastruktur bietet nicht nur vertrauenswürdige Identitäten für Benutzer und Geräte, sondern auch einen sicheren Kanal zum Schutz der Kommunikation während der Übertragung.

Heutzutage sind die meisten PKI-Systeme in Unternehmen Jahrzehnte alt und müssen modernisiert und aktualisiert werden, um der sich verändernden IT-Landschaft gerecht zu werden. Der größte Bedarf besteht für die meisten Unternehmen darin, ein hochsicheres und robustes PKI-System bereitzustellen, das die Ausgabe und Verwaltung von digitale Zertifikate schnell über selbst bereitgestellte Systeme. Eine interne PKI-Einrichtung durch die Organisation sollte sowohl lokale als auch Cloud-Systeme unterstützen, um DevOps-Anforderungen zu erfüllen. Aber wie funktioniert eine PKI?

Was ist eine PKI und wie funktioniert eine PKI?

Eine PKI ist eine Einrichtung, die Endbenutzern, Systemen, Geräten und Anwendungen digitale Zertifikate zur Verfügung stellt, um ihnen vertrauenswürdige Identitäten zu verleihen. Diese Identitäten dienen zur Authentifizierung des Zertifikatsinhabers sowie zur sicheren Kommunikation mit anderen Zertifikatsinhabern innerhalb des Netzwerks. Eine PKI-Infrastruktur basiert auf asymmetrischen Schlüsseln Geheimschrift Verwendung eines öffentlichen Schlüssels und eines privaten Schlüsselpaars, das mit einem digitalen Zertifikat verknüpft ist, das von einem ausstellenden Zertifizierungsstelle (CA). Mithilfe dieser digitalen Zertifikate stellt diese Zertifizierungsstelle das Vertrauen zwischen zwei Zertifikatsinhabern her. Diese Zertifikate geben dem Zertifikatsinhaber nicht nur seine Identität, sondern auch Zugriffsrechte und ermöglichen ihm die Einrichtung eines sicheren Kommunikationskanals zwischen zwei Zertifikatsinhabern.

Komponenten der PKI

1. Stammzertifizierungsstelle: Die Root-CA ist die wichtigste Komponente einer PKI-InfrastrukturDie Stammzertifizierungsstelle stellt Zertifikate aus und stellt die Vertrauensbasis zwischen den Identitäten her, denen sie ein digitales Zertifikat ausstellt. Die Stammzertifizierungsstelle stellt auch Zertifikate an ausstellende Zertifizierungsstellen aus und erteilt diesen die Berechtigung, Zertifikate für die Rot-Zertifizierungsstelle auszustellen, da diese normalerweise offline gehalten wird.
2. Mittlere CA: Eine Zwischenzertifizierungsstelle (auch untergeordnete Zertifizierungsstelle genannt) ist eine Zertifizierungsstelle zwischen der ausstellenden Zertifizierungsstelle, die Zertifikate im Auftrag der Stammzertifizierungsstelle ausstellt. Stammzertifizierungsstellen können in der PKI-Hierarchie viele Zwischenzertifizierungsstellen unter sich haben, aber jede Zwischenzertifizierungsstelle kann nur eine Stammzertifizierungsstelle haben. Die Zwischenzertifizierungsstelle wird normalerweise nur in einer dreistufigen PKI-Architektur verwendet.
3. Ausstellende Zertifizierungsstelle: Die ausstellende Zertifizierungsstelle stellt Zertifikate für Endbenutzer, Geräte und andere Zertifikatsantragsteller aus. Ausstellende Zertifizierungsstellen fungieren wie Online-Stammzertifizierungsstellen und stellen Zertifikate an Benutzer aus, die diese benötigen. Ausstellende Zertifizierungsstellen werden sowohl in zwei- als auch in dreistufigen Zertifizierungsstellen verwendet.
4. public Key: Ein kryptografischer Schlüssel, der durch einen asymmetrischen Schlüsselalgorithmus erstellt wird, wie z. B. RSA, und kann zusammen mit einem digitalen Zertifikat öffentlich ausgestellt werden. Ein öffentlicher Schlüssel muss nicht sicher gespeichert werden und wird für die öffentliche Verteilung verwendet. Der öffentliche Schlüssel ist die Hälfte des asymmetrischen Schlüsselpaars, das mit einem asymmetrischen Schlüsselalgorithmus erstellt wurde.
5. Private Key: Ein kryptografischer Schlüssel, der die andere Hälfte eines asymmetrischen Schlüsselpaars darstellt. Der private Schlüssel ist die wichtigste Komponente der Authentifizierung und sollte sicher gespeichert werden.
6. Zertifikatspeicher: Ein Zertifikatspeicher dient zum Speichern von Stammzertifikaten mehrerer Zertifizierungsstellen. Zertifikatspeicher enthalten auch Stammzertifikate von Zwischenzertifizierungsstellen und Endbenutzerzertifikate. Der Zertifikatspeicher teilt einem Computer mit, welche Zertifizierungsstellen vertrauenswürdig sind.
7. Zertifikatsperrliste (CRL): Eine CRL ist eine Liste mit Informationen zu widerrufenen Zertifikaten, einschließlich der Zertifikatsinformationen und des Grundes für den Widerruf. CRLs werden in bestimmten Zeitabständen veröffentlicht, was möglicherweise zu Problemen mit Zertifikaten führt, die zwischen den CRL-Veröffentlichungszeiten widerrufen werden.
8. Delta-Zertifikatsperrlisten: Delta-CRLs sind CRLs, die im Zeitintervall zwischen den Veröffentlichungen von CRLs veröffentlicht werden. Dadurch wird das Risiko abgedeckt, dass ein vor der Veröffentlichung der nächsten CRL widerrufenes Zertifikat übersehen wird.
9. HSM (Hardware-Sicherheitsmodul): Ein HSM ist ein sehr wichtiger Bestandteil einer sicheren PKI-Konfiguration und wird zur Speicherung des privaten Schlüssels der Stammzertifizierungsstelle empfohlen. HSMs können auch zur Speicherung der privaten Schlüssel von Zwischenzertifizierungsstellen verwendet werden. HSMs sind äußerst sicher und verfügen über manipulationssichere und manipulationssichere Sicherheitsmechanismen.
10. Zertifikatsverwaltung: Zertifikatsverwaltung ist ein wichtiger Aspekt einer PKI-Infrastruktur, da es dazu beiträgt, Zertifikate aktuell und sicher zu halten. Im Folgenden werden verschiedene Phasen des Zertifikatslebenszyklus beschrieben, die für die Zertifikatsverwaltung verwendet werden.
    1. Zertifikatsregistrierung: In dieser Phase wird ein Zertifikat für den Zertifikatsantragsteller erstellt. Ein Online-Benutzer, eine Organisation oder ein Gerät sendet eine Zertifikatsignieranforderung oder CSRan die Zertifizierungsstelle. Die CSR enthält den öffentlichen Schlüssel des Antragstellers und weitere Informationen zum Antragsteller. Die CA überprüft die angegebenen Informationen und erstellt bei Legitimität das Zertifikat und registriert den Benutzer in der PKI. Die Zertifizierungsstelle, die das Zertifikat erstellt, kann der Organisation gehören, die das Zertifikat benötigt, oder einem Drittanbieter. Wenn das Zertifikat von einem Drittanbieter bezogen wird, muss es von diesem erworben werden.
    2. Zertifikatsausstellung: Sobald das Zertifikat erstellt und der Benutzer in der PKI registriert ist, wird ihm das Zertifikat ausgestellt. Wie bereits erwähnt, verwendet der Benutzer dieses Zertifikat nun zur Identifizierung im Netzwerk. Dadurch wird sichergestellt, dass jedes Mitglied der PKI dem Zertifikatsinhaber vertraut.
    3. Gültigkeit des Zertifikats: Die Zertifikatsgültigkeit umfasst die Überprüfung der Gültigkeit des Zertifikats bei der Interaktion mit einem anderen Mitglied des Netzwerks. Die Überprüfung erfolgt durch Verfolgen der Vertrauenskette des Zertifikats. Diese Vertrauenskette bzw. der Zertifizierungspfad zeigt das Zertifikat der ausstellenden Zertifizierungsstelle, die das zu überprüfende Zertifikat ausgestellt hat. Anschließend wird der Zertifizierungspfad des Zertifikats der ausstellenden Zertifizierungsstelle überprüft, bis das Zertifikat der Stammzertifizierungsstelle erreicht ist. Sobald die Vertrauenskette bis zur Stammzertifizierungsstelle verifiziert ist, gilt das ursprünglich überprüfte Zertifikat als gültig.
    4. Widerruf des Zertifikats: Dieser Schritt erfolgt nur, wenn das Zertifikat abläuft und nicht mehr benötigt wird, wenn es gestohlen und missbraucht wird oder wenn das Zertifikat generell nicht mehr benötigt wird. In diesen Fällen wird das Zertifikat widerrufen und kann nicht mehr verwendet werden. Das widerrufene Zertifikat wird dann der CRL hinzugefügt.
    5. Zertifikatserneuerung: Wenn ein Zertifikat abläuft, muss es erneuert werden. Bei diesem Vorgang wird das Zertifikat mit demselben Schlüsselpaar und denselben Informationen, jedoch mit einem aktualisierten Ablaufdatum, erneut ausgestellt.
11. Zertifikatsrichtlinie (CP): Die Zertifikatsrichtlinie ist ein Dokument, das die Standards der PKI festlegt. Die CP informiert Benutzer und PKI-Betreuer über die Beantragung eines Zertifikats, die Benennungsstandards für Zertifikate und vieles mehr. Die CPS folgt den in der CP festgelegten Standards.
12. Zertifikatspraxiserklärung (CPS): Das Certificate Practice Statement legt die in der PKI verwendeten Verfahren fest. Diese Verfahren basieren auf den Standards der Zertifikatsrichtlinie. Das CP informiert einen Benutzer oder Betreuer was zu tun, während das CPS ihnen sagt, wie es zu tun.

Zertifikatdetails

Ein digitales Zertifikat enthält zum Nachweis der Identität des Zertifikatsinhabers folgende Informationen:

• Angaben zum Zertifikatsaussteller: Die Ausstellerdetails umfassen den Namen der ausstellenden Zertifizierungsstelle (CA), der auf der Registerkarte „Allgemein“ im Feld „Ausgestellt von“ und auf der Registerkarte „Details“ im Feld „Aussteller“ angezeigt wird. Das Feld „Aussteller“ zeigt nicht nur den Namen der ausstellenden Zertifizierungsstelle, sondern auch den allgemeinen Namen, den Organisationsnamen und das Land des Ausstellers.

  

• Angaben zum Zertifikatsinhaber: Die Angaben zum Zertifikatsinhaber im Zertifikat umfassen den öffentlichen Schlüssel des Inhabers, dessen öffentlichen Schlüssel und den Namen des Zertifikatsinhabers.
  

• Zertifizierungspfad: Ein digitales Zertifikat enthält auch den Zertifizierungspfad des Zertifikats. Dies hilft anderen Benutzern, Anwendungen oder Geräten im Netzwerk, die Gültigkeit des Zertifikats zu überprüfen.

  

• Öffentlicher Schlüssel: Wie bereits erwähnt, ist der öffentliche Schlüssel des Zertifikatsinhabers im Zertifikat gespeichert. Zusammen mit seinem eigenen privaten Schlüssel stellt dieser sicher, dass der Schlüsselinhaber mit dem öffentlichen Schlüssel im Zertifikat übereinstimmt.

  

• Schlüsselverwendung & erweiterte Schlüsselverwendung: Das Feld „Schlüsselverwendung“ informiert den Betrachter über die Verwendung des Schlüssels. Es besteht auch die Möglichkeit, dass das Zertifikat ein Feld „Erweiterte Schlüsselverwendung“ enthält, das über weitere Verwendungsmöglichkeiten des Schlüssels informiert, die im Feld „Schlüsselverwendung“ nicht enthalten sind.

  

• Digitale Signatur des Ausstellers: Ein weiterer wichtiger Bestandteil eines digitalen Zertifikats ist die digitale Signatur des Ausstellers. Sie erleichtert die Überprüfung des Zertifikats, da sie dem Betrachter den Aussteller des Zertifikats anzeigt.

  

Gängige Anwendungsfälle digitaler Zertifikate

Das Feld „Schlüsselverwendung“ bietet viele verschiedene Verwendungsmöglichkeiten für das digitale Zertifikat. Im Folgenden sind einige der häufigsten Verwendungsmöglichkeiten für Zertifikate aufgeführt:

• SSL/TLS-Zertifikate zur Sicherung von Kommunikationskanälen – Eine der Hauptanwendungen von Zertifikaten ist die SSL/TLS-Kommunikation. Dabei geht es darum, die Kommunikation zwischen einem Client und einem Server oder einem Client und einem anderen Client sicher zu halten.
• Digitale Signaturen für Dokumente – Zertifikate können auch als digitale Signaturen für Dokumente verwendet werden. Durch die digitale Signatur eines Dokuments weiß der Empfänger, dass der Unterzeichner das Dokument gesendet hat und dass es keine schädlichen Informationen enthält.
• Code-Signierung – Codesignatur mit Zertifikaten ähnelt stark der Dokumentsignierung. Beim Erstellen von Code signiert der Code-Designer den Code, um zu bestätigen, dass er ihn erstellt hat und dass sich darin kein schädlicher Code verbirgt.
• Client-Server-Authentifizierung – Bei der Client-Server-Authentifizierung wird die Identität von Client und Server gegenüber der anderen Kommunikationspartei überprüft. Die jeweiligen Kommunikationspartner prüfen den Zertifizierungspfad des Zertifikats der anderen Partei und stellen so sicher, dass ihr Zertifikat gültig ist.
• VPN-Authentifizierung – Ähnlich wie bei der Client-Server-Authentifizierung wird bei der VPN-Authentifizierung die Identität jedes Mitglieds der Verbindung anhand des Zertifizierungspfads seines Zertifikats überprüft.
• E-Mail- und Datenverschlüsselung – E-Mail und Daten Verschlüsselung verwendet den privaten Schlüssel des Absenders zum Verschlüsseln von Daten. Sobald die E-Mail empfangen wurde, kann die Nachricht entschlüsselt werden, da das Zertifikat öffentlich bekannt ist und den öffentlichen Schlüssel des Absenders enthält. Der Empfänger weiß dann, dass der Absender derjenige ist, für den er sich ausgibt.
• WLAN-Authentifizierung – Bei der WLAN-Authentifizierung wird auch die Identität jedes Mitglieds der Verbindung anhand des Zertifizierungspfads seines Zertifikats überprüft.

Enterprise-PKI-Dienste

Erhalten Sie umfassende End-to-End-Beratungsunterstützung für alle Ihre PKI-Anforderungen!

Mehr erfahren

Schlüsselelemente zum Einrichten Ihrer eigenen PKI

• Identifizieren Sie Ihre Zertifikatsanforderungen – Sie müssen zunächst alle aktuellen und zukünftigen Anforderungen an digitale Zertifikate ermitteln. Dies bezieht sich darauf, wofür Ihre Zertifikate innerhalb Ihrer PKI verwendet werden. Weitere Informationen finden Sie im Abschnitt „Häufige Anwendungsfälle für digitale Zertifikate“ weiter oben.
• Auswahl der richtigen Zertifizierungsstelle – Wählen Sie je nach Bedarf die Art der Zertifizierungsstelle aus, die Sie einrichten möchten. Wenn Sie Ihre PKI typischerweise zur Unterstützung Ihrer Unternehmensanforderungen nutzen, die meist auf Microsoft-Diensten basieren, ist die Einrichtung einer Microsoft-CA eine gute Option für Ihr Unternehmen. Weitere CA-Typen sind Google- und Amazon-CAs.
• Cloud-Hosting vs. lokales Hosting – Traditionell werden alle internen PKIs vor Ort eingerichtet. Immer häufiger migrieren Anwendungen und Dienste jedoch in die Cloud. Daher ist es wichtig, die Cloud-Anforderungen zu unterstützen. Wenn sich die meisten Dienste und Produkte in der Cloud befinden, ist es wichtig sicherzustellen, dass die von Ihnen eingerichtete CA die Cloud-Anforderungen unterstützt.
• Zertifikatsverwaltung – Die bloße Einrichtung einer internen PKI-Infrastruktur garantiert nicht, dass Ihr Unternehmen alle PKI-bezogenen Anforderungen erfüllen und verwalten kann. Eine der wichtigsten Anforderungen einer PKI-Infrastruktur ist die Automatisierung der Zertifikatsverwaltung. Insbesondere im Zusammenhang mit DevOps, Continuity und CI/CD-Pipeline ist es wichtig, die Bereitstellung und Deprovisionierung von Zertifikaten berührungslos und sofort durchzuführen. Dies stellt sicher, dass alle erforderlichen Zertifikatsvorgänge schnell abgeschlossen werden können und menschliche Fehler ausgeschlossen sind.
• Sichern Ihres Stammverzeichnisses und Ausstellen privater CA-Schlüssel – Die privaten Schlüssel der Stamm- und ausstellenden Zertifizierungsstellen müssen mit höchster Sicherheit gespeichert werden, da sie die Vertrauensbasis bilden. Daher ist es wichtig, dass diese privaten Schlüssel sicher auf einem HSM gespeichert werden. Normalerweise werden die privaten Schlüssel der Stamm- und ausstellenden Zertifizierungsstellen auf dem HSM gespeichert, was maximale Sicherheit bietet und Manipulationen oder Missbrauch dieser Schlüssel verhindert.
• Erstellen von CP (Certificate Policy) und CPS (Certificate Policy Statement) – Die CP & CPS der PKI definieren die Richtlinien für Ihre Zertifizierungsstellen und unterstützen Sie bei der Gestaltung Ihrer PKI-Infrastruktur. Diese Dokumente dienen auch als Rahmen und Umfang Ihrer Zertifizierungsstelle. Sie legen fest, an wen sie Zertifikate ausstellen darf, innerhalb welcher Grenzen die Zertifizierungsstelle arbeitet und welche Verfahren zur Verwaltung Ihrer Zertifizierungsstelle verwendet werden.
• Zertifikatssperrung und CRL-Prüfung Ein weiterer wichtiger Schritt bei der Erstellung Ihrer PKI besteht darin, sicherzustellen, dass Zertifikate bei Bedarf widerrufen und in die CRL aufgenommen werden. Es ist außerdem wichtig, dass Ihre Zertifizierungsstellen regelmäßig nach neuen CRLs suchen, um über die zuletzt widerrufenen Zertifikate auf dem Laufenden zu sein.

Grundlegende Architekturen

Die beiden gängigsten PKI-Architekturen sind die Zwei-Schichten- und die Drei-Schichten-Architektur. Nachfolgend sind die PKI-Komponenten aufgeführt, aus denen sich die einzelnen PKI-Architekturtypen zusammensetzen:

Zweischichtige Architektur

Eine zweistufige Architektur ist die häufigste Form der PKI-Hierarchie und zugleich die ausgewogenste Architektur. Sie umfasst lediglich eine Stammzertifizierungsstelle und die ausstellenden Zertifizierungsstellen in der PKI. Dieses Format vereinfacht die Bereitstellung einer zweistufigen PKI, ohne die Sicherheit der PKI zu beeinträchtigen. Die folgende Abbildung zeigt den Aufbau einer zweistufigen PKI.




Das Design einer zweistufigen PKI-Architektur ist auf Sicherheit und Einfachheit ausgelegt. Die Root-CA, die Vertrauensstelle, bleibt offline und ist so vor Angriffen geschützt. Da die Root-CA nicht kompromittiert werden kann, besteht keine Gefahr, dass Zertifikate missbraucht oder an nicht vertrauenswürdige Benutzer weitergegeben werden. Anstatt Zertifikate auszugeben, erstellt die Root-CA diese für ihre ursprünglichen ausstellenden CAs und ermöglicht diesen die Ausstellung von Zertifikaten an Endbenutzer. Zweistufige PKI-Architekturen sind die am häufigsten verwendete Hierarchieform.

Drei-Schichten-Architektur



Die dreistufige Architektur bietet die höchste Sicherheit, da mehr Glieder in der Kette von Angreifern kompromittiert werden müssen. Der Aufbau einer dreistufigen Architektur ist jedoch deutlich komplexer als der einer zweistufigen Architektur. Durch die Einbeziehung von Zwischenzertifizierungsstellen müssen deutlich mehr Zertifizierungsstellen eingerichtet und in die PKI integriert werden, insbesondere wenn eine große Anzahl ausstellender und zwischengeschalteter Zertifizierungsstellen erstellt werden muss. Je mehr Zertifizierungsstellen in einer PKI benötigt werden, desto aufwändiger sind Implementierung und Wartung. Eine dreistufige Architektur wird deutlich seltener eingesetzt als eine zweistufige.

Häufige Bereitstellungsfehler

• Mangelnde Planung und Nachverfolgung: Einer der häufigsten Fehler bei PKIs ist mangelnde Planung und Nachverfolgung. Mangelhafte Planung kann die PKI erheblich schädigen, da Sicherheitslücken entstehen können, die Angreifer ausnutzen könnten. Schlechte Planung kann auch zu mangelhaftem Zertifikats- und Schlüsselmanagement führen und Angreifern so zusätzliche Angriffsfläche bieten. Neben der Planung kann auch eine mangelhafte Nachverfolgung der PKI-Ressourcen Probleme verursachen. Um diese Probleme zu beheben, stellen Sie sicher, dass die Planung von PKI-Experten durchgeführt wird, um eine optimale PKI-Qualität zu gewährleisten. Der Einsatz von SIEM-Tools kann zudem die Nachverfolgung der verschiedenen Komponenten Ihrer PKI unterstützen und Ihnen mehr Transparenz über deren Funktionsweise verschaffen.
• Root-CA-Sicherheit: Als Vertrauensbasis ist die Root-CA für die PKI von entscheidender Bedeutung und muss daher gut geschützt werden. Sollte die Root-CA kompromittiert werden, müsste die gesamte PKI von Grund auf neu erstellt werden, da keine innerhalb dieser PKI ausgestellten Zertifikate mehr vertrauenswürdig wären. Um dies zu beheben, verwenden Sie ein HSM, um die Schlüssel der Root-CA vor externen Angriffen zu schützen.
• Lebenszyklusverwaltung für ungültige Zertifikate: Ein weiterer häufiger Fehler bei der PKI-Bereitstellung ist die unzureichende Verwaltung des Zertifikatslebenszyklus. Werden Zertifikate kompromittiert oder ungenutzt, können böswillige Benutzer sie zum Diebstahl oder Zugriff auf vertrauliche Daten verwenden. Läuft das Zertifikat eines Benutzers oder einer Anwendung ohne Erneuerung ab, kann dies zu einem Dienstausfall für diesen Benutzer oder diese Anwendung führen. Eine ordnungsgemäße Automatisierung und Überwachung des Zertifikatslebenszyklus kann diesen Fehler verhindern.

PKI als Service

Eine immer häufiger eingesetzte PKI-Form ist PKI as a Service. PKI as a Service funktioniert so, dass ein Anbieter die PKI entweder in seinem eigenen Rechenzentrum oder in Ihrem Unternehmen einrichtet und die gesamte Verwaltung und Aktualisierung der PKI übernimmt. Dadurch müssen Unternehmen, die diesen Service nutzen, keine PKI-Experten schulen oder einstellen und sparen so Geld und Personal. Wird die PKI im Rechenzentrum des Anbieters eingerichtet, kann das Unternehmen, das die Dienste nutzt, höchstwahrscheinlich die Zertifikate an seine Benutzer ausstellen lassen, ohne über eine eigene ausstellende Zertifizierungsstelle zu verfügen. PKI as a Service ist einer der vielen Dienste von Encryption Consulting. Wir unterstützen Ihr Unternehmen bei der Entwicklung, Implementierung und Bereitstellung Ihrer PKI. Zu unserem PKI-Setup gehört die Nutzung eines lokalen HSM von Thales-SafeNet, nCipher oder Utimaco. Wir können es in unserem Rechenzentrum in Dallas, Texas, oder bei Ihnen vor Ort implementieren. Unabhängig davon, für welches Hardware-Sicherheitsmodul Sie sich entscheiden, sind alle Module FIPS 140-2 Level 2 und 3-konform, sodass Sie alle Ihre Compliance-Anforderungen erfüllen sollten. Neben einem HSM unterstützen wir Sie auch beim Aufbau und der Gestaltung eines Backups für Ihre PKI, um Serviceausfälle durch unerwartete Ereignisse zu minimieren oder zu vermeiden. Wir können außerdem verschiedene SIEM-Tools in Ihre PKI implementieren, mit denen Sie Zertifikate und Schlüssel überwachen und über widerrufene Zertifikate, ungenutzte Schlüssel usw. informiert bleiben. Unsere PKI as a Service kann sowohl vor Ort als auch in der Cloud eingerichtet werden.