Digitale Zertifikate sind für die sichere digitale Kommunikation unerlässlich, insbesondere für Verschlüsselung, Authentifizierung und Integrität. Diese Zertifikate basieren auf Public-Key-Infrastruktur (PKI) und werden herausgegeben von Zertifizierungsstellen (CAs)Hier ist eine Übersicht über die wichtigsten Zertifikatsarten und ihre Zwecke:

SSL / TLS-Zertifikate #

Wird zur Sicherung der Kommunikation zwischen Webservern und Browsern (HTTPS) verwendet. Typen:

Domain-Validierung (DV) #

• Überprüft nur den Domänenbesitz.
• Schnell und günstig.

Beispiel: persönliche Websites oder Blogs.

Organisationsvalidierung (OV) #

• Überprüft den Domänenbesitz und die Identität der Organisation.
• Besseres Vertrauensniveau, wird für kleine und mittlere Unternehmen verwendet.

Extended Validation (EV) #

• Strengste Überprüfung der Identität und der rechtlichen Existenz.
• Zeigt den Firmennamen in der Adressleiste an (in einigen Browsern).

Beispiel: Bank- und E-Commerce-Websites.

Platzhalterzertifikate #

• Sichern Sie eine Domäne und alle ihre Subdomänen (z. B. *.example.com).

Multi-Domain (SAN/UCC) Zertifikate #

• Sichern Sie mehrere vollqualifizierte Domänennamen mit einem Zertifikat.

Codesignaturzertifikate #

Wird von Entwicklern verwendet, um Software digital signieren, um sicherzustellen, dass der Code nach der Signierung nicht verändert oder manipuliert wurde.

• Standard-Code-Signierung – Überprüft den Herausgeber und stellt die Codeintegrität sicher.
• EV-Code-Signierung – Fügt eine strengere Überprüfung hinzu und hilft, Windows SmartScreen-Warnungen zu vermeiden.

E-Mail-Zertifikate (S/MIME) #

Gewöhnt an E-Mails digital signieren und verschlüsseln Nachrichten.

• Stellt die Authentizität des Absenders sicher.
• Verhindert Abhören und Spoofing.

Beispiel: geschäftliche E-Mail-Kommunikation, rechtliche oder medizinische Daten.

Kundenzertifikate #

Gewöhnt an Authentifizieren von Clients (Benutzern oder Geräten) zu Servern.

• Funktioniert wie ein Benutzerkennwort, jedoch mit stärkerer Kryptografie.
• Häufig in VPNs, sicheren APIs, mTLS und Unternehmensnetzwerken.

Root- und Intermediate-Zertifikate #

Teil der Zertifikatsvertrauenskette:

• Stammzertifikat – Von Systemen als vertrauenswürdig eingestuftes Zertifikat der obersten Ebene (im Betriebssystem/Browser vorinstalliert).
• Zwischenzertifikat – Von der Root ausgestellt, wird von Zertifizierungsstellen zum Ausstellen von Endentitätszertifikaten verwendet.

Dieser Kette des Vertrauens ermöglicht es Browsern, das Zertifikat einer Website zu überprüfen, indem sie dem Pfad zurück zu einer vertrauenswürdigen Wurzel folgen.

Selbstsignierte Zertifikate #

Von derselben Entität erstellt und unterzeichnet.

• Wird in internen Systemen oder Entwicklungsumgebungen verwendet.
• Wird standardmäßig nicht als vertrauenswürdig eingestuft (verursacht Warnungen in Browsern).

Vergleichstabelle der digitalen Zertifikatstypen #

Art des Zertifikats	Zweck	Identitätsvalidierung	Häufiger Anwendungsfall	Von Browsern als vertrauenswürdig eingestuft
DV-SSL	Sichere Websites (einfaches HTTPS)	Nur Domain	Blogs, persönliche Websites	Ja
OV SSL	Sichere Websites (verifizierte Organisation)	Domäne + Organisation	Business-Websites	Ja
EV-SSL	Hochvertrauenswürdige, sichere Websites	Domäne + Rechtsorganisation	Banken, E-Commerce	Ja
Wildcard-SSL	Sichern Sie alle Subdomains	Variiert	Große Websites mit vielen Subdomains	Ja
SAN / UCC	Sichern Sie mehrere Domänen	Variiert	Multisite-Hosting, Exchange-Server	Ja
Codesignatur	Software/Code signieren	Organisation oder Einzelperson	Software-Herausgeber	Nicht browserbasiert
EV-Code-Signierung	Code mit SmartScreen-Unterstützung signieren	Erweiterte Org-Prüfung	Anbieter von Unternehmenssoftware	Nicht browserbasiert
S/MIME-E-Mail	Sichere E-Mail (signieren/verschlüsseln)	E-Mail + Identität	Unternehmens- und Rechts-E-Mail	Mit Konfiguration
Client-Authentifizierung	Authentifizieren von Benutzern/Geräten	Clientidentität	VPN, APIs, interne Apps	Nicht browserbasiert
Stammzertifikat	Vertrauensanker für die CA-Hierarchie	N/A (vorinstalliert)	Vertrauenswürdige Zertifizierungsstellen (z. B. DigiCert, Let’s Encrypt)	Ja
Zwischenzertifikat	Verknüpfen von Stamm- und Endentitätszertifikaten	Ausgestellt von der Stammzertifizierungsstelle	CA-verwaltete Ausgabe	Ja
Selbstsigniertes Zertifikat	Lokale/Entwicklungsnutzung	Keine (selbst ausgestellt)	Entwicklung, interne Tests	Nein

Vertrauenskettendiagramm #

+----------------------------+ | Vertrauenswürdige Stammzertifizierungsstelle | | (In Systemen vorinstalliert)| +------------+-----------+ | v +----------------------------+ | Zwischenzertifizierungsstelle (1..n) | | (Ausgestellt von der Stammzertifizierungsstelle) | +------------+-----------+ | v +----------------------------+ | Endentitätszertifikat | | (Website, Client, E-Mail) | | - DV, OV, EV usw. | +----------------------------+ Browser/Clients validieren die Kette von Blatt → Zwischenzertifizierungsstelle → Stammzertifizierungsstelle.

Zum Beispiel beim Besuch https://relianoid.com:

• Der Browser empfängt das Endentitätszertifikat.
• Es wird überprüft, ob es von einem bekannten Vermittler signiert wurde.
• Anschließend wird sichergestellt, dass das Zwischenprodukt über eine Stammzertifizierungsstelle vertrauenswürdig ist.